Italo Giurizzato Junior

Cesar, Neste caso é preciso comparar os fontes do DANFE e do DACTE feitos em Fast Report no que diz respeito a propriedade Protocolo. É bem provável que no DANFE o conteúdo de Protocolo esteja sendo verificado e se diferente de vazio é impresso, já no DACTE isso não esteja ocorrendo.

Bom dia Werner, Verificando cada URL de homologação descobri que o namespace do serviço de consulta a situação do lote é diferente dos demais, todos começam com www2 já o de consulta a situação do lote é apenas www. É brincadeira, como os caras conseguem não ter uma padronização dentro do próprio webservices? Favor solicitar a eles as URLs de produção visto que as que tenho não funcionou.

Bom dia Cesar, O problema é que o EPEC é um evento e este tem o seu DA próprio, visto que o CT-e não foi enviado para SEFAZ, logo o XML esta apenas assinado. No meu entendimento após obter a autorização do EPEC na SVC - SEFAZ-Virtual de Contingencia, devemos imprimir o DA do evento EPEC e anexar (grampear) com a impressão do DACTE. No DACTE vai acusar que o CT-e não foi enviado para SEFAZ, mas o DAEvento vai constar que o evento foi enviado e autorizado. Assim que os problemas forem sanados deve-se enviar o CT-e para a SEFAZ autorizadora para que o evento EPEC seja finalmente vinculado ao CT-e. Lembre-se, que todo evento é vinculado a um documento fiscal eletrônico, a priori ao enviar um evento é checado a existência do documento fiscal em questão na base de dados da SEFAZ e este tem que estar autorizado. O evento EPEC é o único evento que foge dessa regra, mas existe um prazo para que o documento fiscal seja enviado, autorizado e vinculado ao EPEC.

Bom dia Cesar, Favor anexar o XML de envio do evento EPEC. Outra coisa, o componente esta configurado para usar o libWinCrypt e o valor de SSLType é TLS versão 1.2?

Boa noite, Tive que fazer varias alterações, amanhã envio para o repositório.

Boa tarde Ronie, Muito obrigado pela informação. Já enviei para o repositório os arquivos que contemplam as URLs de MG no que se refere a NFC-e.

Boa tarde, O ACBrMonitor é uma aplicação desenvolvida em Lazarus que se utiliza de alguns componentes feitos para o Delphi / Lazarus. Se você desenvolve as suas aplicações usando o Delphi ou o Lazarus não faz sentido usar o ACBrMonitor, pois este é destinado aos programadores que desenvolve em outra linguagem que não seja Pascal. Temos o componente para o Sped mas este por sua vez não foi incluído no ACBrMonitor.

Gabriel, Favor atualizar os fontes e faça novos testes.

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

Boa tarde Marco, Se não me falha a memória esse erro é devido a existência de BPL de fontes antigos. Favor executar o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde, Favor atualizar os fontes, note que fiz uma alteração no arquivo INI do provedor. Faça novos testes.

Boa tarde Gabriel, Você deve ter feito alguma alteração na pnfsConversao e o tortoise não esta atualizando ela. Pois essa unit que se encontra no repositório já tem a linha para remover o prefixo s:

Boa tarde, Espero que sim.

Boa tarde Sérgio, Favor anexar a unit que você fez a correção, fica mais fácil de fazermos a analise. Desde já muito obrigado pela colaboração.

Boa tarde Joffas, Fiz mais uma pequena alteração, favor atualizar e faça novos testes. Caso tenha consulta para os demais eventos, acredito que agora esta fácil de acrescentar.

Boa tarde Tulio, Realmente não sei o que ocorreu, mas já enviei para o repositório. Muito obrigado.

Joffas, Favor atualizar os fontes, veja como ficou a implementação agora desse novo método de consulta.

Bom dia Werner, O envio do RPS esta ocorrendo sem nenhum problema? Ou todos os métodos estão com problemas?

Bom dia Sérgio, Toda ajuda é bem vinda. O Refactoring realizado nos componentes de impressão, tinha que ser feito, pois a coisa estava saindo do controle.

Bom dia a todos, Seria interessante tentar inutilizar um numero duas vezes. Desta forma saberemos o que vai conter em xMotivo ao tentar pela segunda vez. Acredito que deve ocorrer uma rejeição do tipo: Já existe pedido de Inutilização com a mesma faixa de inutilização.

Bom dia a todos, Pelo que entendi, através do site da SEFAZ era possível realizar uma consulta completa ou resumida bastando informar a chave da NF-e ou CT-e (visto que os ajustes SINIEF cujos links foram anexados se referem a esses dois modelos de documentos fiscais eletrônicos). Agora só será possível realizar a consulta completa se a pessoa que esta realizando a consulta possuir um certificado digital e o seu CPF/CNPJ deve fazer parte do documento. Como escrito acima, antes qualquer pessoa podei realizar a consulta completa informando a chave, agora isso não será mais possível. Vamos a um exemplo referente ao CT-e. Para que eu possa realizar a consulta completa, além de ter em mãos a chave do CT-e, preciso ter um certificado digital (e-CPF ou e-CNPJ) e o meu CPF/CNPJ deve constar como: Remetente ou Destinatário ou Expedidor ou Recebedor ou constar no grupo <autXML> No caso da NF-e, o meu CPF/CNPJ deve constar como: Destinatário ou Transportador ou constar no grupo <autXML>. Espero ter ajudado.

Bom dia Joffas, Posso ver isso, como disse usar um enumerador evita erros ao informar tipo de eventos que não existem.

Bom dia Amilton, Você esta usando o ACBrInstall_trunk2 para instalar correto? Nenhum arquivo que compõe os fontes do ACBr esta com uma bolinha vermelha em seu ícone? Se sim, favor excluir esses fontes, atualizar novamente e por fim reinstalar.

Bom dia, Esse provedor não segue a ABRASF, possui um layout próprio. Se desejar implementar fique a vontade, pois estou esperando a liberação da documentação da NFS-e Padrão Nacional para analise e decidir se será possível implementar esse padrão no componente existente hoje ou se será necessário fazer um novo.

Boa tarde Joffas, O que você acha de trocarmos o tipo do parâmetro ATipoEvento de String para TTipoEvento? Isso impede que alguém coloque o numero de um evento que não existe no Reinf.