Josafar Nascimento da Silv
-
Total de ítens
85 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Josafar Nascimento da Silv
-
-
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.
-
1
-
-
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.
-
2
-
1
-
-
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!
-
2
-
-
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.
-
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
-
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
-
Ok. Obrigado.
-
1
-
-
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.
-
2
-
-
Serão estas informações abaixo a preencher, tanto na NFe quanto no MDFe?
with DM.ACBrNFe.NotasFiscais.Add.NFe do
beginInfRespTec.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.
-
2
-
-
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.
NT 2019_001 v1.00 (Código e Número da NFe)
em Dúvidas Gerais sobre o ACBr
Postado
Já emiti as NFe usando a função GerarCodigoDFe, sem problema. Obrigado a vocês.