Italo Giurizzato Junior

Bom dia Reinaldo, Foi feita uma alteração que no meu entendimento gerou um efeito colateral. Você esta configurando o Path como sendo F:\MDFE_PDF, correto? Pois bem, com a alteração feita em uma unit que é utilizada pelos componente ao receber o Path remove o MDFE_PDF acreditando que se trata de um nome de arquivo. Faça um teste. em vez de: F:\MDFE_PDF mude para: F:\MDFE_PDF\ Note que a única diferença é uma barra no final.

Bom dia, Não sei quando você atualizou os fontes, pois enviei para o repositório no dia 3/10 as 20:11 e depois uma correção no mesmo dia as 20:14 Favor atualizar novamente.

Olá pessoal, Uma dica de como definir onde os PDF dos Documentos Auxiliares tais como: DANFE, DACTE, etc devem ser salvos. No componente referente ao Documento Auxiliar temos a propriedade PathPDF que deve ter o caminho onde o PDF será salvo e a propriedade NomeDocumento que se for informada assume esse nome como o nome do PDF, exemplos: Exemplo 1: PathPDF := 'C:\Erp\PDF\'; ou PathPDF := 'C:\Erp\PDF'; NomeDocumento := ''; Neste caso os PDF serão gerados com os nomes padrões e salvos na pasta indicada em PathPDF. Exemplo 2: PathPDF := 'C:\Erp\PDF\'; ou PathPDF := 'C:\Erp\PDF'; NomeDocumento := 'Teste'; ou NomeDocumento := 'Teste.pdf'; Neste caso o PDF será salvo com o nome Teste.pdf na pasta indicada em PathPDF. Exemplo 3: PathPDF := 'C:\Erp\PDF\Teste.pdf' ; NomeDocumento := ''; Neste caso o componente remove o nome do arquivo "Teste.pdf" da propriedade PathPDF e o transfere para a propriedade NomeDocumento, com isso o PDF gerado será salvo com o nome Teste.pdf na pasta definida em PathPDF. Exemplo 4: PathPDF := ''; NomeDocumento := 'C:\Erp\PDF\Teste.pdf' ; Neste caso o componente remove o Path "C:\Erp\PDF\" da propriedade NomeDocumento e o transfere para a propriedade PathPDF, com isso o PDF gerado será salvo com o nome Teste.pdf na pasta definida em PathPDF. Detalhe importante tanto a pasta Erp quando PDF (do exemplo acima) devem ser criadas previamente por garantia. Existem também uma propriedade chamada UsaSeparadorPathPDF que pode assumir os valores True ou False. Mas essa propriedade não funciona sozinha, ela trabalha em conjunto com a propriedade AdicionarLiteral (que se encontra no componente referente ao Documento Fiscal, por exemplo: ACBrNFe, ACBrCTE, etc) que também pode assumir os valores True ou False. Se ambas as propriedades receberem o valor True e supondo que o componente em uso seja ACBrNFe com a configuração do PathPDF acima exemplificado teremos o PDF do DANFE salvo na pasta: C:\Erp\PDF\NFe\ O que esta em negrito na cor preta é o que foi definido em PathPDF, já o que esta em vermelho é a pasta criada automaticamente pelo fato das propriedades UsaSeparadorPathPDF e AdicionarLitera estarem com o valor True. Para quem trabalha em ambiente de Rede, vamos imaginar que o Path Erp\PDF se encontra no servidor. A forma mais fácil é mapear esse Path como sendo uma unidade e por fim usar essa unidade no PathPDF. Exemplo: Mapear o Path Erp\PDF do servidor como sendo a unidade M:\ É interessante que todas as maquinas da rede se utilize do mesmo mapeamento. Path mapeado, chegou a vez de configurar os componentes. Componente do Documento Fiscal (por exemplo ACBrNFe): AdicionarLiteral := True; Componente de emissão do Documento Auxiliar: PathPDF := 'M:\'; UsaSeparadorPathPDF := True; Pronto ao gerar o PDF o mesmo será salvo na unidade M:\ na pasta NFe, como a unidade M: se refere ao path Erp\PDF no servidor, logo a pasta NFe será criada automaticamente dentro da pasta PDF no servidor. Espero ter ajudado a todos com essa dica.

Bom dia Thiago, Após atualizar os fones, você reinstalou a suíte ACBr?

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.

Bom dia Charles, A minha recomendação é que você procure sempre estar com os fontes atualizados, independente se esta funcionando 100% ou não. Pois pode esta funcionando 100% o envio da nota no modo normal, mas pode não esta em caso de envio para a SVC - SEFAZ-Virtual de Contingência. Foi o que ocorreu com o CT-e no inicio desse mês. Sei que com relação ao CT-e você vai usar apenas o evento de Prestação de Serviço em Desacordo, mas manter os fontes sempre atualizados é uma boa pratica. Me diz uma coisa, você esta atribuindo o valor tePrestDesacordo a propriedade tpEvento ao alimentar o componente com os dados referente ao evento? exemplo: infEvento.tpEvento := tePrestDesacordo;

