Diego Foliene

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.

Boa tarde! Por favor, tente usar o método NFSe_UltimoRetorno para ver se trás mais informações na mensagem de erro. Você também pode conferir previamente se a SetSSL e Porta estão corretos. Vale lembrar também que informações como senha, não devem ser inseridas direto no INI. Você precisa usar o método NFSe_ConfigGravarValor

Bom dia pessoal! No Portal da NFC-e da Sefaz de São Paulo, consta um aviso informando que no dia 29/10/2023, será realizada parada para manutenção no período das 08h00 até às 10h00. Não há previsão de indisponibilidade durante este período, mas ainda assim, o EPEC permanecerá ativo por segurança. Durante este período, poderão ser usados quaisquer meios de contingência previstos na legislação, incluindo o EPEC. Veja o tópico abaixo para mais informações sobre o EPEC. Um agradecimento ao membro @Dani Lejne por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

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

Tranquilo! Que bom que deu tudo certo! Tem mais algum assunto pendente ou posso encerrar este tópico? (Lembrando que você pode sempre abrir um novo em caso de dúvidas).

Bom dia pessoal! Foi publicado no Diário Oficial da União no dia 09/10/2023 o Ajuste SINIEF Nº20 com o cuja redação é: Na prática a nova redação adiciona a possibilidade de substituir o impresso por consulta online em portal disponibilizado pela unidade federativa desde que atenda as condições impostas. Reforçando que se o consumidor optar pela não impressão, a empresa envia o cupom por meio eletrônico. As alterações se aplicam somente ao modo normal, em contingência continua a impressão em duas vias conforme orientação sobre contingência.

Bom dia pessoal! Consta no site da Sefaz do AM notícia informando que a partir das 00h01 do dia 02/11/2023 os serviços de TI da Sefaz do Amazonas passarão por uma parada programada. Para minimizar os impactos, os serviços de emissão de NF-e e NFC-e continuarão operando até ás 16h00, quando terão seu funcionamento interrompido com uma previsão inicial de indisponibilidade por 2 horas. Durante este período as emissões deverão ser feitas em contingência. Leia a notícia na íntegra AQUI. Para usar o ACBr em contingência durante este período siga as orientações deste tópico.

Bom dia! Precisamos de mais informações. Como fica o registro desses eventos no log gerado pela Lib? O retorno quando você os executa é o de sucesso na operação? Como fica a informação no XML de envio? Você já tentou informando "202300000005555" ? Pode variar se o provedor implementar layout próprio, mas no geral, se refere a esta informação: A obrigatoriedade dos campos pode depender do provedor que você está tentando cancelar a NFS-e, por exemplo, para o provedor Siappa, você precisa informar o CodServ, já para o provedor CTAConsult você precisa preencher a data de emissão. Por isso, é interessante preencher com todas as informações e deixar que a Lib decida qual ela vai usar de acordo com o provedor. Uma forma de você fazer isso é consultando a NFS-e posteriormente. Você também pode tratar o retorno verificando se veio uma informação positiva confirmando o cancelamento. Lembrando que, em algumas cidades, você cancela na hora pelo web service mesmo, enquanto que em outras, você cria uma solicitação de cancelamento que vai ser analisada pela prefeitura para ver se eles vão aprovar ou reprovar. Além da RetirarAcentos, por favor, faça um teste alterando a configuração da codificação de respostas da Lib.