Diego Foliene

Boa tarde pessoal! Ao conferir no painel Situação SVC, é possível observar que a Sefaz de Goiás está com contingência agendada, com previsão de inicio no dia 02/11/2023 às 00h00 e término no dia 06/11/2023 às 12h00. Para utilizar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro de nossa comunidade @Rafael - ATS Informática por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Boa tarde! Foi enviado ao SVN na Rev-31145, alteração visando corrigir esta questão. Por favor, queira atualizar seus fontes do VB6, realizar novos teste e reportar qualquer problema.

Por favor, quero ver como está ficando a entrada do método NFe_Enviar No log gerado pela Lib quando você emite NFe e NFCe, por isso, pedi que configurasse o log para o nível paranoico.

Recebemos relatos de que a situação foi normalizada. Conferindo às 13h03 no DownDetector também diminuiu consideravelmente o volume de relatos de problemas.

Por favor, configure o log para o modo paranoico e faça um novo teste. Veja como ficam as entradas no seu log. Acredito que ele esteja consultando após o envio e por isso esteja retornando erro de schema.

Duque de Caxias usa o leiaute do provedor ISSNet, é um leiaute de impressão específico a ele. Já a outra cidade, faz uso do leiaute retrato genérico, que atende aos outros provedores. São classes distintas. Ainda estamos investigando o caso. A sugestão do link é um paliativo para que não fique sem conseguir imprimir. Vamos reportando aqui a medida que formos descobrindo mais informações.

Bom dia! Se você consultar a NFC-e a mesma foi de fato transmitida? Todos os schemas estão atualizados? (Você está usando os que vem junto da Lib, correto?) Qual é a versão da Lib que está usando?

Bom dia! Nosso amigo @Daniel InfoCotidiano conseguiu sanar o problema no ambiente de testes ao seguir os passos indicados neste link: How To Install Microsoft TrueType Fonts on Ubuntu-based Distributions Por favor, pode realizar um teste seguindo estas orientações?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Obrigado por reportar. Criada a #TK-4683 para tratativa do problema.

Bom dia! Hoje, dia 01/11/2023, por volta das 07h41 começamos a receber em nossa comunidade do Discord múltiplos relatos de membros com problemas para emitir NF-e para a Sefaz de São Paulo. Os relatos tem em comum estarem recebendo Erro 500 como retorno. Conferindo no DownDetector, é possível observar que o volume de relatos de problema aumentou exponencialmente durante esse mesmo período, alcançando um volume alto de reclamações. Não há contingência ativada até a publicação deste tópico.

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

Aqueles que relataram estarem recebendo consumo indevido reportaram normalização.

Bom dia pessoal! Hoje, dia 30/10/2023, entraram em vigor no ambiente de produção as alterações em regras de validação existentes e também as novas regras propostas na versão 1.30 da NT2023/001 sobre Tributação Monofásica sobre Combustíveis. Mais informações a respeito dessas novas regras podem ser encontradas no tópico: No entanto, múltiplos membros tem reportado nos canais de nossa comunidade do Discord estarem recebendo rejeições estabelecidas nessas regras que não deveriam ocorrer. Como exemplos mais comuns, estão: Uma NFe cujo cProdANP não consta na Tabela de Combustíveis Sujeitos a Tributação Monofásica e que está usando CSOSN está recebendo rejeição 959 cujo texto indica que não deve ser informado CST monofásico. O CST Monofásico 61 com os campos obrigatórios devidamente preenchidos na NFe recebem rejeição 960 cujo texto indica que deve ser informado grupo de tributação monofásica. NFe com CST 61 devolvendo rejeição 769 que de acordo com a NT passa a valer em produção apenas em 01/04/2023. Há até mesmo relatos até mesmo de consumo indevido ao enviar NFe. Em situações como essa é importante que seja aberto um fale conosco junto a Sefaz. Quanto mais pessoas relatando erro, mais rápido a Sefaz percebe que de fato existe um problema.

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

