Josafar Nascimento da Silv

Já emiti as NFe usando a função GerarCodigoDFe, sem problema. Obrigado a vocês.

Li há alguns dias, aqui mesmo no fórum, que o componente ACBr geraria esse código aleatório. Caso afirmativo, como alterar meu código para se adequar a essa futura exigência e se isto já é possível a partir de agora.

Em meu aplicativo o número da NFe é sequencial. Quanto ao código, indico a raiz do CNPJ da empresa emitente, isto é, os cinco primeiros números do CNPJ. Com a vigência da NT terei que modificar a rotina de emissão?

Tudo resolvido. Obrigado pela orientação. Gostaria apenas de acrescentar, para quem tenha o mesmo problema ou semelhante, que, antes de reinstalar o ACBr, é necessário remover os pacotes do Delphi (menu componentes) que se refiram ao ACBr e, após a reinstalação, executar o arquivo apagar ACBr do diretório ACBr.

Recentemente atualizei os fontes do ACBr. Ao tentar compilar meu projeto, ocorreram dois erros: 1) na Unit pcnConversaoNFe: 'undeclared identifier: registertrtotpEventoDFe' 2) na Unit pmdfeConversaoMDFe: 'undeclared identifier: teInclusaoDFe' 'undeclared identifier: registertotpEventoDFe' Esclarecimentos: 1 ) Estes erros ocorrem com o Radstudio 10.3.1 Rio e somente depois que atualizei os fontes do ACBr. 2) Se os mesmos fontes forem compilados com o Radstudio 10.1 Berlin, os erros não ocorrem.

Prezado Italo: Tudo resolvido. Pelo que concluí, o problema estava no schema. Obrigado!

Executei o TortoiseSVN e em seguida executei o Install_Trunk2, tendo sido instalados os componentes no Delphi. Hoje 12/06, executei o svn checkout que criou um diretório (\trunk2) dentro do qual, entre outros arquivos, foi instalado o ACBrInstall_Trunk2, que executei, tendo sido reinstalados os componentes no Delphi. Assim, os fontes atualizados estão no diretório \trunk2 onde estão os schemas atualizados, entendo eu. Vou então copiá-los para o diretório utilizado pelo sistema e ver se funciona.

Devo baixar os fontes do Tortoise, pelo SVN checkout, na pasta ACBr e depois executar o trunk2 ou na pasta \trunk2 que o checkout cria? E então, executaria o Install.

Prezado Italo: Verifiquei a pasta que você indicou e nela todos os arquivos estão com data de 13.08.2018. Tenho a impressão que estão desatualizados. Caso afirmativo, como devo fazer para atualizar os fontes? Ao reinstalar o ACBrInstall_Trunk2 em 24/04/19, imaginei que os fontes fossem atualizados.

Baixei, diretamente do Portal Nacional do MDFe, o pacote de schemas da NT 02.2018(v 1.02). Existe outro mais atualizado? Aliás, estou usando este pacote para emitir o MDFe até agora, sem a informação do resp. técnico. Como já informei, incluo a informação na NFe e no MDFe não. Fico muito preocupado se a qualquer momento não consiga mais enviar o MDFe.

Anexo XML do MDFe rejeitado. Retorno da SEFAZ: "falha na validação dos dados do Manifesto: ..." Código de erro 1871: Element '{http://www.portalfiscal.inf.br/mdfe}infRespTec': This element is not expected. Expected is one of({http:www.portalfiscal.inf.br/mdfe}lacres, {http:www.portalfiscal.inf.br/mdfe}autXML,{http:www.portalfiscal.inf.br/mdfe}infAdic). Vale informar que ao retirar da rotina as informações do responsável técnico, o MDFe é aceito sem rejeição. Outrossim, incluí Na NFe estas informações e não houve rejeição. Portanto, estou enviando a NFe com as informações do responsável técnico e o MDFe sem estas informações. mdfe nº 495 veículo placa PGA-1756-mdfe.xml

