Diego Foliene

O que é a DI? DI significa "Declaração de Importação". A DI é um documento gerado e emitido através do Sistema de Comércio Exterior (Siscomex), regulamentada pela Instrução Normativa SRF nº 680/06. Ela regulariza as informações do processo de importação de mercadorias e serve como base para o despacho aduaneiro de importação.[1] Onde conseguir a DI? Geralmente o XML da DI é fornecido pelo despachante do cliente, mas também é possível conseguir ele direto pelo Sistema da Siscomex seguindo os passos definidos aqui. O que minha Sotware House pode fazer com isso? A DI é disponibilizada como um arquivo XML contendo informações importantes que devem ser interpretadas pelo seu software para posterior uso(emitir uma NF-e de importação, por exemplo). Ao automatizar esse processo você adiciona agilidade para seus clientes, pois não terão que digitar manualmente essas informações e mitiga possíveis erros de digitação além de evitar a adição de informações incorretas. Como o ACBr pode me ajudar? Cedido gentilmente por um dos membros de nossa comunidade, em ..\ACBr\Fontes\ACBrDFe\ACBrDI\ ficam localizadas algumas classes que podem ser usadas para fazer a leitura de um XML da DI. A principal classe é a TDeclaracaoImportacao localizada em ACBrDIDeclaracaoImportacao.pas que pode ser usada conforme exemplo: var DecImportacao : TDeclaracaoImportacao; begin DecImportacao := TDeclaracaoImportacao.Create; try DecImportacao.LerXML(conteudoXML);//O parametro aqui é do tipo String, sendo o conteúdo do XML. with DecImportacao.DI do begin // Aqui dentro são acessíveis as propriedades que foram lidas do XML da DI end; finally DecImportacao.Free; end; end; Fontes de pesquisa https://www.fazcomex.com.br/siscomex/siscomex-importacao-declaracao-de-importacao/ [1]

Até o momento não que eu saiba, mas é bem simples de usar. TDeclaracoesImportacao é uma Lista de TDeclaracaoImportacao. TDeclaracaoImportacao tem um método LerXML(aXML: String). Você chama ele passando o XML da DI como parâmetro e depois é só ler as propriedades de TDI acessível por TDeclaracaoImportacao.DI.xxxx

Boa tarde! Foi disponibilizado a alteração no SVN! Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes. Para mais detalhes do que foi alterado, por favor, confira: https://sourceforge.net/p/acbr/code/27049/

Bom dia. Por favor, veja se a informação descrita neste tópico lhe ajuda.

Boa tarde! Por favor, verifique se você não tem mais de uma pasta ACBr que possa estar perdida em sua máquina. (O mesmo vale para o Fortes). Anexe o log de instalação também para que possamos conferir, por favor.

Bom dia! Alteração disponibilizada no SVN, por favor, atualize seus fontes, reinstale o ACBr e faça novos testes. Para mais detalhes do que foi alterado, por favor consulte https://sourceforge.net/p/acbr/code/26996/.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3140

O botão de Download do fórum aparenta estar com problemas, mas logo abaixo na mesma página tem o download disponível.

Boa tarde! Não sei se entendi ao certo seu questionamento, mas você pode conferir um histórico resumido das alterações que forma feitas no arquivo change-log. No caso da nota de serviço ACBrNFSeX-change-log, disponível em ..\ACBr\Fontes\ACBrDFe\ACBrNFSeX

Boa tarde. Por favor, confira se a versão do seu é anterior a disponibilizada aqui:

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. Por favor, no arquivo .ini você preencheu a mesma URL para os parâmetros de Homologação e Produção. Isso está correto? Como elas são as mesmas, como o provedor fará para discernir se o XML que está sendo enviado é Produção ou Homologação?

Por favor, faça um novo teste marcando a opção "Remover arquivos antigos do Disco" na hora de fazer a instalação. Se estiver usando o ACBrMonitor, aguarde fique de olho no site para uma nova versão. Cuidado ao utilizar o Delphi CE para desenvolvimento profissional(Não é indicado!). A Embarcadero recebe logs de uso e pode ser severa com uso comercial não autorizado.

Bom dia! Foi feita uma alteração ontem visando corrigir este problema.(Para mais detalhes sobre o que foi alterado, por favor, consulte https://sourceforge.net/p/acbr/code/26970/) Por favor atualize seus fontes, reinstale o ACBr e faça novos testes.

Boa tarde. Após muito esforço e persistência dos membros de nossa comunidade o problema na Sefaz de SP se encontra aparentemente resolvido. Segue resposta recebida pelo usuário @jorge andrade do pessoal da Sefaz. Vale ressaltar que a resposta diz (aguardando confirmação de outros contribuintes), portanto é muito importe que se atentem e verifiquem em seus clientes se o problema foi resolvido de fato para fornecerem um retorno a Sefaz.

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

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3124

Quando incluímos ou alteramos as informações de uma nova cidade no arquivo ACBrNFSeXServicos.ini é preciso executar o CompilaRes.bat para atualizar o .res que vai com a aplicação. Você citou que Corbelia usa a versão 1.0 do IPM. As informações para essa cidade estão assim no .ini [4106308] ; Incluído em 10/06/2022 Nome=Corbelia UF=PR Provedor=IPM Versao=1.00 ProRecepcionar=https://corbelia.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar= Comparando com o que você mandou apenas a versão parece estar diferente

Bom dia! Estou com os fontes atualizados e no ACBrNFSeXServicos.ini ainda consta a versão 1.0 Por favor, pode contribuir com os novos dados para essa cidade?

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

Boa tarde. Por favor, veja este tópico Acompanhe também o canal aberto disponível em nossa comunidade do Discord.

Bom dia. No dia 28/09/2022 começaram a ser feitos relatos tanto em nossa comunidade do Discord quanto no Fórum informando Erro ao tentar emitir NFCe, havendo diferentes retorno como Erro HTTP 0 e Erro HTTP 403. Pela análise dos relatos, percebemos que os problemas não ocorrem para todos os contribuintes, ocorrendo em sua maioria com os que se utilizam certificados A3 na emissão. O ponto onde foi percebido ser algo na SEFAZ-SP é o fato de apesar de não conseguirem emitir NFC-e, a emissão da NF-e corre normalmente corretamente com o mesmo certificado. Graças a persistência de nossos membros da comunidade em contatar a SEFAZ, o problema entrou em análise por lá, mas seria importante que mais colegas também entrem em contato via email [email protected] conforme as instruções a seguir: Assunto: FC NFC-e 8811640 Devem ser enviadas no e-mail as seguintes informações: Tracert com destino ao nfce.fazenda.sp.gov.br completo; IP de Origem do contribuinte que está informando o problema. Certificado público utilizado.(Orientações de como conseguir o Certificado Publico podem ser encontradas aqui Print da tela do erro apresentado. Arquivo XML de envio e de retorno da requisição. Informar o nome da operadora de internet que utilizam. Assim que tivermos novas informações atualizaremos aqui.

A modificação já foi feita e está no SVN.(https://sourceforge.net/p/acbr/code/26843/) Caso queira é possível baixar e realizar os testes pelo programa exemplo.

Boa tarde! Isso foi informado por outro membro da comunidade e já estamos fazendo os procedimentos necessários para deixar tudo certo. Mas isso está sendo feito no ACBrNFSeX, o ACBrNFSe foi descontinuado e não sofre mais manutenções. Sugiro que migre para o novo componente.