Italo Giurizzato Junior

Boa tarde, Qual é o motivo de realizar a copia da DLL? Sem realizar essa copia não estava funcionando o envio para a SEFAZ-MG? Se sim, é para funcionar para o envio para o SVC-SP sem a necessidade de copiar DLL.

Bom dia Flavio, Favor atualizar todos os fontes e faça novos testes usando o programa exemplo. Foi feita uma alteração no componente para ele usar o ID do elemento InfDeclaracaoPrestacaoServico em vez do ID do elemento Rps ao assinar o RPS.

Bom dia Marcelo, Favor atualizar os fontes e faça novos testes. Note que fiz alterações no arquivo INI do provedor.

Bom dia Juliana, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Elvis, O XML chamado EnviarLoteRpsEnvio como o próprio nome diz se refere ao XML de envio de lote, se você abrir o mesmo vai notar que ele contem uma lista com 2 RPS e o lote esta assinado. Já o outro XML se refere apenas ao XML do RPS. Portanto não da para você comparar esses dois XMLs. Ou você compara o XML do RPS com um dos RPSs incluído no Lote ou você gera através do programa exemplo um lote com 2 RPS e compara os dois XMLs de Envio de Lote de RPS.

Bom dia Cesar, Vamos a Nota Técnica 2019/001 referente ao Comprovante de Entrega. Na estrutura do XML especifico desse evento dentro do grupo <evCECTe> a única lista que temos <infEntrega> se refere a lista de chaves de NFe das mercadorias que foram entregues para um determinado destinatario. Concluímos que essa estrutura atende apenas uma entrega. Vamos agora ao Manual do CT-e Visão Geral - página 94 onde temos a estrutura genérica dos eventos. Nessa estrutura não existe nenhum grupo que seja uma lista, todos os elementos dessa estrutura tem no máximo uma ocorrência. Conclusão final, se temos 50 entregas realizadas, teremos que enviar 50 eventos de Comprovante de entrega.

Rogério, Você esta com todos os fontes de todas as pastas atualizados? Pois um outro membro do fórum que realizou teste de emissão em contingência tinha detectado um erro que foi sanado e que me recordo depois disso foi emitido sem problema nenhum.

Boa tarde Emerson, Faça uma alteração nessa unit. De: SysUtils, pcnConversao, pcnConversaoCIOT, ACBrUtil, System.Classes, para SysUtils, pcnConversao, pcnConversaoCIOT, ACBrUtil, Classes, E tente compilar novamente.

Boa tarde Nickolas, A string do QR-Code presente agora no MDF-e e apartir de agosto no CT-e, é colocada dentro do CDATA por conta da existência do caractere "&" na string. O grupo infMDFeSupl que contem o elemento qrCodMDFe que por sua vez tem o tal do CDATA é gerado e incluído no XML depois que o XML é assinado. Resumindo: 1. O XML do MDF-e é gerado; 2. Depois ele é assinado; 3. Por fim recebe o grupo infMDFeSupl. Sendo assim, se removermos esse grupo do XML antes de enviar para a AT&M não vamos tornar o XML invalido. Por favor faça um teste com a seguinte Unit: ACBrANeDocumentos.pas

Boa tarde Rogerio, Me diz para que serve isso? Repito, a string do QR-Code é gerada automaticamente pelo componente.

Bom dia Luciano, Quando o cliente realizar a inutilização de um numero ou faixa de numero em vez de ligar para o contador e informar que inutilizou, ele deve enviar por e-mail (por exemplo) para o contador o XML: *-procInutNFe.xml Esse arquivo contem o pedido de inutilização bem com o protocolo da SEFAZ que atesta a inutilização. É possível inclusive imprimir a inutilização e até gerar o PDF dessa impressão, caso o contador assim desejar.

Bom dia Meinardo, Você deve gerar o código usando a função GerarCodigoDFe passando como parâmetro o numero da nota. O código deve ser salvo no banco de dados juntamente com os demais dados da nota. Na rotina que alimenta o componente com os dados da venda você vai ler o campo que contem o código e atribuir a propriedade: ide.cNF Simples assim.

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

Bom dia Rodrigo, No XML de envio além do CNPJ ser da filial note também que você não informou o valor zero para UltNSU e sim 89. E no retorno o maxNSU vale 89, logo não vai retornar nenhum documento mesmo.

Eduardo, Lhe peço para que não fique fazendo a mesma postagem em lugares diferentes. Eu já lhe respondi em outra postagem. Vou fechar essa.

Bom dia Rogerio, O componente ACBrMDFe se encarrega de gerar a String do QR-Code automaticamente e até onde seu esta funcionando sem nenhum problema.

Eduardo, Os fontes oficiais do ACBr não estão no Git e sim no: http://svn.code.sf.net/p/acbr/code/trunk2

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.

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 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;