Painel de líderes

Olá pessoal! Por volta das 08h56 do dia 14/01/2025 começamos a receber múltiplos relatos em nossa comunidade do Discord nos canais #acbrnfe, #sefaz e #pro-nfe de membros da comunidade com problemas com a manifestação do destinatário. Os relatos tem em comum: A não disponibilização dos resumos de notas recentes para o envio de eventos de manifestação, mesmo as notas estando presentes no portal nacional para consulta. A não disponibilização da nota completa após o envio de um evento de manifestação conclusivo. Quando falamos do processo de distribuição dessas notas durante o processo de manifestação do destinatário, é importante reforçar algumas coisas: O processo de sincronização entre os ambientes estaduais e nacionais pode acarretar em um intervalo entre a emissão da nota fiscal eletrônica e a disponibilização da mesma. O web service distribui as notas de até os últimos 90 dias, não trazendo notas emitidas com datas que ultrapassem este limite. Se o cliente deixar de utilizar o serviço por mais de 60 dias, a distribuição é interrompida, sendo necessária nova consulta para voltar a distribuir a partir do momento da mesma. O web service não distribui as notas de forma retroativa. Os documentos que serão recebidos podem variar de acordo com o papel que o CNPJ que está consultando desempenhe no processo de emissão da NF-e(por exemplo, um CNPJ que desempenhe um papel de emissor, não vai receber as notas que emitiu). Possíveis causas: Se certificar de que o cliente faz uso da consulta de Distribuição DFe regularmente para que a mesma não deixe de distribuir os NSUs. Se certificar de que não está havendo consulta paralela para que outro software ou ferramenta de captura esteja recebendo os XMLs que você esperava receber. Se certificar de que o CNPJ que está realizando a consulta de fato recebe os XMLs que espera receber. Se você conferiu todas essas questões, tudo está correto e mesmo assim ainda está tendo problemas, é importante que abra um Fale Conosco junto ao ambiente nacional que é responsável pelo processo de Manifestação relatando o problema. Você pode fazer isso através do link https://www.serpro.gov.br/menu/suporte/css, selecionando a opção "SPED - NFe e CTe" na lista. Quanto mais pessoas reportarem, mais cedo o pessoal da Receita entende que possa existir um problema. Não há comunicado oficial relacionado no Portal da Nota Fiscal até a publicação deste tópico.

bom dia, https://www.gov.br/receitafederal/pt-br/assuntos/orientacao-tributaria/declaracoes-e-demonstrativos/DCTFWeb/arquivos/mit-1-0-divulgacao-inicial.pdf De acordo com essa documentação ainda não está liberado. Vamos buscar mais informações e informamos através do canal de noticias.

sim vou analizar os dois e ver o que pode estar gerando o erro, obrigado por enquanto, posto aqui assim que descobrir a causa

Nosso amigo e consultor @Victor H. Gonzales - Panda compartilhou também esse link que pode ser útil: https://www.in.gov.br/en/web/dou/-/instrucao-normativa-rfb-n-2.237-de-4-de-dezembro-de-2024-599911204

