Italo Giurizzato Junior

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

Bom dia Heto Favor anexar os XMLs de envio e de retorno para que possamos analisar. Uma pergunta, você esta com todos os fontes de todas as pastas atualizados?

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, Muito obrigado, no repositório temos os arquivos Tinus.ini (padrão) e Tinus_Macaiba.ini (especifico para a cidade de Macaiba). Para a cidade de Macaíba temos que pegar o arquivo Tinus_Macaiba.ini e renomear para Tinus.ini Caso o provedor venha padronizar para todas as cidades ai criamos um só INI. Podemos dar esse tópico como encerrado?

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.

Bom dia, Notei uma coisa estranha, no pedido do evento o código da UF é 15 (cOrgao) ou seja Pará, já no retorno consta 53 (cOrgao) que é Distrito Federal. No meu entendimento o Monitor tem que esta configurado para a UF do emitente da nota pois é ele que vai enviar o evento de carta de correção.

Bom dia Favor atualizar novamente e reinstalar novamente. Notei que foi enviando para o repositório uma correção de uma das units do ACBrBoleto. Quanto aos filtros de PDF e XLS do Fortes terem parado de funcionar é muito estranho, as alterações que fiz e as que foram feitas no ACBrBoleto, já mais deveriam afetar o Fortes Report.

Boa noite, As alterações que fiz não tem nada haver com boleto ou Filtro para PDF. Você atualizou todos os fontes de todas as pastas? Não tem nenhum fonte do componente misturado com os fontes da sua aplicação? Não tem copia dos fontes do ACBr que por ventura o Delphi esteja enxergando (Library Path)?

Por favor atualize mais uma vez os fontes e faça um novo teste.

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.

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

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.

Por favor, verifique se a unit ACBrDFeDANFeReport foi atualizada. Pois nela temos o método ImprimirDANFECancelado. Antes estava assim: Cancelada := True; ImprimirDANFE(ANFe); Mudei para: Cancelada := True; ImprimirDANFE(ANFe); Cancelada := False; Isso deveria resolver o problema pois após a impressão a propriedade Cancelada voltaria para o seu valor padrão que é False.

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

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.

Boa tarde Alex, Esta ocorrendo um erro de validação no XML que diz que o elemento indCarregaPosterior não é esperado. Mas esse elemento existe, logo os seus schemas (arquivos XSD) estão desatualizados. Como você utiliza o ACBrMonitor, sugiro que atualize ele para a versão mais recente.

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