Bom dia, Como você explica esse CT-e de MG que foi enviando no dia 30/09/2019 para a SVC-SP ambiente de homologação com a URL do QR-Code de SP e que foi autorizado? cte-SVC-SP_OK.xml Será que a SVC-SP mudou alguma regra de validação referente a URL do QR-Code nesse meio tempo?

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

Bom dia Carlos, O motivo da recomendação do Junior você já percebeu, a SEFAZ fez o favor de complicar a nossa vida, pois existe um XSD do CT-e com o mesmo nome da NF-e. Para não ter problemas futuros, separa os XSD de cada DF-e em uma pasta especifica para cada um.

Bom dia Marcel, Basicamente é alterar o layout do Form: ACBrMDFeDAMDFeRLRetrato Lembre-se que para fazer alterações nesse Form é preciso abrir antes também o Form: ACBrMDFeDAMDFeRL, caso contrario ocorre um erro informando que não encontrou o ancestral.

Bom dia Fernanda, Você poderia anexar o arquivo Cidades.ini com a inclusão da cidade? Os schemas para validação você pegou de qual pasta?

Giovane, Seria interessante você anexar os XML gerados no seu teste. Outra coisa, procure sempre utilizar o programa exemplo para testes. Pois ele é igual para todos, assim fica fácil de descobrir o que esta ocorrendo.

Boa tarde Reinaldo, Se não me falha a memória já existe uma versão mais atual que a 84. Favor atualizar e faça um novo teste com a versão mais atual.

Giovane, A primeira mensagem não sei qual foi o método que você executou, logo não sei dizer o que esta ocorrendo. Já o segundo a mensagem é clara, o numero do Lote tem que ser sequencial, esse provedor não aceita receber Lotes com números repetidos.

Boa tarde Luciano, Tente dessa forma: [Entrega] CNPJCPF=00000000000000 xLgr=CONVENTION CENTER DR MIAMI BEACH FL 33139 EUA Informe 14 zeros no campo CNPJCPF

Marcelo, Temos que tomar cuidado, pois algumas SEFAZ não atualizam os seus avisos / noticias. Que eu saiba todos tem que estar gerando o XML segundo a versão 1.00b. Informações atualizadas e precisas: https://dfe-portal.svrs.rs.gov.br/

Charles, Não entendi, você baixou os fontes e não instalou os componentes para serem usados na sua aplicação? Primeiro atualize todos os fontes de todas as pastas. Segundo utilize o ACBrInstall_Trunk2 para instalar/reinstalar os componente, não esqueça de marcar a opção: Apagar arquivos antigos. Terceiro, inclua o componente desejado em um DataModule de preferencia. Em situações raríssimas devemos informar uma ou outra unit do componente em uses de algum form da sua aplicação.

Boa tarde Paulo, Se você abrir esse XSD vai notar que existe somente a definição do retorno do envio síncrono, por outro lado o Envio "-normal" temos a definição do envio e do retorno. Isso explica esse erro ao tentar enviar pelo método EnviarSincrono.

Boa tarde, Muito obrigado, fiz uma alteração no componente para que ele leia o conteúdo da tag <situacao_codigo_nfse> e atribua ao campo Situação. Ainda hoje estarei enviando para o repositório.

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

Thiago, Ainda hoje estarei enviado para o repositório uma alteração que fiz e que não é mais para ocorrer o erro que você mencionou.

Boa tarde Mateus, No caso do método enviar consta a versão 2.03, se essa versão esta errada então temos que tentar com a 2.00, 2.01 e 2.02. Já ao enviar pelo método Gerar o problema é que foi informado que a empresa é Simples Nacional e no cadastro da prefeitura não esta como Simples Nacional. O terceiro XML que você anexou note que ele é o XML gerado pelo provedor. O que o componente gera e envia é o XML do RPS, se o processamento ocorrer sem nenhum problema o webservice do provedor gera e retorno o XML da NFS-e. Esses XML costumam ser diferentes.

Boa tarde David, Esse erro normalmente ocorre quando o XML enviado para o webservice não possui ou possui algo que não deveria ter. Entre em contato com o provedor e solicite um XML envelopado de exemplo para que possamos comparar com o que o componente esta gerando.

Thiago, Acho que encontrei o problema, me parece que esse provedor foi implementado mas não foi finalizado, logo não sei lhe informar se esta funcionando a contento.