Entendendo o problema. O Manifesto Eletrônico de Documentos Fiscais (MDF-e), conforme seu leiaute, permite que sejam referenciados documentos originários. Estes documentos podem ser CT-es, NF-es ou outros MDF-es. Esta é a regra de validação corresponde a esta rejeição de acordo com o MOC Anexo I - Leiaute e as Regras de Validação: Conforme é possível observar, se você está recebendo está rejeição significa que essas informações não foram encontradas no arquivo XML que foi enviado ao web service. Como resolver? Se você utiliza o componente nativo para Delphi/Lazarus, precisa referenciar o documento conforme exemplo: var LManifesto: TManifesto; LInfMunDescarga: TinfMunDescargaCollectionItem; LInfCTe: TinfCTeCollectionItem; LInfCT: TinfCTCollectionItem; LinfNFe: TinfNFeCollectionItem; LInfMDFeTransp: TinfMDFeTranspCollectionItem; LInfUnidTransp: TinfUnidTranspCollectionItem; Lperi: TPeriCollectionItem; begin LManifesto := ACBrMDFe1.Manifestos.Add; LInfMunDescarga := LManifesto.MDFe.infDoc.infMunDescarga.New; //=============>CT-e<============================= LInfCTe := LInfMunDescarga.infCTe.New; LInfCTe.chCTe := ''; LInfCTe.SegCodBarra := ''; LInfCTe.indReentrega := ''; LInfUnidTransp := LInfCTe.infUnidTransp.New; LinfUnidTransp.tpUnidTransp := utOutros; LinfUnidTransp.idUnidTransp := ''; with LinfUnidTransp.lacUnidTransp.New do nLacre := ''; with LinfUnidTransp.infUnidCarga.New do begin tpUnidCarga := ucOutros; idUnidCarga := ''; with lacUnidCarga.New do nLacre := ''; qtdRat := 0; end; LinfUnidTransp.qtdRat := 0; Lperi := LInfCTe.peri.New; Lperi.nONU := ''; lperi.xNomeAE := ''; Lperi.xClaRisco := ''; Lperi.grEmb := ''; Lperi.qTotProd := ''; Lperi.qVolTipo := ''; LinfCTe.infEntregaParcial.qtdTotal := 0; LinfCTe.infEntregaParcial.qtdParcial := 0; with LinfCTe.infNFePrestParcial.New do chNFe := ''; //=============>CT<============================= LinfCT := LInfMunDescarga.infCT.New; LInfCT.nCT := ''; LInfCT.serie := 0; LinfCT.subser := 0; LinfCT.dEmi := Now; LinfCT.vCarga := 0; LInfUnidTransp := LInfCT.infUnidTransp.New; LinfUnidTransp.tpUnidTransp := utOutros; LinfUnidTransp.idUnidTransp := ''; with LinfUnidTransp.lacUnidTransp.New do nLacre := ''; with LinfUnidTransp.infUnidCarga.New do begin tpUnidCarga := ucOutros; idUnidCarga := ''; with lacUnidCarga.New do nLacre := ''; qtdRat := 0; end; LinfUnidTransp.qtdRat := 0; //=============>NF-e<============================= LinfNFe := LInfMunDescarga.infNFe.New; LinfNFe.chNFe := ''; LinfNFe.SegCodBarra := ''; LinfNFe.indReentrega := ''; LInfUnidTransp := LInfNFe.infUnidTransp.New; LinfUnidTransp.tpUnidTransp := utOutros; LinfUnidTransp.idUnidTransp := ''; with LinfUnidTransp.lacUnidTransp.New do nLacre := ''; with LinfUnidTransp.infUnidCarga.New do begin tpUnidCarga := ucOutros; idUnidCarga := ''; with lacUnidCarga.New do nLacre := ''; qtdRat := 0; end; LinfUnidTransp.qtdRat := 0; Lperi := LInfNFe.peri.New; Lperi.nONU := ''; lperi.xNomeAE := ''; Lperi.xClaRisco := ''; Lperi.grEmb := ''; Lperi.qTotProd := ''; Lperi.qVolTipo := ''; //=============>MDF-e<============================= LInfMDFeTransp := LInfMunDescarga.infMDFeTransp.New; LInfMDFeTransp.chMDFe := ''; LInfMDFeTransp.indReentrega := ''; LInfUnidTransp := LInfMDFeTransp.infUnidTransp.New; LinfUnidTransp.tpUnidTransp := utOutros; LinfUnidTransp.idUnidTransp := ''; with LinfUnidTransp.lacUnidTransp.New do nLacre := ''; with LinfUnidTransp.infUnidCarga.New do begin tpUnidCarga := ucOutros; idUnidCarga := ''; with lacUnidCarga.New do nLacre := ''; qtdRat := 0; end; LinfUnidTransp.qtdRat := 0; Lperi := LInfMDFeTransp.peri.New; Lperi.nONU := ''; lperi.xNomeAE := ''; Lperi.xClaRisco := ''; Lperi.grEmb := ''; Lperi.qTotProd := ''; Lperi.qVolTipo := ''; Caso utilize ACBrMonitorPLUS ou ACBrLib: ; Utilize tags abaixo para Adicionar CTes Relacionados [infCTe001001] chCTe= SegCodBarra= indReentrega= [peri001001001] nONU= xNomeAE= xClaRisco= grEmb= qTotProd= qVolTipo= [infEntregaParcial001001] qtdTotal=0 qtdParcial=0 [infUnidTransp001001001] idUnidTransp= tpUnidTransp= qtdRat= [lacUnidTransp001001001001] nLacre= [infUnidCarga001001001001] idUnidCarga= tpUnidCarga qtdRat= [lacUnidCarga001001001001001] nLacre= ; Utilize tags abaixo para Adicionar NFes Relacionadas [infNFe001001] chNFe= SegCodBarra= indReentrega= [peri001001001] nONU= xNomeAE= xClaRisco= grEmb= qTotProd= qVolTipo= [infUnidTransp001001001] idUnidTransp= tpUnidTransp= qtdRat= [lacUnidTransp001001001001] nLacre= [infUnidCarga001001001001] idUnidCarga= tpUnidCarga qtdRat= [lacUnidCarga001001001001001] nLacre= ; Utilize tags abaixo para Adicionar MDFes Relacionados [infMDFeTransp001001] chMDFe= indReentrega= [peri001001001] nONU= xNomeAE= xClaRisco= grEmb= qTotProd= qVolTipo= [infUnidTransp001001001] idUnidTransp= tpUnidTransp= qtdRat= [lacUnidTransp001001001001] nLacre= [infUnidCarga001001001001] idUnidCarga= tpUnidCarga qtdRat= [lacUnidCarga001001001001001] nLacre= Eu preenchi estas informações, mas mesmo assim elas não foram geradas no meu XML. Para entender isso, primeiro precisamos observar as regras de validação das rejeições 638, 639 e 540: Veja que de acordo com o Tipo do Emitente (tpEmit) que foi preenchido no MDF-e, um determinado tipo de documento não pode ser referenciado. As soluções do ACBr já fazem estas tratativas internamente. Então se, por exemplo, você preencheu o valor 1 para o tpEmit, e preencheu as informações de uma NF-e referenciada, essas informações não serão adicionadas no XML. Você deve corrigir o tpEmit.

Olá pessoal! Conferindo no painel Situação SVC-RS, é possível observar que a Sefaz do Paraná está com a contingência agendada para o Agendada para 18/01/2025 00:00 até 20/01/2025 06:00 Esta informação esta sendo vinculada somente no site da https://www.sefaz.rs.gov.br/NFE/NFE-SVC.aspx , não encontrei esta noticia no site da SEFAZ PR.

Obrigado pelo retorno. Verifiquei o post: Já abri chamado no Serpro. Agradeço,

@IgorAcertSoft, Essa procedure InicializarServico é chamada por todos os serviços da NF-e, tais como envio, consulta, envio de eventos, etc. Se ela realmente estivesse com AV teríamos uma enxurrada de postagens no fórum e no Discord. Se no programa exemplo você teve esse retorno ao consultar isso significa que a procedure em questão executou a sua tarefa. Sugiro você revisar a sua aplicação que deve estar destruindo ou deixando de criar algo que a procedure exige. Essa procedure foi alterada com o surgimento da versão 4 da NF-e que foi em 01/08/2017 (ambiente de homologação), portanto faz mais de 7 anos que ela tem esse código. Você diz que o inherited chama ele mesmo, na verdade ele chama o InicializarServico que esta na unit ACBrDFeWebService, veja: procedure TDFeWebService.InicializarServico; begin { Sobrescrever apenas se necessário } Clear; DefinirURL; if URL = '' then GerarException( ACBrStr('URL não definida para: ') + ClassName); DefinirServicoEAction; if Servico = '' then GerarException( ACBrStr('Servico não definido para: ')+ ClassName); if SoapAction = '' then GerarException( ACBrStr('SoapAction não definido para: ') + ClassName); // Alguns provedores de NFS-e não possui um SoapAction para os seus serviços, // sendo assim é atribuido o caracter "*" no arquivo INI desses provedores. if SoapAction = '*' then FPSoapAction := ''; end; Depois de executar o código acima ele volta e termina de executar o código da procedure TNFeWebService.InicializarServico; que esta na unit ACBrNFeWebServices. Dito isso, reforço o meu pedido: revise a sua aplicação.

