Diego Foliene

Bom dia! Quando você usa o método Consultar, recebe na resposta um arquivo que tem uma como uma de suas tags raiz <ConsultarLoteEventosResult>, dentro dela, tem tags <evento> com 3 principais grupos <retornoEvento> que tem as informações do recibo e outras informações de processamento do evento. <tot> está tem a informação do totalizador podendo conter os S-5XXX. Conferindo nos fontes do componente ACBreSocial que é usado para a Lib, ele tem esta função: function TConsultaLote.TratarResposta: Boolean; var I, J: Integer; AXML, NomeArq: String; begin FPRetWS := SeparaDados(FPRetornoWS, 'ConsultarLoteEventosResult'); FRetConsultaLote.Leitor.Arquivo := ParseText(FPRetWS); FRetConsultaLote.LerXml; for I := 0 to FRetConsultaLote.RetEventos.Count - 1 do begin for J := 0 to FRetConsultaLote.RetEventos.Items[I].tot.Count -1 do begin AXML := FRetConsultaLote.RetEventos.Items[I].tot.Items[J].XML; if AXML <> '' then begin NomeArq := FRetConsultaLote.RetEventos.Items[I].Id + '-' + FRetConsultaLote.RetEventos.Items[I].tot.Items[J].tipo + '.xml'; if (FPConfiguracoeseSocial.Arquivos.Salvar) and NaoEstaVazio(NomeArq) then FPDFeOwner.Gravar(NomeArq, AXML); end; end; end; Result := True; end; Em suma, esse trecho salva os XMLs dos eventos no caminho que foi definido em PathSalvar se a opção SalvarArq estiver definida como Sim nas configurações. Eu isolei essa função e fiz um teste com um arquivo de retorno que tinha e a mesma gerou no caminho que defini em PathSalvar XMLs com a seguinte nomenclatura. "ID do atributo ID que vem na retornoEvento" + "-" + "S5001.xml" com o conteúdo do S-5001 e "ID do atributo ID que vem na retornoEvento" + "-" + "S5003.xml" com o conteúdo do S-5003. Ambos vieram no retorno. A sua necessidade foi porque ele estava salvando com data e hora. Por favor, pode conferir se definiu um PathSalvar, definiu SalvarArq como 1 - Sim e fazer um novo teste? Se ele gerar os arquivos corretamente, peço que confirme se atende a sua necessidade. Se ainda assim estiver dando problema, peço que encaminhe o arquivo de retorno da consulta(o que tem -sit no nome) , o log e o arquivo de configuração da lib para análise. Como tem informações sensíveis, pode seguir as instruções deste tópico:

Bom dia. Hoje, 15/03/2023, por volta das 09:00, alguns usuário começaram a relatar em nos canais específicos de nossa comunidade do Discord estarem tendo problemas para transmitir NF-e para a Sefaz-SP. Os principais relatos eram de Erro 12002 ou Erro 12007. Consultando no DownDetector é possível observar que de fato, houve um pico nos relatos de problema na Sefaz nessa faixa de horário. O usuário @Grego, chamou atenção para a seguinte mensagem que consta no Portal Estadual da Sefaz-SP

Bom dia. Essa tag é apenas para versão 2.0 do CT-e. Veja trecho retirado da unit que crie o XML. Buscando no Leiaute de versão 3.0a, disponível aqui, tanto por forPag quanto por Forma de pagamento do serviço que é a descrição da Tag, aponta 0 ocorrências.

No exemplo do ACBrNFSeX, marque a opção Salvar Envelope Soap que fica na aba WebService. Ao fazer isso, ele vai gerar para você além do XML os arquivos de envelope, tanto de envio quanto de resposta. De posse desses arquivos você tem mais informação para analisar e para mostrar ao provedor caso requerido.

Bom dia. A informação está indo no arquivo de envio? Conferindo na unit do provedor e fazendo um teste com o programa exemplo, elas as informações de identificação são preenchidas nas tags: <cnpj>XXXXXXXXXXXXXX</cnpj> <senha>XXXXXX</senha> Se a informação consta no arquivo e ainda assim recebe este erro, acredito que o caminho seja entrar em contato com o provedor e questionar.

Bom dia. Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que o prazo original da contingência foi estendido, antes a previsão para fechar a contingência era no dia 14/03/2023 as 18:00. Como é possível observar, esse prazo foi estendido e a previsão de encerramento da contingência foi alterada para as 18:00 do dia 15/03/2023

