Diego Foliene

Contingência ativada para a Sefaz-SP Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx Siga os passos deste tópico para configurar o componente do ACBr para emissão em contingência

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

Bom dia! Recebemos relatos de que a Sefaz-SP e a Sefaz-MT estão passando por instabilidade. A transmissão de NF-e esta acontecendo sem muitos problemas, mas temos relatos de lentidão e até mesmo Timeout em algumas tentativas. (Em sua maioria no endpoint da consulta de protocolo). Alguns relatos informam estar recebendo retornos como: E também

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

Bom dia @silvio luis longhitano! Você pode usar o ambiente de homologação do Amazonas. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/

Bom dia @[email protected]! Veja que a unit que faz a impressão gera automaticamente o QRCode no impresso caso venha o link no XML da NFSe.(Feito em Fortes Report, TK criada no backlog para implementar em Fast). O que temos visto é que essa informação não tem sido devolvida pelo webservice e por isso não é gerado o QRCode. Ainda assim, caso queira, você mesmo pode alterar o INI e realizar um teste. Basta seguir as instruções deste tópico

Bom dia @Ademar DC! Primeiro de tudo, muito obrigado pela colaboração. Toda contribuição é sempre mais do que bem vinda! Veja bem, não é que ele está ativo homologação para a versão 1.00, note que a condição é: if (VersaoNFSe = ve100) and (Ambiente = taHomologacao) then NFSeNode.AppendChild(AddNode(tcStr, '#3', 'nfse_teste', 1, 1, 1, '1', '')); Isso quer dizer que quando estiver em homologação e a versão for 1.00, vai ser inserido no XML uma tag nfse_teste. Isso é feito porque na versão 1.00 desse provedor, as URLs de produção e homologação são as mesmas e por isso é preciso adicionar essa tag para diferenciar se está fazendo o envio em produção ou em homologação. Isso já não acontece em outras versões desse mesmo provedor que possuem URLs diferentes para os ambientes de homologação e de produção. Então essa parte precisa ser assim mesmo. Por favor, pode citar um exemplo de Parâmetro que não esteja encontrando na TemParametro mesmo tendo no arquivo INI?

Boa tarde! Mais uma vez, muito obrigado pela contribuição! A mesma foi disponibilizada na Rev-28391. Por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

O que é a mensagem "Lote em Processamento"? De acordo com o manual do CTe, versão 3.00a é possível consumir os serviços de duas formas, Síncrona e Assíncrona. Aqui vamos focar no envio assíncrono. Nele o fluxo simplificado pode ser resumido em: 1. Enviamos a solicitação do serviço. 2. Recebemos um número de Recibo. 3. Realizamos uma consulta pelo Número do Recibo para obter o resultado do processo. Fonte: Projeto de Conhecimento de Transporte Eletrônico - Manual do Contribuinte. A mensagem Lote em Processamento é uma possível mensagem a ser recebida depois de consultar o resultado do serviço assíncrono de Envio de lote de CT-e. De acordo com o MOC, o recomendado é aguardar um tempo mínimo de 15 segundos entre o envio do lote e a consulta do resultado do processamento. O que fazer quando a recebo? A primeira coisa a se considerar quando recebe a mensagem é aumentar o tempo entre o envio do lote e a consulta do mesmo. Caso opte por deixar que o componente automatize a consulta após o envio as propriedades que devem ser consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades são acessíveis em: ACBrCTe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milisegundos; ACBrCTe.Configuracoes.WebServices.Tentativas := 5; ACBrCTe.Configuracoes.WebServices.IntervaloTentativas := 3000;//Valor definido em milisegundos;

Bom dia @Rogério Xavier! Muito obrigado pela intenção em contribuir! No entanto, a alteração que você fez é em uma unit base e apesar de parecer simples, pode acabar gerando problemas para outros provedores. Por isso, não é possível aceitar ela. Além do mais, se você conferir na procedure configuracao dessa mesma unit, vai ver que o FpFormatoDataRecebimento já recebe o valor tcDatHor. Por favor, peço que altere o valor de FpFormataDataRecebimento na unit SigCorp.Provider(ela fica em ..\Fontes\ACBrDFe\ACBrNFSeX\Provedores), faça um novo teste e reporte caso de certo.

Bom dia @Antonino! Muito cuidado ao usar o Delphi Community para fins que não sejam de estudo! Leia com atenção os termos da Embarcadero, pois se ela descobrir que você os violou, não vai hesitar em buscar reparação e isso pode vir em uma punição financeira severa. Mas se ainda assim deseja prosseguir. De uma olhada neste tópico e veja se as informações contidas nele podem lhe ser úteis.

Bom dia! Mais uma vez, muito obrigado pela contribuição! A mesma foi aceita e enviada ao SVN na Rev-28365, por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

Bom dia! Verifique se as suas Dlls do OpenSSL estão atualizadas! Faça um teste colocando as Dlls que tem aqui https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86 na mesma pasta do executável.

Verifique se você tem alterações locais(ícone vermelho) ou problemas não resolvidos(ícone de atenção amarelo) nos seus fontes.

Bom dia! O provedor para a cidade de Santa Barbara d' Oeste é o SigISSWeb. Se conferirmos a unit deste provedor Podemos ver que não tem métodos de consulta implementados para ele. Muito provavelmente isso acontece porque o provedor não disponibilizou os schemas então não tínhamos como fazer a implementação. Sobre o erro ao emitir, se possível, por favor, anexe os arquivos Soaps do processo para análise.

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

Bom dia, tem mais de uma pasta do ACBr em sua máquina? Verifique se não tem nenhuma alteração local, uma bolinha vermelha na unit, se houver faça um revert. Você fez esse teste?

Boa tarde! Mais uma vez, muito obrigado pela contribuição. Do que pude conferir a mesma está correta e por isso foi enviada ao SVN na Rev-28337. Por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e relate qualquer problema.

Boa tarde @IMATECH! Muito obrigado pela intenção em colaborar! Mas esse ponto já foi corrigido na Rev-28247. Por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

Boa tarde pessoal! A Sefaz-MG está com contingência agendada para a data de hoje(26/01/2023) iniciando as 18:30 e com previsão de durar até as 22:30 Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx Caso precise emitir documento fiscal nesse período, siga as instruções deste tópico:

Boa tarde! Mais uma vez, muito obrigado pela contribuição! Conferindo aqui, aparenta estar tudo certo. Enviado ao SVN nas Revs 28329 e 28330. Por favor, atualizem seus fontes, reinstalem o ACBr e façam novos testes. Reportem qualquer problema.

Bom dia! Verifique como está a seção de Brasília no seu arquivo ACBrNFSeXServicos.ini

O problema de instabilidade na Sefaz-SP aparenta ter sido solucionado. Não houveram mais relatos de problema em nossa comunidade no Discord e número de relatos de problemas caiu consideravelmente

Bom dia! Consultando hoje(26/01/2023) a Sefaz-MS demonstra ter normalizado O site também está acessível novamente

Bom dia! Seu Log de instalação está bem incompleto. Ele não gera mais informações além destas? De qualquer maneira, houve um commit recente que altera o package ACBrComum(Rev-28322), por favor, atualize seus fontes e faça um novo teste de reinstalação marcando a opção para "Apagar arquivos antigos no Instalador"