Italo Giurizzato Junior

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

Bom dia a todos, O componente ACBrReinf foi alterado para enviar os eventos na versão 1.5.1 e também foi incluído o evento R-2055. Peço a todos que atualizem todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 e por fim façam os testes.

Bom dia, Não entendi "não tem efeito prático na impressão"? Algumas dessas opção tem efeito prático sim na impressão do DANFE da NF-e e outras na impressão do DANFE da NFC-e. Não teria efeito caso o formato da impressão estivesse condicionado ao valor do campo tpImp que se encontra no XML, conforme a sugestão do BigWing, ai sim poderíamos remover essa propriedade do componente.

Bom dia Udenilson, Por favor abra o arquivo ISSNet.ini e verifique o conteúdo da sessão URL_P. Tem que estar da seguinte forma: [URL_P] RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx ;Cuiaba/MT RecepcaoLoteRPS_5103403=https://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx Se não estiver, isso significa que os seus fontes estão desatualizados.

Boa tarde Daniel, Concordo com você, inclusive o Gustavo teve o cuidado de incluir o novo enumerador por ultimo. Por outro lado essa informação errada que fica nesses dois campos pode ser tratada do lado da aplicação do desenvolvedor, conforme a minha postagem acima.

Boa tarde Joas, Você esta equivocado, a SEFAZ vai passar aceitar o XML com essa tag em ambiente de produção em 05/04/2021, mas só vai ativar a regra de validação em 01/09/2021.

Igor, Isso é estranho, pois se funciona com um era para funcionar com todos. Verifique se os que estão funcionando realmente esta pegando o arquivo que contem o URI=0

Sim, Me parece correto com relação a tag <indIntermed>

Boa tarde Gustavo, O problema é o seguinte: o componente ACBrNFe não possui uma classe para cada CST e CSOSN , possui somente a classe ICMS. E dentro dessa classe temos todos os campos que contempla todos os CST e CSOSN. Os campos modBCST e motDesICMS não são do tipo string ou integer e sim um tipo que possui enumeradores como você notou ao editar a unit pcnConversao. Sendo assim ao ler um XML se a rotina não encontra esses campos é atribuído o primeiro valor da lista de enumeradores. A classe da NF-e no componente ACBrNFe que eu me recordo já faz uns bons anos que é assim. No meu entendimento você pode contornar essa situação lendo somente os campos que pertence a um CST ou CSOSN para popular o banco de dados.

Boa tarde Igor, Acontece que esse arquivo INI esta desatualizado. Todas as filiais são da mesma cidade?

Boa tarde, Nesse XML consta a tag <indIntermed> para não gerar a tag é preciso atribuir o valor iiSemOperacao ao campo indIntermed. E para quem utiliza o ACBrMonitor deve deixar o campo sem nenhum valor: indIntermed=

Boa tarde Edu, O componente esta configurado para o modelo: moCTeOS e versão: ve300? A rede tem firewall, antivírus?

Boa tarde Marco, Faça um teste com essa Unit em anexo. ACBrReinfWebServices.pas

Marco, Por favor, anexe os XMLs gerados ao realizar a consulta. O erro 500 normalmente ocorre quando o XML contem ou esta faltando algo e em vez do webservice retornar uma rejeição simplesmente gera o erro 500. Quero verificar o XML do pedido de consulta com os schemas.

Bom dia Alex, Sugiro que você utilize o método DistribuicaoDFePorUltNSU passando como parâmetros: 1. Código IBGE da UF do autor da consulta (destinatário da mercadoria); 2. CNPJ do autor da consulta; 3. Numero do último NSU. Quando executamos pela primeira vez o numero do último NSU é zero. Na segunda em diante devemos sempre informar o o valor retornado em UltNSU na execução anterior. Exemplo: Primeira execução: NFe.DistribuicaoDFePorUltNSU(43, 03971828000185, 0) UltNSU retornado é 78 Segunda execução: NFe.DistribuicaoDFePorUltNSU(43, 03971828000185, 78) UltNSU retornado é 105 Terceira execução: NFe.DistribuicaoDFePorUltNSU(43, 03971828000185, 105) UltNSU retornado é 140 (...) Espero ter ajudado. Quando ao erro de inativo ou inoperante, isso é normal ocorrer, pois muitos desenvolvedores acabaram utilizando esse serviço para obter o XML da nota com a finalidade de alimentar o controle de estoque e contas a pagar, em vez de orientar o seu cliente a solicitar o XML a nota para o seu fornecedor, visto que é obrigação legal (consta na legislação) que o emitente da nota é obrigado a disponibilizar o XML assinado e com o protocolo de autorização ao destinatário da mercadoria. O serviço: Distribuição DF-e tem como finalidade mostrar para o autor da consulta quem esta emitindo nota contra o CNPJ dele. E através dos eventos de Manifestação do Destinatário, o mesmo poderá manifestar cada uma das notas, desta forma avisando ao fisco se realmente comprou ou não comprou a mercadoria de uma determinada empresa.

Marco, O programa exemplo esta configurado para a versão 1.5.1, correto? Essa consulta esta sendo realizada no ambiente de teste ou de produção? Não acompanho o Reinf, mas até onde sei somente o ambiente de teste dessa versão que esta liberado.

Bom dia a todos, A imagem do programa exemplo é da versão para o Delphi? Se sim, então os fontes devem estarem desatualizados, pois foi incluído o evento R-2055.

Bom dia Igor, Por favor, abra o arquivo Natal.ini e verifique se o valor do campo URI é 0. Se sim, isso significa que os seus fontes estão desatualizados.

Bom dia Deivid, Nos meus testes não tive erro de validação no que se refere a alíquota. Você esta usando os schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Abacov2 ? Não tive erro de mensagem vazia ao tentar enviar o Rps. Favor utilizar o programa exemplo do componente e configurar ele para salvar os arquivos Soap.

Bom dia Igor, Esse é o grande problema, por conta da falta de padronização da NFS-e as rotinas que fazem a leitura do XML ainda não atende toda lambança feita pelos provedores. É por isso que sempre peço para não gerar o XML do RPS, depois carrega-lo e por fim enviar. Mas muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Fabio, Uma pequena correção. Se tratando do CT-e não se faz necessário enviar nenhum evento de Manifestação do Destinatário, pois estes eventos se referem a NF-e. Uma coisa importante é que o serviço de Distribuição de DF-e disponibilizado pelo Ambiente Nacional que nos permite baixar o XML da NF-e, CT-e e MDF-e não funciona para o emitente do documento. Exemplificando, a transportadora que é a que emite o CT-e não consegue baixar o XML do CT-e emitido por ela, pelo simples fato de que ela tem a obrigação legal de ter e guardar esse XML pelo prazo estipulado pelo Fisco. Já o remetente e o destinatário da carga podem usar o DistribuicaoDFe que se encontra no componente ACBrCTe para baixar o XML do CT-e.

Boa tarde Igor, Verifique se o CPF informado realmente é valido, as vezes o numero esta errado e o webservice retorna uma rejeição que não tem nada haver.

Boa tarde Moroni, É preciso entrar em contato com o provedor e expor o problema.

Boa tarde a todos, Favor atualizar os fones, implementei o provedor Abacov2 para atender a cidade de Nova Lima.

Boa tarde Marco, Já enviei para o repositório.