Renato Rubinho

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

Veja o que você está passando no segundo parâmetro do método Inicializar. Se deixar em branco, será utilizado o padrão, mas se você estiver passando algo em eChaveCrypt, deve passar a mesma informação em todas as chamadas deste método. https://acbr.sourceforge.io/ACBrLib/GTIN_Inicializar.html No log constam valores de tamanhos diferentes em cada chamada do método Inicializar.

É mesma situação do seu tópico de CTe. Veja a notícia a seguir com detalhes.

Está correto, a URL utilizada pelo componente é a indicada pelo atendente, conforme arquivo a seguir. https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini [NFe_AN_P] RecepcaoEvento_1.00=https://www.nfe.fazenda.gov.br/RecepcaoEvento/RecepcaoEvento.asmx NFeDistribuicaoDFe_1.01=https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx RecepcaoEvento_4.00=https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx

Seu log não contém erros da biblioteca. No log consta que está utilizando a versão demo, sendo PRO você pode baixar as bibliotecas sem restrições em: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib-pro/ Você anexou o log de NFe e agora está citando GNRE. Siga os testes com a biblioteca de NFe até conseguir um cenário funcional, depois parta para as demais.

A Sefaz não dá garantia de distribuição imediata do XML, pode ser alguma instabilidade nos serviços ou na integração entre a UF e a Sefaz nacional. Nestes casos recomenda-se abrir um fale conosco com a Sefaz para analisarem os casos.

Tópico movido para a área do ACBr Pro, para que o SLA de respostas seja considerado

Como o log anexado não é da lib, não temos como analisar. O erro relatado pode ser em outras partes do seu fonte, além da integração da Lib, tendo em vista que o método de inicialização aparentemente funcionou. 1. Identifique em qual ponto da sua aplicação o erro acontece para podermos verificar. * Caso ocorra em alguma chamada da lib, nos informe como reproduzir o problema 2. Configure a lib para gravar o log e anexe o arquivo gerado para análise * Preencha o ini gerado conforme abaixo para geração do log [Principal] TipoResposta=0 CodificacaoResposta=0 LogNivel=4 LogPath=/caminho_onde_salvar/

Olá pessoal, O programa de exemplo da ConsultaCEP em PHP foi refatorado (Rev-36953), seguindo os padrões que foram adotados nos novos programas que estão sendo desenvolvidos: Incorporado ACBrComum.php que contém métodos gerais que podem ser utilizados por todas as bibliotecas, removendo a redundância dos métodos Removidos arquivos individuais por método e centralizadas chamadas no ACBrCEPServicos**.php (** = MT ou ST) Unificada página principal em ACBrConsultaCNPJBase.php centralizando o código e removendo redundância entre MT e ST ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoMT.php Até mais!!!

Se o ini foi criado automaticamente aparentemente o método de inicializar funcionou. Qual método da lib você está chamando que apresenta esse erro?

Olá pessoal, O programa de exemplo da ConsultaCNPJ em PHP foi refatorado (Rev-36889), seguindo os padrões que foram adotados nos novos programas que estão sendo desenvolvidos: Incorporado ACBrComum.php que contém métodos gerais que podem ser utilizados por todas as bibliotecas, removendo a redundância dos métodos Removidos arquivos individuais por método e centralizadas chamadas no ACBrConsultaCNPJServicos**.php (** = MT ou ST) Unificada página principal em ACBrConsultaCNPJBase.php centralizando o código e removendo redundância entre MT e ST ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCNPJ\ACBrConsultaCNPJDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCNPJ\ACBrConsultaCNPJDemoMT.php Até mais!!!

O comportamento no Linux é o mesmo. Se não houver permissão para escrita no diretório, o Ini não será criado.

Olá @HASA Conforme a documentação: -6 Indica que não foi possível encontrar o diretório do arquivo INI. Se você estiver preenchendo o primeiro parâmetro do método ( eArqConfig ), verifique se o caminho informado existe e se as permissões estão corretas para a biblioteca poder escrever neste local. NFE_Inicializar([eArqConfig, eChaveCrypt]);

O CST 201 não tem vICMS. Neste cenário você não deveria preencher o vICMS no Total, por isso está gerando a rejeição. Veja no leiaute da NFe, nas páginas 51..53 https://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.02 Anexo I Leiaute NFe.pdf

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-36697 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Olá pessoal, Foi enviado ao SVN na Rev-36697 a alteração da classe TinfoIRComplem do S-5002, que passou a ser uma TCollection devido a mudança do leiaute 1.3. Até a versão anterior, o número máximo de ocorrências era 1 e passou a ser 13, conforme destacado abaixo. Segue exemplo de mudança de tratamento a ser feita, caso sua aplicação esteja considerando o retorno desta classe: De: var dtLaudo: TDateTime; begin dtLaudo := IdeTrabalhador.infoIRComplem.dtLaudo; . . . Para: var i: Integer; dtLaudo: TDateTime; begin for i:=0 to IdeTrabalhador.infoIRComplem.Count - 1 do begin dtLaudo := IdeTrabalhador.infoIRComplem.Items[i].dtLaudo; . . . end; . . . Até mais!!!

A dhEmi parece correta. O retorno está apresentando um primeiro erro que eventualmente pode estar ocasionando o segundo. TAG:<ide> ID:B04/natOp(Descricao da Natureza da Operacao) - Nenhum valor informado. Preencha a chave natOp e veja se resolve ambos [Identificacao] natOp=exemplo de descrição

@Eduardo Rodrigues de Faria Você pode disponibilizar um xml do S5002 para testes e validações do segundo caso?

Desenvolvemos programas de exemplo em PHP sem framework e a comunicação com as bibliotecas via FFI. Lembrando que o FFI foi disponibilizado a partir da versão 7.4 do PHP, verifique se sua versão do ScriptCase é compatível. Se você consegue consumir outras bibliotecas com o ScriptCase, utilizando FFI, provavelmente irá funcionar com as bibliotecas do ACBr também.

Olá, Sim, o componente do eSocial no ACBr está em dia com o leiaute e NTs atuais. Caso você não desenvolva em Delphi ou Lazarus, temos também a Biblioteca (dll ou so) e o ACBrMonitor como soluções para outras linguagens.

Obrigado pela contribuição. Criada TK-6364 para análise. Por favor anexe o fonte alterado para análise.