Italo Giurizzato Junior

Boa tarde a todos, Tentem com essa configuração: [4209201] ; Atualizado em 19/11/2024 Nome=Lacerdopolis UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://lacerdopolis.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_lacerdopolis e depois com essa outra: [4209201] ; Atualizado em 19/11/2024 Nome=Lacerdopolis UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://lacerdopolis.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_lacerdopolis Em ambas foi removido a porta (7443) e na segunda foi removido o parâmetro: (&cidade=padrao).

Boa tarde @Marcílio Jr, Apliquei uma outra possível solução para o problema. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. @Waldir Paim, o seu caso é a geração do XML, consegui reproduzir essa situação e consegui encontrar uma possível solução que se for aceita pelos demais membros da Equipe ACBr não só vai resolver para a NF-e como para todos o modelos de DF-e.

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

Boa tarde @Rogério Ricardo Santos, O XML de envio de lote (116-env-lot.xml) possui 2 assinaturas, a primeira é do RPS e a segunda é do Lote. Pela segunda mensagem de erro (L99) acredito que o valor do ID do lote não deve estar em conformidade com o que o provedor espera receber. O componente esta gerando como sendo "Lote_116" onde 116 é o numero do lote. Favor entrar em contato com o provedor e questionar sobre o valor do ID do lote. Como é usado na assinatura do lote o provedor pode estar acusando que a assinatura esta errada.

Boa tarde @Heronim Antonio Marçal e @Atual Sistemas Dev, Abram arquivo ACBrNFSeXServicos.ini e mudem o provedor da referida cidade para SilTecnologia. Copie o arquivo INI alterado para a pasta que esta o executável. Façam novos testes.

Bom dia @rodrigoogioni, Essa tarefa esta comigo dentro dos próximos dias vou analisar e lhe dou um retorno aqui mesmo nesse tópico.

Bom dia @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6262 para realizar a alteração.

Olá Pessoal, Boas novas, foi implementado o provedor XTRTecnologia que no momento atende as cidades de: Exu/PE, Baturité/CE, Jaguaruana/CE, Quixeré/CE, Marco/CE, Brejo Santo-CE. Quem souber de outras cidades atendia pelo mesmo provedor, por favor crie um tópico no fórum para que possamos vincular o provedor a cidade. O provedor XTRTecnologia se utiliza de um layout próprio em Json. A principio só foi implementado o envio do RPS. Precisamos da colaboração de vocês no que se refere aos testes para que possamos fazer as devidas correções e a implementação dos demais serviços. Desde já muito obrigado por tudo.

Bom dia @gustavosousa, Já esta disponível no SVN a implementação do provedor XTRTecnologia. Ele não esta 100%. Peço que você atualize todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo do componente ACBrNFSeX. Até o momento foi implementando somente o envio do RPS.

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

Bom dia @mscorteganha, Bahia é atendida pela SVRS, se esta retornando essa mensagem pode ser que o serviço não esta disponível para BA por falta de assinatura no contrato de uso da SEFAZ-Virtual.

Bom dia @NVTech, Eu não sei qual é a UF de Origem, mas uma coisa é certa a carga que consta no caminhão com destino a cidade do interior não é a mesma com destino a capital e também não é a mesma a destinada a cidade do litoral. Toda mudança de carga se faz necessário o fechamento do MDF-e anterior e a emissão de um novo. É possível fazer o seguinte: 1. Emitir um MDF-e com a carga completa cujo caminhão tem como destino a cidade do interior de SP. 2. Emitir um segundo MDF-e com a carga restante que vai seguir viagem até a capital. 3. Emitir um terceiro MDF-e com a carga restante que vai seguir viagem até a cidade do literal de SP. Quando o motorista avisar que já finalizou o descarregamento na cidade do interior de SP e vai seguir viagem a capital, a transportadora encerra o primeiro MDF-e. Quando o motorista avisar que já finalizou o descarregamento na capital e vai seguir viagem a cidade do litoral de SP, a transportadora encerra o segundo MDF-e. Por fim quando o motorista avisar que já finalizou o descarregamento na cidade do litoral de SP, a transportadora encerra o terceiro MDF-e. Esse é o procedimento correto a ser feito, como dito antes, pode ocorrer uma fiscalização nesse trajeto dentro do estado de SP e a carga tem que estar condizente com a documentação. Você não pode ter um CT-e com varias NF-e cujas mercadorias vão ser descarregadas durante o trajeto do caminhão. Como temos 3 descargas nesse trajeto, vai ser necessário no mínimo 3 CT-e e 3 MDF-e.

Bom dia @Heronim Antonio Marçal, O erro que você teve foi de Timeout, sugiro que atribua o valor 60 mil a propriedade de configuração Timeout e refaça os testes com o arquivo apontando para o provedor SmarAPD e depois mudando para SilTecnologia.

Bom dia @Luiz Carlos de Lima, Eu nunca testei, mas acredito que o DistribuicaoDFe do CT-e lhe retorne esse evento. Mão custa nada a tentar.

Boa tarde @Marcílio Jr, Muito obrigado pela colaboração, já foi criado a TK-6256 para analise.