EMBarbosa

Para definição dos arquivos xml que vem dos webservices, veja o tópico:

Para definição de arquivos PDFs, veja o tópico:

Esse tópico é um resumo das informações sobre configurações de conexão, criptografia e assinatura. Se aplica a todos as soluções ACBr (componentes/Libs) que usam código do ACBrDFe e fazem comunicação com webservices (Ex..: NF-e, MDF-e, CT-e, GNRe, etc...) Informações mais detalhadas estão nos links citados. Veja também nos posts abaixo como configurar/usar essa configuração na ACBrLIB e no ACBrMonitor. Quais são as configurações atualmente recomendadas para SSL/Crypt/HTTP? Independente do documento nossa recomendação padrão é que se use sempre certificados A1 e a configuração abaixo que vamos chamar de: Recomendação 1 Geral.SSLLib := libOpenSSL; Geral.SSLCryptLib := cryOpenSSL; Geral.SSLHttpLib := httpOpenSSL; Geral.SSLXmlSignLib := xsLibxml2; SSL.SSLType := LT_TLSv1_2; Certificados.ArquivoPFX := CaminhoDoLocalEmQueEstaSalvoOArquivoPFX; Certificados.Senha := SenhaDoPFX; WebServices.TimeOut := 30000; //Veja observação sobre TimeOut mais abaixo nesse post. Limitações dessa configuração: Isso exige as dlls da OpenSSL na mesma pasta do seu executável; Você pode encontrar as Dlls da OpenSSL aqui. Lembre-se de escolher de acordo com a arquitetura que compila sua aplicação! Não funciona para certificados A3; A Libxml2 não consegue buscar schemas em rede se o compartilhamento não estiver mapeado como um drive local ou como link simbólico; O que fazer se eu preciso usar certificados A3? Para certificados A3 use a seguinte configuração: Recomendação 2 Geral.SSLLib := libWinCrypt; Geral.SSLCryptLib := cryWinCrypt; Geral.SSLHttpLib := httpWinHttp; Geral.SSLXmlSignLib := xsLibXml2; SSL.SSLType := LT_TLSv1_2; Certificados.NumeroSerie := NumeroSerieCertificado; WebServices.TimeOut := 30000; //Veja observação sobre TimeOut mais abaixo nesse post. Limitações dessa configuração: Certificados A3 dependem do software da certificadora e do hardware e causam muita dor de cabeça; Depende da atualização do Windows; A libxml2 não consegue buscar schemas em rede se o compartilhamento não estiver mapeado como um drive local ou como link simbólico; Observação sobre TimeOut: O TimeOut é o tempo máximo em que o componente deve esperar uma resposta antes de desistir. Ele é definido em milissegundos. O Fisco considera aceitável uma espera de 60 segundos. Mas, para maioria dos casos sugerimos valores entre 25000 e 40000. No entanto, isso pode variar de acordo com o tempo de resposta do provedor. Se notar que a internet é lenta ou que ocorrem falhas, talvez queira colocar um valor superior como 60000 (60 segundos) ou mais. Onde obter informações adicionais? Mais sobre certificados A1 e A3, veja o vídeo "instalando certificados A1 e A3", feito por @Daniel Simoes Mais sobre essas configurações, veja esse vídeo "Como configurar a SSLib" feito pelo @Régys Silveira. Mais sobre o ACBrDFeSSL que é base para todas essas configurações, veja o vídeos na área de vídeos "Conheça a ACBrDFeSSL" Mais sobre as dependências das bibliotecas externas, veja o tópico: OpenSSL/XMLSec ou CAPICOM, dependencia de bibliotecas externas

Por favor, poste o retorno aqui.

Verifique por favor se a .so que está na sua máquina está com os nomes das funções exportadas corretamente. Você tem uma distro Gnu? Se tiver, use o comando: nm -D /caminho/pra/ACBrLibXXXXXXX.so Se não tiver, use o comando: readelf -Ws --dyn-syms /caminho/pra/ACBrLibXXXXXXX.so

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Aproveitei para fazer alguns refactorings nos códigos de detecção de protocolo. Um pequeno aviso: seu arquivo havia alterado muito o layout do código que seguimos. Isso dificulta um pouco para comparar. Na medida do possível, mantenha sempre o mesmo layout que seguimos atualmente. Subi as alterações para o SVN na Revisão 25256. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Acho que o nome na lib está "CEP_BuscarPorLogradouro". Queira testar por favor. EDIT: Vamos verificar se o nome vai ser mantido assim. O nome da função é esse, conforme a documentação: https://acbr.sourceforge.io/ACBrLib/CEP_BuscarPorLogradouro.html

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 25238. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 25237. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Você também pode fazer o download de arquivos com NCM no portal Siscomex usando o serviço abaixo para o perfil "público": "Classif -> Funções Avançadas -> Gerar Tabela NCM" Como na imagem para ilustar: Atualmente (08/04/2022) guia para o seguinte link: https://portalunico.siscomex.gov.br/classif/#/nomenclatura/tabela?perfil=publico E permite baixar o arquivo em JSON ou XLSX.

Me parece correto. Mas acho que todos ajustes devem ser feitos nas units do Provedor Publica porque não parece estar seguindo o padrão ABRASF. Veja na pasta: ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores

Acabei de confirmar que essa tag só está disponível no servidor Pública. Subi pro nosso repositório Tools a documentação que encontrei. Nesse link: https://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/Provedor Publica É necessário fazer a alteração na unit "Publica.LerXml.pas" e não na unit da "Abrasf". Você poderia fazer isso? Em caso positivo, faça os testes e anexe a unit alterada aqui para avaliação. Pode ser necessário então outros ajustes para esse provedor. Não estou certo até que ponto é um problema para a cidade específica ou da implementação do provedor.

Boa tarde. Muito obrigado pela sugestão. Me parece correto, mas temos que verificar se essa tag está no layout da ABRASF. Caso negativo, o local correto de alterar é na unit "Publica.LerXml.pas". Não sei se entendi direito, mas se a emissão for assíncrona, realmente precisa consultar depois para obter o XML. Aqui não ficou claro. O erro aparece somente ao imprimir ou em outras situações também? Quais?

Outros tópicos que podem ser úteis: Veja também: Temos vários tópicos na área da Base de conhecimento sobre NFS-e. Você vai encontrar informações relacionadas a provedores e municípios específicos, erros e problemas mais comuns e muitas dicas. Veja: https://www.projetoacbr.com.br/forum/forum/90-nfs-e/

Acho que o que quer é as chamadas para o método NFE_UltimoRetorno... Como diz a documentação: https://acbr.sourceforge.io/ACBrLib/NFE_UltimoRetorno.html

Obrigado.

Não... não pedi o log do erro. Eu entendi que você modificou arquivos conforme essa descrição: Esses arquivos que precisamos avaliar.

Anexe os arquivos alterados para que possamos analisar, por favor.

Olá pessoal, Apenas uma atualização: Fizemos mais uma separação com os métodos restantes numa unit chamada "ACBrUtil.Base.pas". Como vocês podem ver no post acima. Consideramos essa tarefa da ACBrUtil agora completa. Agora é remover warnings e hints gerados por essa separação e, por fim, ajustar os testes unitários também. Bom trabalho por aí.

Olá Pessoal. Como vocês sabem estamos sempre nos esforçando pra entregar soluções melhores. Nos esforçamos a fazer isso nos nossos códigos, mesmo tendo uma equipe reduzida. Um problema que sempre nos incomoda é units com milhares de linhas. Isso não é boa prática de programação. Torna a legibilidade do código ruim. Dificulta a manutenção. Nesse sentido, uma das que mais notamos isso é a unit ACBrUtil.pas. Ela é uma unit utilitária que foi aglutinando mais e mais código com o passar dos anos. O que fizemos? Queremos dizer que resolvemos fazer alguma coisa sobre isso e começamos por dividir essa a unit ACBrUtil.pas em várias outras separando o código e migrando tipos e rotinas para as outras. A princípio, a separação ficou assim: "ACBrUtil.DateTime.pas" - rotinas relacionadas a manipulação de datas e horas "ACBrUtil.FilesIO.pas" - rotinas relacionadas a manipulação de arquivos, IO, e similares "ACBrUtil.Math.pas" - rotinas relacionadas a manipulação de números e conceitos matemáticos "ACBrUtil.Strings.pas" - rotinas relacionadas a manipulação de strings e textos "ACBrUtil.XMLHTML.pas" - rotinas relacionadas a manipulação de XML e HTML "ACBrUtil.Compatibilidade.pas" - rotinas relacionadas a compatibilidade. "ACBrUtil.Base.pas" - Todas as outras rotinas que não se encaixam nas units acima "ACBrUtil.pas" - Essa unit atualmente só serve como compatibilidade. Você deve substituir ela no seu código pelas acima. Quando? No momento dessa notícia ser escrita, a previsão do código é ir no final do dia de 23/03/2022. Já está no nosso SVN. O que isso significa no meu código? A princípio, a única coisa necessária a ser feito na sua aplicação é atualizar e reinstalar o ACBr. MAS... Vocês devem notar que se utilizarem alguma função da ACBrUtil.pas que foi migrada, começará a receber um warning que a função mudou para outra unit. Você deve atualizar isso assim que possível. Vamos parar por aí? Talvez venhamos a dividir ainda em outras units a ACBrUtil restante. Bem, a ACBrUtil agora foi completamente dividida. Pode ser que venhamos fazer algo semelhante no futuro com alguma ACBrUtil criada. Mas no momento damos esse trabalho por encerrado. É possível também que façamos isso em outras units que estão acumulando funções, tipos e métodos... A questão é que não vamos parar de melhorar o ACBr.

Acho que não consegui reproduzir seu problema. Que valor você passou para o campo?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 24696. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

A Sefaz de MG avisou que fez a implementação da NT 2018.002 em homologação conforme pode se ver abaixo: Fonte:http://www.sped.fazenda.mg.gov.br/spedmg/nfce/ Observação nossa: A sefaz ainda não disponibilizou os parâmetros para uma ação ser considerada consumo indevido. Isso pode indicar que estão seguindo os parâmetros sugeridos na NT, ou que vão disponibilizar depois. De qualquer modo, faça seus testes em homologação para que isso não resulte em problemas nos clientes finais.

Só atualizando: O problema foi resolvido conforme notícias deles mesmo:

Sim parece que voltou. Mas oficialmente, o Discord ainda está investigando. Pode ser que ainda tenhamos algumas falhas pontuais. Sempre podemos acompanhar no site DiscordStatus. https://discordstatus.com/