Italo Giurizzato Junior

Boa tarde Douglas, Já esta no SVN.

Boa tarde Lucio, Favor atualizar os fonte e inicie os testes usando o programa exemplo do componente ACBrNFSeX.

Essa orientação de calculo se encontra no Manual Visão Geral Versão 7.03 - Página 148 Notem quem existem 2 situações de cálculos: A primeira se refere a: DE: Sul/Sudoeste (exceto ES), e - PARA: Norte/Nordeste/Centro-Oeste/ES A segunda se refere a: DE: Norte/Nordeste/Centro-Oeste/ES, ou - PARA: Sul/Sudoeste (exceto ES). Observação: Me parece que MG não esta seguindo essa sistemática de cálculo. Observação: A partir de 2019 o percentual da Partilha Destino passou a ser 100%, logo no exemplo acima temos: PARTILHA DESTINO (vICMSUFDest) = 140,00 E PARTILHA ORIGEM (vICMSUFRemet) = 0,00 Observação: A partir de 2019 o percentual da Partilha Destino passou a ser 100%, logo no exemplo abaixo temos: PARTILHA DESTINO (vICMSUFDest) = 140,00 E PARTILHA ORIGEM (vICMSUFRemet) = 0,00

Bom dia Marcelo, No caso do MDF-e o envio é unitário, uma vez que o MDF-e abrange diversos CT-e. Exemplo: A transportadora emitiu 200 CT-e. A carga referente a 150 CT-e foi colocada no caminhão A, e a carga referente aos outros 50 CT-e no caminhão B. A transportadora vai emitir um MDF-e para o caminhão A relacionando os 150 CT-e e outro MDF-e para o caminhão B relacionando os 50 CT-e. Como você pode ver a quantidade de MDF-e é bem pequena comparado com a quantidade de CT-e. Por conta disso a SEFAZ definiu que o envio do MDF-e é unitário e não em lote.

Bom dia Robson, É melhor verificar com o contador, mas acredito que sim.

Brajan, Você esta com todos os fontes atualizados? Não tem nenhuma unit com uma bolinha vermelha no ícone? Se tiver, exclui e atualize novamente os fontes. O conteúdo teria que ser outro.

Por favor faça um teste de envio usando a unit em anexo. ISSNet.Provider.pas

Bom dia Michel, Você marcou para salvar os arquivos? Veja como configurar:

Bom dia, Fiz o ajuste e já esta no SVN.

Bom dia Carlito, Favor atualizar os fontes e faça novos testes.

Brajan, Na procedure TratarRetornoAbrirSessao qual é o conteúdo de: Response.XmlRetorno ?

Bom dia, Muito obrigado pela colaboração. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia Thiago, Favor anexar os arquivos soap gerados ao tentar enviar.

Bom dia Brajan Por favor eu preciso dos arquivos soap também.

Bom dia, Por favor anexe os XMLs gerados pelo componente antigo para que eu possa comparar com esses do novo. Desta forma tenho condições de descobrir o que estamos fazendo de errado no novo.

Boa tarde Marcelo, Não conheço a sua rotina, mas você concorda que enviar 400 CT-e de forma unitária seria simplesmente 400 acessos ao webservice da SEFAZ, por outro lado se você enviar lotes de 50 (máximo estabelecido pela SEFAZ) a quantidade de acessos cai para 8. Eu acredito que se em vez de enviar 5, você enviar 50 a performance vai ser melhor.

Boa tarde Michel, Por favor não coloque o XML como parte do texto da sua postagem, procure sempre anexar. Obrigado pela compreensão. Pelo que notei apenar de não estar ocorrendo erro de validação, mas o XML de consulta deve ser assinado. Favor fazer um teste com a unit em anexo: SilTecnologia.Provider.pas

Boa tarde, A quantidade de 4 casas decimais para a alíquota é padrão para todas as cidades atendidas por esse provedor? Ou corremos o risco de existirem cidades que a alíquota deve ser gerada com apenas 2 casas decimais?

Boa tarde Marcelo, O problema de criar essa propriedade, pode fazer com que o desenvolvedor ative ela para um provedor que não disponibilizou os Schemas, neste caso vai ocorrer um erro. Não vejo com bons olhos criar essa propriedade. Como lhe disse, o correto é o provedor fornecer os Schemas atualizados, pois o que temos não prevê o envio de 2 ou mais Rps.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Adriano, Esse tempo de uma hora é o tempo que o provedor demora para processar o Rps, não temos o que fazer do nosso lado.

Boa tarde Felipe, Você já parou para pensar que um dia a prefeitura vai mudar de provedor, uma vez que os provedores são contratados por licitação e as licitações tem prazo de validade? Quando vencer a licitação uma nova terá que ser feita e um novo provedor pode ganhar. E se esse novo provedor tiver um layout diferente do provedor atual? Você vai jogar essa rotina que você tem hoje fora e vai ter que escrever uma nova. Quanto tempo (dinheiro) você vai gastar para escrever essa nova rotina? Não seria mais prudente você pegar a rotina "AlimentarComponente" que esta no programa exemplo e adaptá-la para a sua aplicação? A rotina AlimentarComponente do programa exemplo, tanto faz o provedor, o componente vai gerar o XML do Rps, do Lote, assinar se necessário, validar, etc. Enfim faz tudo o que tem que ser feito.

Boa tarde Brajan, O provedor EL tem 2 webservice, sendo que um deles se utiliza de um layout próprio e nesse layout é utilizado esse tal de Hash de autenticação. O prestador se encontra cadastrado para emitir NFS-e via webservice? Você poderia anexar os XMLs gerados para que possamos analisar?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá Pessoal, Essa rejeição ocorre quando o CST de ICMS = 00 e Valor do ICMS Interestadual para a UF do Remetente tag: <vICMSUFRemet> difere do calculo: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) – vICMSUFDest Observação 1: Se o resultado do cálculo for menor que zero deverá ser informado o valor “0.00”. Observação 2: Se existir benefício fiscal de redução de base de cálculo no destino, o valor da base de cálculo no ICMS de destino (vBCUFDest) deverá ser informado considerando esse benefício. Observação 3: O valor resultante da multiplicação deve ser arredondado para um valor numérico com duas casas decimais. Considerar uma tolerância de R$ 0,01 para mais ou para menos na validação. O calculo esta em conformidade com a regra NA17-10 que se encontra na Nota Técnica 2020/005 Versão 1.20 Veja a sistemática de calculo em: