Renato Rubinho

{ TNFeEnvEvento } TNFeEnvEvento = class(TNFeWebService) private FidLote: Int64; FEvento: TEventoNFe; FcStat: integer; FxMotivo: String; FTpAmb: TpcnTipoAmbiente; FCNPJ: String; FIE: String; FEventoRetorno: TRetEventoNFe; function GerarPathEvento(const ACNPJ: String = ''; const AIE: String = ''): String; protected procedure DefinirURL; override; procedure DefinirServicoEAction; override; procedure DefinirDadosIntegrador; override; procedure DefinirDadosMsg; override; function TratarResposta: Boolean; override; Debugue a DefinirDadosMsg da TNFeEnvEvento que se encontra em /trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeWebServices.pas

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.

Você verificou as sugestões que passei? * dlls da OpenSSL versão 1.1.1 na pasta da aplicação * Versão correta da Lib, MT o ST de acordo com o que sua API está consumindo. * Arquitetura correta * Versão atual da lib

Essa url não irá acessar, pois não existe mais. Configure, salve as configurações e tente novamente. Se ocorrer um novo erro semelhante a este que recebeu, teste a nova url recebida se acessa pelo navegador. Caso o problema persista, anexe o novo erro que ocorre.

Se não me engano, a logo só vai ocupar este espaço que você circulou, o espaço em branco acima do texto "Nota fiscal" é para informações do cabeçalho. Sua logo contém o brasão e texto, coloque somente o brasão.

Configure a versão do documento fiscal para 4.00 na aba geral.

Estava funcionando e parou ou você está configurando agora? O cenário do servidor é Windows ou Linux? Se for Windows, copie as dlls da OpenSSL versão 1.1.1 na pasta da aplicação, se for Linux instale essa versão e veja se funciona. Confirme se está pegando a versão correta da Lib, MT o ST de acordo com o que sua API está consumindo. Confirme também se está pegando a Lib da arquitetura correta, se o servidor for x64 ou x86, a biblioteca deve ser da mesma arquitetura. Teste com a versão atual da lib, caso esteja testando com uma versão anterior.

@Datacaixa Na verdade, se você passar o ultNSU = 0, ele irá baixar novamente tudo que está disponível (últimos 90 dias) e retomar o controle de ultNSU a partir dos registros baixados. Para o seu caso provavelmente irá atender, você só vai precisar ignorar os anteriores a 1 mês, pois não existe como estipular um filtro do que deverá ser baixado. Veja se é isso que precisa.

O limite é de 50 eventos por lote. No tópico a seguir consta o link para o manual de orientação ao desenvolvedor, com essa informação.

Ao enviar o evento, você deve informar a qual grupo ele pertence. 1. Se estiver utilizando o componente, veja como é feito no programa de exemplo procedure TfrmACBreSocial.btnEnviarClick(Sender: TObject); . . . ACBreSocial1.Enviar(TESocialGrupo(rdgGrupo.ItemIndex + 1)); 2. Se estiver utilizando a Lib, segue documentação https://acbr.sourceforge.io/ACBrLib/eSocial_EnviareSocial.html

Obrigado pela contribuição. Criada TK-5902 para análise.

Olá pessoal, Foram disponibilizados os programas de exemplo em php Singlethread e Multithread utilizando a ACBrLibNFe na Rev-34954. ..\ACBr\Projetos\ACBrLib\Demos\PHP\NFe\ACBrNFeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\NFe\ACBrNFeDemoMT.php Para o programa de exemplo da NFe foi criada a ACBrComum.php, centralizando os métodos em comum entre os modos (ST e MT) e será utilizada nos demais programas que serão desenvolvidos. Unificadas também todas as chamadas da página na ACBrNFeServicosST.php e ACBrNFeServicosMT.php, simplificando e centralizando o código. Aguardem que vem mais por aí... Até mais!!!

Olá @MSS Como simulamos o problema e validamos a solução?

Copie também as dlls da OpenSSL na pasta da aplicação.

Você distribui as dlls de dependências na mesma pasta da lib? Caso não tenha feito, tente e veja se muda o resultado. Se estiver utilizando a OpenSSL 3 e compilando sua aplicação em x64, atente-se em copiar também a legacy.dll Caso o problema persista, apague as dlls da versão 3 da pasta da aplicação e tente com a versão 1.1

Provavelmente ao copiar os métodos que alimentam o componente, algo ficou para traz ou faltou chamar algum método. Eu acredito que falta setar o município e com isso o provedor não foi identificado. Uma sugestão para você tentar caçar isso é colocar um ponto de parada no create e show do programa de exemplo, vai debugando com F7/F8 e anote o caminho. Faça o mesmo no form da sua aplicação e veja se tudo é feito igual. Faça o mesmo com o método Emitir().

Mande sem os zeros à esquerda e veja se passa.

Que eu saiba existe apenas a operação preferencial para a emissão de NFe para destinatário de fora com CFOP dentro, mas se a venda é não presencial, isso é irregular. https://atendimento.receita.rs.gov.br/como-deve-ser-preenchido-o-campo-de-indicador-de-presenca-indpres

Configure o componente para salvar os arquivos soap e anexe para análise. Configuracoes.WebServices.Salvar := True

Não precisa do certificado para assinar, mas precisa das configurações de SSL/TLS para comunicação com o serviço. Se não configurou nada com relação a isso, esse pode ser um problema. Revise também a parte referente à copia das dependências (openssl, libxml2), pois sem os arquivos corretos na pasta da aplicação também podem ser o seu problema. Cuidado com a cópia dos fontes do programa de exemplo, ele serve para você entender como trabalhar com o componente, mas você deve adequar à realidade da sua aplicação. Veja se implementou a parte de carregar as configurações no componente através do método LerConfiguracao. Ele se baseia em carregar as configurações do ini nos campos da tela e depois carregar as configurações dos campos no componente.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Verifique com o provedor se precisa Habilitar o emitente para emissão via WS neste ambiente. Confirme se precisa fazer um cadastro para os testes.

Revise suas configurações de SSL e TLS conforme o tópico a seguir, atente-se a copiar as dlls e dependências. Confirme as configurações do município.

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

O provedor informou que deve ser 99? Altere no programa de exemplo para ver se passa com 99, no trecho a seguir. procedure TfrmACBrNFSe.Alimentar_Componente_layout_Proprio(NumDFe, NumLote: String); . . . case ACBrNFSeX1.Configuracoes.Geral.Provedor of proEquiplano: IdentificacaoRps.Serie := '1'; proISSCampinas, proISSDSF, proSiat: IdentificacaoRps.Serie := 'NF'; else IdentificacaoRps.Serie := '85'; end; Seus dois retornos informam um provável problema do lado do provedor. Caso o problema persista até mais tarde ou amanhã, mesmo com a série 99, seria interessante entrar em contato com o provedor para confirmar se o serviço está no ar e, caso contrário, se eles tem previsão de quando estará para você seguir nos testes.