Bom dia pessoal. Conferindo no painel Situação SVC, é possível observar que a Sefaz do Mato Grosso está com a contingência ativada desde às 06h45 do dia 30/10/2023, com previsão de encerramento às 15h00 do mesmo dia. Para usar o ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro @Felipe Mariano por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Boa tarde! Muito obrigado! Foi criada a #TK-4660 para implementação.

Tanto no exemplo quanto na Lib, o e-mail chegou para o destinatário então? O problema é a Lib estar devolvendo está mensagem como erro?

Bom dia! Você está usando as mesmas configurações de e-mail em ambos os casos? O destinatário é o mesmo? Se for testando com um destinatário diferente ocorre o mesmo problema?

Leiaute 0.07 do Cupom Fiscal Eletrônico (CFe) 09 DE NOVEMBRO DE 2022 - 12:46 A Secretaria da Fazenda do Ceará (Sefaz-Ce) informa que, continuará a recepcionar os Cupons Fiscais Eletrônicos (CFes) emitidos com o leiaute da versão 0.07 até 31 de dezembro de 2023. Esclarece ainda que, no decorrer de 2023, os leiautes nas versões 0.07 e 0.08 do CFe poderão ser utilizados pelos aplicativos comerciais dos contribuintes. O órgão destaca que os fabricantes do equipamento Módulo Fiscal Eletrônico (MFE) já estão realizando os processos de homologação dos softwares básicos com a versão 0.08. A Sefaz alerta que é imprescindível o planejamento por parte das softwares houses para a realização de todas as adaptações técnicas exigidas pela Especificação Técnica de Requisitos SAT 2.28.05 ou posteriores, que se encontram disponíveis no PortalCFe. Para mais informações, os contribuintes podem entrar em contato pelo email [email protected] . Fonte : Leiaute 0.07 do Cupom Fiscal Eletrônico (CFe) - Secretaria da Fazenda (sefaz.ce.gov.br)

Foi publicada a versão 23.2.E das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/10/2023 até 30/11/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Bom dia. Testando o seu arquivo INI com o componente nativo (que é usado pelo Monitor), a informação foi gerada corretamente no XML. Veja se essa informação não foi devolvida pelo web service do GNRe desta forma. Você pode usar o método GNRe.GerarXML para criar o arquivo sem enviar para o web service e ver se está ficando correta a informação. Mais detalhes neste tópico. Para salvar os envelopes da requisição a configuração é esta aqui:

Bom dia. Sim, veja como é feito no botão Ler Retorno do programa exemplo do componente. ACBrPagFor1.LerTxtRetorno(NomeArquivo); LogMsg.Lines.Add('Arquivo de Retorno: ' + NomeArquivo); LogMsg.Lines.Add('Lido com sucesso.'); LogMsg.Lines.Add(' '); if ACBrPagFor1.Arquivos.Count > 0 then LogMsg.Lines.Add('Lista de Ocorrências:') else LogMsg.Lines.Add('Sem nenhuma Ocorrência.'); for i := 0 to ACBrPagFor1.Arquivos.Count -1 do begin for k := 0 to ACBrPagFor1.Arquivos.Items[i].PagFor.Registro0.Aviso.Count -1 do begin with ACBrPagFor1.Arquivos.Items[i].PagFor.Registro0.Aviso.Items[k] do begin LogMsg.Lines.Add('Código........:' + CodigoRetorno); LogMsg.Lines.Add('Mensagem......:' + MensagemRetorno); LogMsg.Lines.Add('Segmento......:' + Segmento); LogMsg.Lines.Add('Segmento Filho:' + SegmentoFilho); LogMsg.Lines.Add('Seu Numero....:' + SeuNumero); end; end; for k := 0 to ACBrPagFor1.Arquivos.Items[I].PagFor.Lote.Count - 1 do begin Reg1 := ACBrPagFor1.Arquivos.Items[i].PagFor.Lote.Items[k].Registro1; if Reg1.CodOcorrencia <> '' then LogMsg.Lines.Add('Código...: ' + Reg1.CodOcorrencia); end; end;

Criada a #TK-4658 para análise e tratativa do caso.