Boa tarde. Por favor, verifique a configuração ExibeCampoDePagamento Caso esteja definido como eipNunca, altera para as outras opções e veja se atende a sua necessidade.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3714. Por favor, se puder disponibilizar o manual em que consta a informação para auxiliar na análise.

Boa tarde. Desculpe, mas não sei se entendi bem essa parte. No momento, o Banco do Bradesco não é um dos possíveis bancos para usar via WebService. A Caixa tem disponível via WebService. Para a lista completa de quais bancos o ACBrBoleto contempla via WebService e algumas configurações específicas a serem usadas por tipo de banco, por favor, consulte

Bom dia. O processo quando assíncrono(esse é o caso do Ginfes) é: Envia o lote de RPS. Recebe um número de protocolo confirmando que o Lote foi recebido pelo provedor. Consulta a Situação do Lote usando o protocolo que recebeu. A situação do lote pode ser 1 - Lote Não Recebido, 2 - Lote em Processamento, 3 - Lote Processado com Erros e 4 - Lote Processado com sucesso. Se a situação for 3 ou 4, consulta o Lote para receber os erros de processamento ou as NFSe. No seu caso, em 505469090-sit-soap.xml, você recebeu que situação do Lote está como 2, ou seja, ainda está em processamento. Por isso, deve aguardar para poder consultar. Você pode consultar a situação e o lote manualmente depois de enviar o Lote de RPS. Se for fazer isso, indico que aguarde ao menos uns 15 segundos entre o envio e a a consulta. Você também pode automatizar esse processo de consulta permitindo que o componente consulte automaticamente depois do envio. Para fazer isso você precisa definir as seguintes propriedades. // Essa propriedade faz com que o componente consulte a situação do lote automaticamente depois de enviar. ACBrNFSeX.Configuracoes.Geral.ConsultaLoteAposEnvio := True; //Essa propriedade define o tempo que o componente vai esperar antes de fazer a primeira consulta depois de enviar. ACBrNFSeX.Configuracoes.Geral.WebServices.AguardarConsultaRet := 15000; //Definida em milisegundos, neste caso 15 segundos é o tempo. //Essa propriedade define quantas vezes o componente vai tentar fazer a consulta até receber um sucesso ou extrapolar as tentativas configuradas. ACBrNFSeX.Configuracoes.Geral.WebServices.Tentativas := 5; //Essa propriedade define quanto tempo o componente vai aguardar entre uma consulta e outra. ACBrNFSeX.Configuracoes.Geral.WebServices.IntervaloTentativas := 5000; //Definida em milisegundos. Esse é um exemplo. Caso defina essas propriedades e mesmo assim o retorno continue sendo Lote não processado, experimente incrementar elas. Mas vale dizer que um tempo muito alto deve ser exceção. Se chegar a 30 segundos ou mais no AguardarConsultaRet e mesmo assim não der certo, tente contato com o provedor para verificar a situação. Sempre tem a possibilidade de o mesmo estar passando por instabilidade.

Bom dia! Muito obrigado por querer contribuir. No entanto, fazendo uma comparação inicial da imagem que você disponibilizou com a que temos disponível no SVN, me parece que as imagens já estão coincidindo, divergindo apenas no tamanho, que no caso da do SVN, está padronizada(veja que é o mesmo tamanho para todos os logos). Ainda assim, foi criada a #TK-3709 para parecer do análise e parecer do consultor responsável.

Boa tarde. Hoje, 13/03/2023, por volta das 17:30, alguns usuários começaram a relatar problemas ao transmitir NF-e para a Sefaz-MG em nossa comunidade do Discord. O relato era a constante resposta de cStat:105 - Lote em Processamento. E alguns usuários compartilharam prints de ferramentas de monitoramento que demonstravam tempos de resposta oscilando e próximos ou acima de 30 segundos. O membro da comunidade @RNunes91, chamou atenção para o fato de a contingência ter sido ativada. Fonte: Portal da Nota Fiscal Eletrônica. Para emitir NF-e em contingência usando o ACBrNFe, siga as instruções do tópico