Por favor veja se este vídeo pode te ajudar, tem um passo a passo:

Olá, recentemente tivemos um problema com o retorno dos boletos do Banco Inter, na qual não eram retornados todos os boletos, notamos que estava fixado o parâmetro "itensPorPagina" com "1000", porém quando a emissão é via boleto com pix, esse parâmetro passa a ser "paginacao.itensPorPagina". O mesmo também acontece com o parâmetro "paginaAtual". Já fizemos a correção e com isso tudo funcionou de acordo, segue unit em anexo com a correção. ACBrBoletoW_Inter_API.pas

Maravilha!! Acredito que não liberaram o WebService ainda, mas vou ver se já consigo testar hoje mesmo. Obrigado novamente!!

@frankimiotto, Já esta no SVN.

Bom dia @DatawebDev, Já esta no SVN.

destructor TRegistro0001.Destroy; begin FRegistro0035.Free; FRegistro0100.Free; FRegistro0110.Free; FRegistro0120.Free; //Implementado por Fábio Gabriel - 29/11/2012 FRegistro0140.Free; FRegistro0500.Free; FRegistro0600.Free; FRegistro0900.Free; // Falta adicionar esse inherited; end; acbr leak.diff

Anexe a unit alterada e não a diff do svn alteração já está no svn obrigado

Bom dia @frankimiotto, Muito obrigado pela colaboração, já foi criado a TK-6501 para realizar a alteração.

Bom dia @ClausquellerMitome Pode ser que quando a API foi desenvolvida não tinha este recurso. Criado a TK-6500 para análise. assim que concluida reportamos aqui.

Boa tarde @Élviro Cavalcanti, Muito obrigado pela colaboração, já foi criado a TK-6499 para realizar a alteração.

Bom dia @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6489 para realizar a alteração.

Olá pessoal, O programa de exemplo da ConsultaCEP em PHP foi refatorado (Rev-36953), seguindo os padrões que foram adotados nos novos programas que estão sendo desenvolvidos: Incorporado ACBrComum.php que contém métodos gerais que podem ser utilizados por todas as bibliotecas, removendo a redundância dos métodos Removidos arquivos individuais por método e centralizadas chamadas no ACBrCEPServicos**.php (** = MT ou ST) Unificada página principal em ACBrConsultaCNPJBase.php centralizando o código e removendo redundância entre MT e ST ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoMT.php Até mais!!!

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz do Paraná ativou a contingência no dia 13/01/2025 às 16h00 com previsão de permanecer ativa até às 10h00 do dia 14/01/2025. Para utilizar as soluções ACBr em contingência durante este período siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Andreas Otowiczpor compartilhar a informação no canal #sefaz em nosso Discord.

Bom dia Devs ! Tivemos problemas segundo a orientação do banco Sicoob (postado acima) que "não precisa fazer nada por não há impacto" Alguns usuários reportaram problemas com a impressão de boletos que não estava sendo gerado a linha digitável corretamente. Para ajustar isso, entramos em contato com o banco para saber se o DV seria ignorado, mas recebemos a resposta: Questionado sobre o tamanho do NossoNumero: São muitas informações desencontradas. que até o momento não tem documentação atualizada. Tivemos que realizar alguns ajustes devido ao ultimo ocorrido. << Primeiro Passo Atualize o repositório (SVN) e rode o instalador. >> << Quem utilizar ACBrLibBoleto e ACBrMonitorPus, fazer download da nova versão >> Boletos por padrão utiliza LayoutVersaoArquivo = 81 Quem quiser já enviar sequencial (sem DV no NossoNumero) usar : LayoutVersaoArquivo = 810 (como orientado no post anterior) Se hoje você utiliza 810, lembre-se que na consulta e reimpressão de títulos antigos vc precisa passar o nossoNumero com o DV. << Não está encontrando seu Titulo ou o Numero da linha digitável está inválida o que fazer mesmo utilizando 81 ?? >> Quem estiver com problemas ao imprimir ou consultar boletos que foram gerado DV (que não estão usando LayOutVersaoArquivo = 810), utilizar: LayoutVersaoArquivo = -81 (atenção é -81 NEGATIVO) (apenas para consultar, reimprimir) para novos registros não devera utilizar LayoutVersaoArquivo := -81 << Importante: Para novos registros utilizar uma das duas opções abaixo: >> LayoutVersaoArquivo = 810 para nao gerar o dv no nosso numero (conforme o banco trabalha hoje); LayoutVersaoArquivo = 81 para gerar DV

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteCTe deverá mudar o nome dela para ACBrCTe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeMDFe deverá mudar o nome dela para ACBrMDFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFe deverá mudar o nome dela para ACBrNFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Observação: Façam as trocas listadas acima, pois em breve as units "antigas" vão ser removidas do SVN. Novas substituições vão ocorrer, fiquem atentos e mantenham os fontes do ACBr atualizados. Após a atualização caso tenha algum problema vai ai uma dica: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Olá, pessoal! Acabamos de disponibilizar no SVN o novo AAR do ACBrConsultaCNPJ, que traz todas as funcionalidades do componente diretamente para bibliotecas Android. Informações Técnicas: API Mínima: 24 Fonte: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Android/ConsultaCNPJ/ Download: Versão PRO Versão DEMO

Olá pessoal! Como muitos estão cientes, a Sefaz de São Paulo publicou recentemente portaria que determinava que novos SATs não poderiam ser ativados, exceto por aqueles que já faziam uso do mesmo e também determinando uma data final para emissão de CF-e SAT. Ou seja, em poucas palavras, a portaria decretava o fim do equipamento no estado. (Se você não sabia de nada disso, recomendamos que leia mais sobre isso AQUI). No entanto, foi publicado na edição do dia 20/12/2024 do Diário Oficial do Estado de São Paulo a portaria SRE 92, DE 19 DE DEZEMBRO DE 2024, modificando novamente a Portaria CAT147/12 (responsável pela definição do SAT). Esta publicação mais recente revoga o seguinte artigo: Isso significa, que foi liberado novamente para que mesmo aqueles que nunca haviam utilizado SAT, possam ativar o equipamento. Será então que como a famigerada fênix o SAT estaria ressurgindo das cinzas? Apesar da nova portaria, tudo indica que não! Vale lembrar que apesar da revogação do artigo 34-C, o artigo 34-D ainda permanece mantendo assim a data 31/12/2025 como sendo o último dia no qual será permitido a emissão de CF-e SAT.

Não, você não leu errado o título da notícia. A sefaz de São Paulo está dando adeus ao SAT! Foi publicado no dia 31/10/2024 a Portaria SRE 79, DE 31 DE OUTUBRO DE 2024 que modifica a Portaria CAT147/12(responsável pela definição do SAT), acrescentando na mesma os seguintes artigos: Efetivamente impedindo a ativação de novos equipamentos SAT para quem ainda não o tinha o aparelho e estipulando a data de 01/01/2026 para o fim do SAT como um todo. Mas se eu uso o SAT o que eu vou fazer agora? A NFC-e é o documento fiscal que deverá ser utilizado no lugar do CF-e. A muito tempo, esses documentos são "intercambiáveis", com o contribuinte podendo escolher se emite uma NFC-e ou um CF-e através do SAT para acobertar a mesma operação. Eu estou um pouquinho enferrujado, mas o SAT não era a contingência da NFC-e? Não mais! A Sefaz já havia publicado previamente uma portaria autorizando o uso da contingência off-line para NFC-e no estado. Veja mais aqui:

Bom dia, Problema identificado. Drive de CH340, do conversor USBxRS232. O driver mais recente de 2023, que é o instalado automaticamente pelo windows 11, apresenta o problema relatado acima. Solucionamos utilizando um driver CH340 instalável, versão de 2019, através de um executável. Vou disponibilizar no link abaixo, caso mais alguém esteja com problemas neste conversor. DRIVER CH340