Diego Foliene

Faça um teste alterando a versão QRCode para 1.

Olá pessoal. Em 02/02/2023 foi publicada a versão 10.1.1 do validador SPED ECD - Escrituração Contábil Digital, trazendo as seguintes mudanças: Fonte: http://sped.rfb.gov.br/pagina/show/7156

Bom dia! Contingência ativada novamente para Sefaz-SP desde as 09:19 da data de hoje(03/03/2023) Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx?AspxAutoDetectCookieSupport=1

Você preencheu a aba NFC-e com os dados indicados no link?

Bom dia! Não é necessário. Apenas configure o ACBrNFe para homologação no Amazonas. Se você abrir o arquivo ACBrNFeServicos.ini(ele fica em..\Fontes\ACBrDFe\ACBrNFe), vai ver que as URLs já estão certas

Boa tarde! Recebemos um comunicado de que a Sefaz-MG vai reiniciar a aplicação de NFC-e na data de hoje(02/02/2023) as 22:00h para aplicar algumas atualizações de parâmetros. A previsão de duração é de uma hora retornando as 23:00h. É esperado que o serviço fique indisponível durante esse período.

Consultando as 11:14 de hoje(02/02/2023), a contingência foi desativada para Sefaz-SP. Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx?AspxAutoDetectCookieSupport=1

Bom dia! A Sefaz-SP ainda está passando por instabilidade! A contingência foi desativada por um breve período, mas já foi ativada novamente Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx?AspxAutoDetectCookieSupport=1 Siga as instruções do tópico abaixo para transmitir em contingência:

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

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.