A partir de hoje, 03/06/19, incluí na NFe as informações do responsável técnico, sem problema, não havendo rejeição. O mesmo tentei fazer para o MDFe, sem êxito. O MDFe é rejeitado, sem apresentar o tipo de rejeição, apenas com a mensagem cstat>0. Esclareço que baixei o novo arquivo de SCHEMAS.d Resolvi então retirar as informações do responsável técnico da rotina de geração do XML, e aí, o MDFe foi aceito, sem problema. Minhas dúvidas: 1) Estas informações não são obrigatórios no MDFe? 2) A data para esta nova validação difere da data da NFe mdfe nº 486 veículo placa PDK-2320-mdfe.xml

A partir de hoje, 03/06/19 incluí as informações do responsável técnico no xml da NFe, pois em PE, a partir dessa data, tornou-se obrigatório. Emiti as notas sem rejeição. O mesmo fiz na rotina de geração do xml do MDFe, porém houve rejeição: cstat>0. Então, ocorreu-me a ideia de retirar as informações do responsável técnico e então o MDFe foi aceito. Minhas dúvidas: 1) A data para validação dessas informações é diferente da data da NFe? 2) Houve algum erro na rotina de geração do xml? Abaixo reproduzo essa parte da rotina: with ACBrMDFe.Manifestos.Add.MDFe do begin ACBrMDFe.DAMDFE.Logo:= DM.vlogomarca; InfRespTec.CNPJ:= '11172584000107'; InfRespTec.xContato:= 'JOSAFAR NASCIMENTO DA SILVA'; InfRespTec.email:= '[email protected]'; InfRespTec.fone:= '81998060505'; ....... end; Anexo o arquivo xml rejeitado. Esclareço ainda que fiz a atualização do componente ACBr, tanto para a NFe quanto para o MDFe, através do ACBr_Install Trunk2 mdfe nº 485 veículo placa PDK-2320-mdfe.xml

Ok. Obrigado.

Com a exigência da informação do responsável técnico vai ser necessário atualizar o arquivo de Schema?

Como atualizar o FortesReport para funcionar no Radstudio 10.3.1? Baixei uma versão, mas na instalação surge a mensagem: "erro ao compilar o pacote frce.dpk"

Ok. Resolvido.

Serão estas informações abaixo a preencher, tanto na NFe quanto no MDFe? with DM.ACBrNFe.NotasFiscais.Add.NFe do begin InfRespTec.CNPJ:= '11172584000107'; InfRespTec.xContato:= 'JOSAFAR NASCIMENTO DA SILVA'; InfRespTEc.email:= '[email protected]'; InfRespTec.fone:= '81998060505'; etc, etc end;

A Sefaz Pe exigirá, a partir de 07/05, as informações sobre o responsável técnico. Gostaria de saber se o ACBr Trunk2 já está atualizado para esta nova exigência.

Tenho o ACBr instalado no Delphi 10.1. Ao tentar instalar o ACBr no Delphi 10.3 (Rio), aparece o erro: não foi possível retornar o diretório do pacote ACBr_synapse.dpk

Agradeço a explicação. Vou, inclusive, ler a norma técnica. O que vocês informaram tem todo o sentido, pois sou desenvolvedor para a própria empresa onde trabalho.

Desenvolvi um programa de emissão da NFe na própria empresa onde trabalho que está sendo utilizado. Com a obrigatoriedade do responsável técnico, posso utilizar o CNPJ desta empresa ou tenho que abrir uma soft house ?

Já está disponível a versão do ACBr para o Radstudio 10.3 Rio?

Complementando minha informação: 1) A empresa que está emitindo é tributada integralmente; não é do simples nacional. 2) O cliente, fora do Estado, não tem inscrição estadual: é consumidor final. 3) Como informar o Difal no ACBr. Este é o meu problema.

Como informar o Difal no ACBr. Li a respeito em tópicos que falam do assunto, mas não entendi e estou com um problema para gerar uma NFe para cliente não contribuinte fora da UF de origem.