Painel de líderes

Boa tarde. Beleza. Atualizei e funcionou perfeitamente. Obrigado.

Bom dia, Parece ser alguma ocorrencia na própria SEFAZ. Recomendamos que abram chamado no "fale conosco" da SEFAZ que estão usando.

Bom dia. ao efetuar rotina de requisição de alteração em homologação, em ACBrBoletoW_BancoBrasil_API.pas na procedure TBoletoW_BancoBrasil_API.AtribuirNegativacao(AJsonObject: TACBrJSONObject) , chamada na procedure TBoletoW_BancoBrasil_API.RequisicaoAltera com ATitulo.OcorrenciaOriginal.Tipo = toRemessaNegativacaoSemProtesto sempre retorna orgaoNegativador não informado. Com isso alterei no código fonte , adicionando "LJsonAtribuirNegativacaoObject.AddPair('orgaoNegativador', StrToInt64Def(ATitulo.orgaoNegativador,0));" . Gostaria se possível uma orientação sobre essa situação , se alguém já teve esse cenario. Obrigado pelo retorno Rogerio Lindemayer

Sim de acordo com as instruções do ACBR, ali consta Versão 1.01, então acredito que está ignorando a a configuração anterior. [3516200] ; Atualizado em 05/08/2024 Nome=Franca UF=SP Provedor=SilTecnologia ;Versao=2.03 ;ProRecepcionar=https://franca.siltecnologia.com.br/services/Abrasf23 ;HomRecepcionar=https://homologacao.siltecnologia.com.br/tbfranca/services/Abrasf23 ;ProLinkURL=http://franca.siltecnologia.com.br/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%CodVerif% ;HomLinkURL=http://franca.siltecnologia.com.br/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%CodVerif% ; Descomentar as linhas abaixo para usar a API própria Versao=1.01 Params=APIPropria: ProRecepcionar= HomRecepcionar=https://homologacao.siltecnologia.com.br/tbfranca/services/NotaFiscalNacional

@willbraga, como chegou a modificar o XML para passar da mensagem de erro? Estou tentando também fazer passar esse teste na "Raça" heheh. Agradeço.

Obrigado amigo pela resposta e pela clareza com relação a minha dúvida.

Sim, ajustei e funcionou. ACBrTEFAPIPayKit.pas

Bom dia @simtechsistemas. O Padrão nacional não permite o envio em lote. Para ele o envio deve ser feito de forma síncrona e unitária, ou seja, você envia uma DPS por vez. Não! Essa consulta é para o Padrão ABRASF e para provedores de leiaute próprio. Para o padrão nacional as consultas utilizadas são: NFSE_ConsultarDPSPorChave NFSE_ConsultarNFSEPorChave NFSE_ConsultarEvento

Bom dia ,não uso ACBR , mas isso resolveu a emissão ate então não se tem nenhuma reposta do lado da tecnos ,e o próprio validador deles não aponta nada sobre isso ! Muito Obrigado

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 41, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 7, de 30 de setembro de 2005. Efetivamente prorrogando para a data de 04/05/2026 a emissão de NF-e de saída que referencie uma NFC-e.

Composto por 18 diferentes ajustes, o Despacho traz diversas informações importantes e interessantes para as empresas emissoras de software e seus clientes. Abaixo uma relação dos principais ajustes: Ajuste SINIEF Nº 34/2025: Estabelece contingência off-line para GTV-e. Ajuste SINIEF Nº 35/2025: Remove critérios para impressão do DACTe. Ajuste SINIEF Nº 36/2025: Estabelece a emissão do BP-e para transportes intermunicipais. Ajuste SINIEF Nº 37/2025: Altera critérios da obrigatoriedade da NFCom no estado de SP. Ajuste SINIEF Nº 38/2025: Estabelece o novo documento fiscal NFGás e seu respectivo impresso. Ajuste SINIEF Nº 41/2025: Prorroga proibição de NF-e referenciando NFC-e. Ajuste SINIEF Nº 43/2025, Ajuste SINIEF Nº 44/2025 e Ajuste SINIEF Nº 45/2025: Prorroga proibição da NFC-e para CNPJ, obrigatoriedade do uso do DANFe Simplificado Varejo e possibilidade de contingência off-line para NF-e varejo respectivamente. Ajuste SINIEF Nº 47/2025: Traz orientação de emissão de nota de crédito para operação de devolução simbólica. Ajuste SINIEF Nº 49/2025: Traz orientações de emissão de notas de crédito e débito para operações específicas. Ajuste SINIEF Nº 50/2025: Define prazo de cancelamento da DC-e emitida via marketplace. Demais ajustes podem ser conferidos diretamente no Despacho. Achou que faltou algum ajuste aqui? Nos avise em nosso Servidor do Discord ou em nosso Fórum.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 49, de 5 de Dezembro de 2025, que traz orientações sobre operações fiscais para: I - Venda para entrega futura, quando houver pagamento antecipado total ou parcial pelo adquirente; II - perda no estoque de mercadoria por extravio, perecimento, deterioração, furto ou roubo; III - redução de valores ou quantidades, quando não for possível realizar o cancelamento da Nota Fiscal eletrônica - NF-e - de saída; IV - retorno por recusa, total ou parcial, na entrega ou por não localização do destinatário. Consta também a orientação para o destinatário e para o responsável pelo transporte nos casos previstos: O ajuste entra em vigor a partir de 04/05/2026:

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo: O Ajuste SINIEF Nº 43, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 11, de 29 de abril de 2025 que proibia a emissão da NFC-e para CNPJ. Com esta publicação, a proibição foi postergada para 04/05/2026. O Ajuste SINIEF Nº 44, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 12, de 29 de abril de 2025 e prorroga para 04/05/2026 o DANFe Simplificado Varejo, modelo que será utilizado para NF-e emitida no varejo para CNPJ no lugar da NFC-e. O Ajuste SINIEF Nº 45, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 13, de 4 de julho de 2025 e prorroga para 04/05/2026 a possibilidade do uso de contingência off-line para NF-e varejo.

Olá Pessoal, A partir de hoje (10/12/2025) o ambiente de homologação (produção restrita como eles chamam) passou a aceitar somente a versão 1.01 Se tentar enviar na versão 1.00 vai ocorrer um erro acusando que a versão 1.00 é invalida. Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Sendo assim ao configurar a propriedade LayoutNFSe do componente para as cidades que aderiram a emissão da NFS-e Padrão Nacional devemos usar a opção lnfsPadraoNacionalv101. Com a versão 1.01 vai ser possível realizar teste com os novos campos da Reforma Tributária. Essa configuração é para as cidades que aderiram a emissão da NFS-e Padrão Nacional. As cidades que vão continuar com os seus provedores devemos manter a propriedade LayoutNFSe com o valor lnfsProvedor.

Refatoração das Classes de Alto nível C# Olá Comunidade ! Estamos refatorando as classes de alto nível e exemplos em C# para ACBrLibs (ACBrNFe, ACBrNFse, ACBrCEP, etc.) para corrigir bugs. A principal mudança é a versão mínima como requisito para utilizar: .NET 8 (LTS) e superior ou .NET Framework 4.8.x As mudanças não afetam os métodos em alto nível. Motivação Correção de bugs de condição de corrida em ambientes Multi-Thread; Simplificação de manutenção de código; A comunidade ACBr está adotando cada vez mais .NET, ASP.NET em ambientes multiplataforma (Linux e Windows); Melhor suporte para Linux (no caso do .NET); Acompanhar o avanço da tecnologia .NET; O que você precisa estar atento? Estamos migrando nosso desenvolvimento para .NET 8 (LTS) e superior ou .NET Framework 4.8. Os exemplos e classe de alto nível talvez funcionem com versões .NET 5, 6 e 7. Mas recomendamos o uso da versão .NET 8 pelo menos. Isso porque: Versões anteriores ao .NET Core não são multiplataforma e limitam as possibilidades e potencialidades de desenvolvimento de soluções. O .NET Framework 4.8.x ainda tem suporte, mas não recebe implementações novas. Leia mais em: https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-framework Dica: use o GitHub Copilot Modernization Agent para te ajudar a fazer a migração do seu código. Novidades ACBrLibHandle.cs foi simplificado, agora apenas expõe as assinaturas de métodos comuns de alto nível. Finalizar: Método Finalizar() agora é publico. O desenvolvedor tem a escolha de quando destruir a instância de pLibHandle*. Dispose: O método Dispose() nessa nova versão apenas finaliza a instância de pLibHandle*. A versão anterior, além de destruir esse ponteiro, também descarregava a biblioteca nativa (DLL ou .SO). Essa era uma situação que levava a condição de corrida em ambientes Multithread com possível erros de Access Violation. Com essa nova abordagem (DllImport) a biblioteca nativa é carregada e descarregada uma única vez. Obs.: Após o Dispose() a instância não poderá ser reutilizada! *plibHandle é um ponteiro que permite que a instância/thread tenha seu componente ACBr (exemplo ACBrNFe) independente. Exemplo: var ACBrNFSe lib = new ACBrNFSe(); String message = ""; try { message = lib.Versao(); } catch (Exception ex) { message = ex.Message; } finally { lib.Finalizar(); } } Cronograma em Fases da migração Datas previstas para migração ** Fase 1 - Commit no SVN das classes modificadas e demos. - Sem data prevista no momento. Fase 2 - Disponibilização de pacotes no NUGET. - Sem data prevista no momento. ** Sujeito a alterações. Referencias https://learn.microsoft.com/pt-br/dotnet/csharp/programming-guide/delegates/using-delegates https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-and-net-core https://dotnet.microsoft.com/pt-br/platform/support/policy/dotnet-core

O que vai mudar nas cidades que eu atendo com a Reforma Tributária? A partir de 2026, com a necessidade prevista na Lei Complementar 214/2025 de que as informações do IBS e da CBS sejam informadas na NFSe, os municípios terão que escolher entre: Aderir o Padrão Nacional na íntegra para emissão da nota. Continuar usando o provedor que já atende a cidade, mas agora com uma API própria deles que recepciona o arquivo XML no leiaute do padrão nacional. Continuar usando o provedor que já atende a cidade, mas agora com o leiaute do arquivo XML alterado para receber as novas informações que ele precisa. O ACBr atente a Reforma Tributária? Sim, o leiaute do padrão nacional já foi adequado para gerar as novas tags previstas pela Nota Técnica Nº004. Para os casos das cidades que continuarão usando o leiaute próprio, as soluções estão sendo adequadas gradativamente conforme a obtenção das informações. A situação pode ser acompanhada neste tópico. A resposta anterior menciona Nota Técnica Nº 004, mas já existe a 005, ela não vai ser adequada? Conforme trecho presente na própria versão 005, para 2026, os campos que entrarão em vigor no ambiente de homologação e de produção são os da versão 004. Eu já posso testar a Reforma Tributária com o Padrão Nacional? Sim. Na verdade, conforme noticiado neste tópico, você deve usar a versão 1.01 do Layout do Padrão Nacional desde o dia 10/12/2025 no ambiente de homologação. Do contrário vai receber o erro: Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Por que o XML gerado com as informações da Reforma Tributária não tem campos como NFSe/infNFSe/IBSCBS/valores/uf/pIBSUF, NFSe/infNFSe/IBSCBS/valores/mun/pIBSMun e NFSe/infNFSe/IBSCBS/valores/fed/pCBS? Observe que os exemplos mencionados fazem parte do grupo infNFSe, ou seja, eles fazem parte da NFSe e não do DPS. O componente gera e envia para a API do Padrão Nacional o XML do DPS. O XML da NFSe é gerado pela própria API do Padrão Nacional ao converter o DPS enviado. Em suma, é a API do Padrão Nacional que gera essas informações e não o contribuinte. O contribuinte precisa se preocupar em preencher apenas as informações do DPS. Eu consigo testar com o Padrão Nacional para adiantar minha integração? Para comunicar com a API do Padrão Nacional, um dos seguintes critérios precisa ser atendido: O prestador de serviços precisa ser um MEI. O município precisa ter aderido a emissão usando o Padrão Nacional na íntegra. Caso nenhuma dessas condições tenham sido atendidas, ao tentar comunicar com o padrão nacional receberá rejeições e erros advindos da API. Para os casos em que vai continuar com o Provedor usando a API própria, o que devo fazer? Caso o provedor já tenha sido adequado no ACBr, os passos para testar são: Abra o arquivo ACBrNFSeXServicos.ini e busque pela seção do município que vai testar, para este exemplo vamos considerar Cerro Branco/RS: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim Versao=2.03 ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional ;Versao=1.01 ;Params=APIPropria: ;ProRecepcionar= ;HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Comente as informações atuais e remova os comentários relacionados a APIPropria: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim ;Versao=2.03 ;ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional Versao=1.01 Params=APIPropria: ProRecepcionar= HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Execute o arquivo Compilas_RES.bat localizado na pasta dos fontes o ACBrNFSeX, reinstale o ACBr e faça um build da aplicação OU coloque o arquivo ACBrNFSeXServicos.ini modificado junto do seu .EXE; Com essa modificação, o demo do ACBrNFSeX, por exemplo, passa a mostrar a seguinte informação: Preencha as informações relacionadas aos novos campos da Reforma Tributária e teste o envio. Eu utilizo a ACBrLibNFSe e/ou o ACBrMonitorPLUS, existe algum exemplo de arquivo INI que eu possa usar para testar? Os campos da Reforma Tributária são lidos da mesma forma no INI, então mesmo que o objetivo seja comunicar com provedores que terão API própria, um bom ponto de partida é adicionar no arquivo INI que já utiliza os campos da Reforma Tributária que existem neste modelo.

Olá, o objetivo desse tópico é esclarecer todos os processos relacionados ao PIX no TEF. Ativação do PIX no TEF Paygo: Atualmente são aceitos os bancos C6, Itaú, Cielo, Sicoob, Sipag e Sicredi. Itaú - Deve ser realizado o processo de ativação no bankline do cliente indicando a Paygo no campo "parceiro", em seguida, a afiliação pix é adicionada ao terminal em até um dia útil; C6 Bank - Abrir a conta PJ no app do banco, gerar a chave aleatória e em seguida os dados obtidos sobem automaticamente para o terminal em até um dia útil; (https://www.projetoacbr.com.br/forum/topic/85595-ativação-do-pix-c6bank-no-tef-paygo/) Cielo - No portal da Cielo deve ser obtido o Client ID, Client Secret e chave pix, atentando-se ao campo "plataforma parceira" que deve ser marcado como "PayGo". Em seguida os dados obtidos devem ser enviados via ticket para o time ACBR ou no e-mail [email protected] mencionando o CNPJ do cliente; Sicoob/SIPAG - Realizar a ativação no portal Sicoob, no menu "criar aplicativo" e informar "Paygo" no campo "empresa parceira". Em seguida os dados obtidos devem ser enviados via ticket para o time ACBR ou no e-mail [email protected] mencionando o CNPJ do cliente; Sicredi - Gerar as credenciais no internet banking do Sicredi, com um perfil de usuário Master. Encaminhar Client ID, Client Secret e Chave pix para [email protected] mencionando o CNPJ do cliente. ***Ponto de atenção*** Ao parametrizar a transação, a automação deve enviar o pagamento como carteira digital. Além do campo da adquirente que deve ser enviado vazio ou com as strings "PIX C6 Bank", "PIX CIELO", "PIX SICOOB" ou "PIX ITAU". No componente ACBR TEF API que integra com a DLL da Paygo é feito no seguinte campo: TACBrTEFModalidadePagamento = (tefmpCarteiraVirtual); Em integrações diretas com a DLL da Paygo é parametrizado em: PWINFO_PAYMNTTYPE. No Controlpay: o campo a ser parametrizado no JSON da API venda/Vender é o "formaPagamentoId" e deve receber o valor "25" que equivale a "TEF - Carteira digital" No TEF via Troca de Arquivos: o campo 749-000 recebe o ID "8" identificando o pagamento como carteira digital. Comportamentos do PIX no TEF: O QRCode pode se exibido na tela do PDV, Pinpad (mais comum) ou impresso a cada transação. Essa definição é feita em TACBrTEFAPIExibicaoQRCode no componente ACBR; Tempo médio de exibição do QRCode é de 1:30 min, sendo definidos pelos bancos e não é um parâmetro ajustável; Todos os processos de ativação estão descritos e demonstrados nos PDFs anexados no tópico. Pix SICOOB - manual criação aplicativo.pdf PIX Cielo.pdf habilitarpixitau.pdf PIX Sicredi.pdf

Isso é o que eu chamo de passivo-agressivo

Vamos supor que você perdeu o XML de um DF-e Documento Fiscal Eletrônico, seja ele uma NF-e, NFC-e, CT-e, CT-e OS, MDF-e ou BP-e. O procedimento é muito simples, basta alimentar o componente com os dados do documento, executar o método Assinar e por fim o método Consultar. Abaixo um exemplo usando o componente ACBrNFe, mas pode ser aplicado para os demais modelos de DF-e. (...) AlimentarComponente; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.Consultar; (...) E para quem usa o Monitor: NFe.CriarNFe( arqINI ); NFe.AssinarNFe( pathNomeXML ); NFe.ConsultarNFe( pathNomeXML );

Boa tarde a todos do Fórum, solução para o problema mencionado a cima, gostaria de compartilhar. Obs: Este problema ocorreu comigo após atualização de Versão do Delphi 10 Seattle para o Delphi Berlin, depois removi a versão do Berlin achando que pudesse ser ele o causador do problema. Mesmo copiando a midas.dll do repositório C:\Program Files (x86)\Embarcadero\Studio\17.0\Redist\win32\midas.dll (428kb 12/11/2015) para o "C:\Windows\SysWOW64\" e registrando não funcionou de forma alguma. Pesquisei bastante e encontrei esta versão do midas.dll anexa mais recente (425kb 12/10/2016), fiz o procedimento abaixo e agora está funcionando perfeitamente. Copie o arquivo anexo para "C:\Windows\SysWOW64\" Execute o "CMD como administrador". Cole o seguinte comando na janela da Linha de comando que se abre e pressione a tecla Enter. % Windir% \ System32 \ regsvr32.exe midas.dll e% windir% \ SysWoW64 \ regsvr32.exe midas.dll Obrigado a todos, meu problema está resolvido. midas.dll