Por favor, verifique se a propriedade ACBrNFSeX.Configuracoes.Geral.ConsultarLoteAposEnvio está definida como True, caso não esteja, peço que defina e faça um novo teste. Quanto as outras configurações que passei: ACBrNFSeX.Configuracoes.WebServices.AguardarConsultaRet := 15000; Depois de enviar o RPS, ele vai esperar 15 segundos antes de fazer a primeira consulta. ACBrNFSeX.Configuracoes.WebServices.IntervaloTentativas := 5000; Se a primeira consulta não der certo, ele vai esperar 5 segundos antes de tentar de novo. ACBrNFSeX.Configuracoes.WebServices.Tentativas := 5; Ele vai tentar 5 vezes. Se com esse tempo não deu certo, a primeira coisa que você pode fazer é aumentar o valor de AguardarConsultaRet, tente colocar 20000(20 segundos) ou até mesmo 30000(30 segundos, essa aqui geralmente é quando há lentidão). Você também pode aumentar o IntervaloTentativas. Mas fique atento a isso. Um valor muito alto para essas configurações deve ser exceção e não regra. Teste com 30000 para o AguardarConsultaRet, se der certo, sugiro que mantenha assim, caso seja necessário usar, mas volte a testar novamente em outro período com um valor menor. Se mesmo assim não der certo, tente entrar em contato com o provedor e questionar qual é o período que é preciso aguardar entre o envio do RPS e a consulta da situação do lote.

Boa tarde. Muito obrigado por reportar a mudança de URL. Fiz alguns testes e a princípio, tive o mesmo problema que você relatou. Foi criada a #TK-3708 para análise do caso.

Boa tarde. Situação Lote: 2 significa que o Lote está aguardando processamento. Para consultar o lote, a Situação Lote precisa ser 3 que significa Lote Processado com Falhas ou 4 que quer dizer Lote Processado com Sucesso. Mais detalhes sobre as diferentes situações de lote neste tópico O que você pode fazer caso esteja deixando que o componente automatize o processo para você é revisar as propriedades: ACBrNFSeX.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Tempo em milisegundos entre o envio e a primeira consulta. ACBrNFSeX.Configuracoes.WebServices.Tentativas := 5; //Quantidade de tentativas de consulta que serão feitas até sucesso ou falha de todas as tentativas. ACBrNFSeX.Configuracoes.WebServices.IntervaloTentativas := 5000; Tempo em milisegundos entre as tentativas de consulta. Caso esteja consultando manualmente, aguarde um pouco mais de tempo. O tempo mínimo recomendado é 15 segundos entre o envio e a primeira consulta. Se o problema persistir depois de muito tempo, por exemplo, enviou em um dia e consultando +24 horas depois ainda tem o mesmo retorno, entre em contato com o provedor.

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

Contribuição enviada ao SVN na Rev-28771. Por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

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

Certo. Optei por enviar ao SVN somente a alteração da tag CodigoTributacaoMunicipio. Disponibilizado na Rev-28770. Por favor, queira atualizar e testar.

Também obtive o mesmo resultado que o @Italo Giurizzato Junior, testando com o programa exemplo. Por favor, como está sua configuração de SSL? Mais especificamente: Via property elas são: ACBrNFSeX1.Configuracoes.Geral.SSLLib; ACBrNFSeX1.Configuracoes.Geral.SSLCryptLib; ACBrNFSeX1.Configuracoes.Geral.SSLHttpLib; ACBrNFSeX1.Configuracoes.Geral.SSLXmlSignLib; ACBrNFSeX1.SSL.SSLType Veja também se seus fontes não estão desatualizados ou com alterações locais.

Bom dia @Helius_ERP. Por favor, usando uma ferramenta de comparação com o schema atual do SVN, além do CodigoTributacaoMunicipio, houveram outras alterações no schema. Elas também foram necessárias para que você conseguisse emitir?

Já resolvido em outro tópico.

Bom dia. Seus anexos estão como indisponíveis para download, por favor, pode verificar?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Você está usando o programa exemplo certo? Por favor, configure na aba Web Service a opção Salvar Envelope Soap e faça um novo teste. Ao fazer isso, além dos XMLs, vai ser gerado dois arquivos com -soap no nome. Esses são os arquivos de envelope de envio e de resposta. Peço que os disponibilize os mesmos para análise. Caso julgue que eles tenham dados sensíveis e não possam ser compartilhados aqui, peço que siga as orientações deste tópico para nos encaminhar https://www.projetoacbr.com.br/forum/topic/69182-como-enviar-logs-ou-informações-sigilosas-quando-requeridos-para-análise/

Bom dia. Na verdade o grupo na versão 1.10 da NT passou a ser N08a. O ideal é tirar esta dúvida com seu departamento contábil, para que não sobre erros para você futuramente, mas no meu entendimento, é somente sobre os combustíveis em que incide Tributação Monofásica. De acordo com texto do grupo: E nome do mesmo: