Renato Rubinho

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

Existem dois tópicos (antigos) citando que deve preencher a chave do SAT em refNFe. E esse link confirmando a mesma informação. https://www.oobj.com.br/bc/article/rejeição-679-chave-de-acesso-referenciada-com-modelo-inválido-como-resolver-348.html Quando for emitida uma NF-e e no Grupo de Documentos Fiscais Referenciados (NFref), no campo de referência para NF-e (refNFe) for informada Chave de Acesso com modelo diferente de 55 , 65 ou 59 , será retornado a rejeição "679 - Chave de Acesso referenciada com Modelo inválido ". Modelos permitidos: 55 - Nota Fiscal Eletrônica; 65 - Nota Fiscal Eletrônica do Consumidor; 59 - SAT-CF-e.

Você deve estar usando o método errado. Você tem que usar sempre o DistribuicaoDFePorUltNSU, passando o ultNSU. Deve usar: DistribuicaoDFePorUltNSU: Não: DistribuicaoDFePorNSU

Boa tarde WorldSystem, Seguindo seu exemplo, faça a próxima consulta com ultNSU 1000. Irá lhe retornar um "novo" ultNSU, que deverá ser o 1049. Repita as consultas, preenchendo o ultNSU recebido na consulta anterior e assim irá receber todos os NSUs.

Boa tarde rotelle, Deve aguardar 1h até a próxima consulta. Caso esteja aguardando e permaneça recebendo o consumo indevido, existe outra aplicação consumindo o serviço em paralelo como mesmo cnpj. Na próxima consulta, utilize o ultNSU 118897 Veja o tópico a seguir para maiores esclarecimentos

Sua pasta de instalação chama ACBR2, por acaso você tem outra para instalada? Se tiver, pode estar gerando conflito, apague instalações anteriores, também apague a pasta C:\Svn\trunk\Componentes\ACBR2\Lib\Delphi\LibD26\Win32 e tente uma nova instalação, também marcando para apagar instalações anteriores. Apague também a pasta com as bpls em C:\Users\Public\Documents\Embarcadero\Studio\26.0\Bpl Se os erros estranhos persistirem, apague a pasta inteira do ACBr, clone novamente e e teste uma nova instalação.

Boa noite, Tente enviar o MotivoCancelamento sem acento e ç. Revise todas as propriedades do componente, comparando com o programa de exemplo. Copie as dlls atuais para a pasta do sistema. ../trunk2/DLLs/LibXml2/x86/

Tópico fechado por falta de retorno do usuário

Boa tarde, Realmente eu indiquei o local errado, desculpe, que legal que identificou. Corrigi o post para não gerar dúvidas futuras a quem vier a consultar. Note que já existe um tratamento previsto, onde você incrementou, para não ser obrigatório o envio das tags apenas para o simples nacional. Você se enquadra no simples? Caso positivo, basta preencher a propriedade para que a regra atual lhe atenda. Se não se enquadra, você pode nos passar o manual que indique a possibilidade de ocultar as tags para outros regimes? Com relação ao vUnit, aparentemente não está de acordo com os schemas mesmo, sendo que este TDec_1304 exige 4 casas decimais e, nessa mesma unit que você alterou, estamos enviando com duas casas para a ve101. Altere para tcDe4 para validar com 4 casas.

Boa noite, Experimente alterar o fonte a seguir, preenchendo zero na variável GeraTag. Após a alteração, reinstale os componentes e veja se as tags não são mais geradas quando seu conteúdo for zero. trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/Infisc.GravarXml.pas

Se preencher a alíquota ocorre o mesmo erro? NFSe.Servico.ItemServico[Item].Aliquota

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

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

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

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

Se der ciência, precisa depois manifestar um dos outros 3 eventos. Se confirmar a operação primeiro, não precisa dar ciência.

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

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

Veja o onStatusChange, esses dias o próprio BigWings matou a charada de outra pessoa que estava com problema semelhante e era no evento.

Boa noite @JHONLENON, Uma sugestão, caso você ainda tenha o contato do suporte, confirme com eles se existe algum método da api para cadastrar o certificado que será utilizado. Se já foi cadastrado, tente recadastrá-lo, pois aparentemente o retorno acusa que o certificado não é o esperado.

Você configura as propriedades em tempo de execução ou já deixa fixas? Pesquisando no fórum, encontrei essa situação onde "alguma configuração do componente" estava diferente ao excluir e incluí-lo novamente. Tente esse teste drástico e veja se resolve.

Bom dia, Revise as configurações, tentando com winCrypt ou OpenSSL conforme os exemplos dos tópicos a seguir.

Bom dia, Anexe a unit atualizada com a sugestão de implementação para os consultores avaliarem. Note que o 30 já existia, fora da ordem. Anexe também o manual que constam essas informações.

Que bom amigo, mas o estranho é que remover o pcnConversao não deveria ter resolvido isso, na minha percepção. Minha sugestão foi que colocasse o pcnConversao por último nas declarações, depois do MAPI ou utilizasse o nome da unit antes do crtSimplesNacional para identificar a origem. Posta o resultado amanhã, caso tenha resolvido mesmo.

Não funcionou fazendo conforme indicado acima? Se você mover a pcnConversao por último também tem que resolver. Onde está essa TCRT, só fazendo uma busca aí nas suas units.