Italo Giurizzato Junior

Bom dia Eduardo, Você atualizou todos os fontes de todas as pastas? Lembre-se que o Tortoise nem sempre atualiza arquivo que você tem feito alguma alteração. As correções e melhorias são enviadas para o repositório assim que elas ocorrem. O componente ACBrCTe por exemplo na sexta-feira dia 26 foi enviado correções referente ao evento de Comprovante de Entrega e hoje novamente.

Bom dia Ogm, O XML do Lote só é gerado no momento do Envio. Qual é a finalidade de se ter esse XML e não envia-lo?

Bom dia, Por favor anexe o arquivo INI do provedor que você conseguir realizar o envio com sucesso. As consultas com esse mesmo INI estão ocorrendo sem nenhum problema?

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

Bom dia Michel, Mude a sua rotina para: with seg.Add do begin xSeg := IBDataSet1NOME_SEGURADORA.Value; CNPJ := IBDataSet1CNPJ_CPF_SEGURADORA.Value; CNPJCPF := dm.IBTableFilialCNPJ_FILIAL.Value; nApol := IBDataSet1NUMERO_APOLICE.Value; respSeg := rsEmitente; with aver.Add do begin nAver := InputBox('Averbação','Digite Averbação 1',''); end; with aver.Add do begin nAver := InputBox('Averbação','Digite Averbação 2',''); end; end;

Bom dia Norton, Muito obrigado, já fiz a correção e enviei para o repositório. Favor atualizar e faça novos testes.

Bom dia Celso, Pelo que notei a estrutura do XML é a mesma da versão 1.1 Veja se consegue os Schemas atualizados, pois existem algumas tags nesse exemplo que não existe no Schema que nós temos.

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

Bom dia Cesar, Favor atualizar os fontes e faça novos testes.

Bom dia a todos, Uma pequena correção: se no retorno consta que o ultimo NSU é 3708 devemos informar esse mesmo numero na próxima execução do método DistribuicaoDFePorUltNSU, pois a SEFAZ entende que o ultimo documento retornado foi de NSU = 3708, logo deve agora retornar a partir do 3709. Reforçando o que o Junior disse a cada execução do método é retornado até 50 documentos. Com base no retorno postado pelo Junior temos ainda 421 documentos (maxNSU menos ultNSU) se dividir por 50 temos 8,42 portanto devemos executar o DistribuicaoDFePorUltNSU mais 9 vezes (e a cada vez sempre informar o valor de UltNSU retornado pela execução anterior) para poder baixar todos os documentos disponibilizados pela SEFAZ. É obvio que o valor do maxNSU poderá aumentar basta os fornecedores emitirem mais notas contra o CNPJ que esta sendo consultado.

Cordeiro, Se você configurar o componente para salvar os arquivos enviados e recebidos do WebServices será possível checar essa situação. Configuracoes.Geral.Salvar := True;

Boa tarde, Esse XML que você anexou é gerado pela sua aplicação, correto? Pois bem dentro do grupo <infDoc> devemos ter o grupo <infCTe>, se o emitente for uma transportadora ou <infNFe> se o emitente for um transportador de carga própria ou <infMDFeTransp> se o modal for Aquaviário (vide regras no manual). Não podemos (e já faz um bom tempo) gerar os grupo <infCT> e <infNF>.

Boa tarde Cordeiro, E qual é o Digest ao executar o método Consultar?

Boa tarde, Por ser uma postagem informativa, vou fechar ela. Desde já muito obrigado pela informação.

Luiz, Para que o grupo seja gerado um dos campos tem que ter valor diferente de zero.

Boa tarde, Por favor anexe o XML e o DAMDFE em PDF para que possamos analisar.

Boa tarde Norton, Favor anexar o XML de retorno da SEFAZ quando é realizado o envio Síncrono para que possamos analisar e fazer as devidas correções.

Boa tarde Emerson, Após copiar os fontes do programa exemplo, os fontes do componente, os fontes do pacote tem que seguir os seguintes passos: 1. Compilar e Instalar o pacote do componente através do Delphi. 2. Iniciar os testes com o programa exemplo. Lugares corretos das pastas com o programa exemplo, fontes e pacote dentro da estrutura do Trunk2.

Boa tarde Júlio, O componente ACBrCTe bem como o ACBrMDFe já estão prontos para gerar automaticamente a string do QR-Code no XML. A impressão do QR-Code no DACTE bem com DAMDFE ainda esta sendo feita, uma vez que só a partir de outubro/2019 que vai ser exigido ele. Favor atualizar os fontes e faça os testes.

Boa tarde Marcio, Muito obrigado pela colaboração, já enviei para o repositório as correções.

Boa tarde Luiz, O schema: cteTiposBasico_v3.00_Homologacao só pode ser utilizando em ambiente de homologação e o campo pICMSInterPart tem ser zero. Já no ambiente de produção devemos utilizar o schema: cteTiposBasico_v3.00 e o campo pICMSInterPart tem que ser 100.

Boa tarde Alexsandro, No arquivo INI do provedor tem uma seção chamada Assinar, basta deixar tudo zero e faça novos testes.

Boa tarde Celso, Entre em contato com o provedor e solicite um XML (soap) de envio para que possamos comparar com o que o componente gera. E desta forma fazer as devidas alterações. Verifique também se essa nova versão vai ser aplicada para todas as cidades atendidas por eles.

Boa tarde Robson, Isso varia de provedor para provedor, mas o caminho é esse.

Boa tarde ALA, Favor atualizar os fontes, me parece que existe algumas correções nos arquivo INI para o provedor SigCorp.