Italo Giurizzato Junior

Boa tarde a todos, Alguém poderia anexar a unit alterada que resolveu o problema, para que possamos analisar.

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.

Boa tarde Julio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, Esse XML esta sendo gerado pelo componente ACBrMDFe ou pela aplicação diretamente?

Boa tarde, O titulo da sua postagem se refere a Encerrar o MDF-e sem o XML, isso é possível, basta você ter a chave e o protocolo de autorização do mesmo. Como não esta mais gravando o XML de retorno que tem o protocolo de autorização? O componente possui 3 propriedades Salvar quais são os valores delas?

Boa tarde Eric, Que eu saiba se o XML possui a string do QR-Code o mesmo será impresso no DAMDFE. Quem usa o Fortes Report posso garantir que sim, pois fiz testes com ele, já não posso dizer a mesma coisa para quem usa o Fast Report. Eu não vejo problema nenhum a impressão do QR-Code antes da data prevista. Entendo que antes de outubro/2019 a impressão é facultativa depois de outubro será obrigatória.

Bom dia Denys, Abra o XML que você anexou através de um navegador e veja no final dele que as tags: username e password estão vazias. Sem essas informações o provedor não vai aceitar.

Bom dia Gilson, A alíquota que você esta informando esta errada para essa empresa, caso ela esteja correta é preciso realizar o cadastro da mesma, acredito eu via site, pois pelo componente isso não é possível ser feito.

Bom dia Nilton, Acredito que neste caso devemos informar que a série é UNICA. IdentificacaoRps.Serie := 'UNICA';

Bom dia Juliano, Acredito que o problema é o provedor que formata os valores no XML. Abra esse XML que você anexou usando um navegador, vai notar que o valor da tag <ValorServicos> é 1.035,00 em vez de 1035,00 Notou a diferença? Tem o ponto "." de milhar. Se remover esse ponto tenho certeza que o erro não vai mais ocorrer. Deve ser removido também o ponto de milhar das tags: BaseCalculo e ValorLiquidoNFSe.

Bom dia a todos, Pessoal o correto é com duas barras, conforme consta no arquivo INI do provedor. Se não for com duas // o namespace ao utilizar o libWinCrypt ocorre erro ao tentar assinar o lote. Foi necessário alterar o schema para que ocorresse a validação. Como o WSDL do provedor esta errado, ou seja, com apenas uma barra, se fez necessário incluir uma gambiarra na unit ACBrNFSeWebServices, que realiza a troca das duas barras por apenas uma, desta forma quando o XML chegar no provedor ele consegue processar com sucesso. Essa gambiarra tinha sido feita apenas para o método Enviar para fim de testes, agora foi estendida para os demais métodos. Favor atualizar os fontes e façam novos testes. Por favor utilizem o arquivo INI que esta no repositório bem com o schema, não façam nenhuma alteração, do tipo trocar as duas barras por uma.

Bom dia Sérgio, Com relação ao DIFAL favor entrar em contato com o contador do seu cliente para saber como deve proceder. No que diz respeito a versão, não existe ve300a e sim ve300 que atende tanto a versão 3.00 quanto a 3.00a.

Bom dia Léo, Eu não trabalho com o Fast Report, mas farei um teste com o Fortes usando o seu XML. Vou passar o problema para os consultores que tem mais intimidade com o Fast para eles verem o que esta ocorrendo.

Boa tarde Carlos, Note que no retorno temos a rejeição 999 que é típica quando a SEFAZ esta com algum problema. Outra coisa importante, existem outros eventos de comprovante de entrega para o CT-e informado no evento?

Boa tarde Léo, Seria bom você anexar o XML para que possamos realizar testes. Outra coisa importante o DACTE foi gerado pelo Fortes ou Fast Report?

Boa tarde Roberto, Por favor só anexe os arquivos que você fez alguma alteração, os demais não precisa. Desde já muito obrigado pela colaboração, vamos analisar o que você já fez.

Boa tarde a todos, Por favor leia esse artigo: Como obter o XML do Fornecedor.

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

Bom dia Carlos, No XML de pedido de evento o valor da tag nSeqEvento é 3, no meu entendimento deveria ser 1. E também não consta no XML o grupo infEntrega com a chave da NF-e. Logo o bloco abaixo: while not dmCTe.sqlCTeNFe.Eof do begin with infEvento.detEvento.infEntrega.New do chNFe := dmCTe.sqlCTeNFechavenfe.AsString; dmCTe.sqlCTeNFe.Next; end; não esta sendo executado.

Adilson, Dados de quem esta errado do Prestador ou do Tomador? Os dados do Prestador consta no provedor, já do prestador é enviado pelo XML do RPS. Não sei lhe informar se o provedor ao receber um RPS checa se o tomador é novo, caso afirmativo o cadastra, caso contrario ao gerar o XML da NFS-e se utiliza do que esta cadastrado.

Boa tarde, Tente atualizar novamente, mas sem apagar tudo o que já foi baixado.

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

Boa tarde Adilson, Na impressão do DANFSE devemos utilizar o arquivo XML da NFS-e e não do RPS ou do banco de dados.

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