renato.rubinho

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.

Boa noite, Apresentou o mesmo erro? Posta o XML gerado.

O print sempre ajuda... Você tem alguma unit que tem essa TCRT, que por sua vez também contém um crtRegimeNormal e está gerando o conflito. Veja nas units declaradas aí nesta mesma unit, pois alguma delas tem esse TCRT. O caminho curto para resolver é identificar a origem na atribuição. if clienteSimplesNacional then Emit.CRT := pcnConversao.crtSimplesNacional else Emit.CRT := pcnConversao.crtRegimeNormal;

Boa noite Adilson, Entendi. Você deve ter dcus compiladas de outra versão ou uma cópia do pcnConversao no seu fonte. Apague todas as dcus, pesquise se existem fontes duplicados do ACBr nos seus fontes e também apague. Reinstale os componentes marcando a opção para limpar instalações anteriores. Se o problema persistir, compile e quando o compilador parar nessa linha, cole um print do seu delphi com as mensagens exibidas.