Painel de líderes

Olá comunidade ! Foram publicados os manuais de orientação de um novo documento fiscal eletrônico! Trata-se da Nota Fiscal Eletrônica Alienação de Bens Imóveis, modelo 77, que visa atender a Lei Complementar 214/2025. Foi publicado até o momento o MOC NFe ABI Visão Geral - v0.02 e o MOC NFe ABI Anexo I Leiaute e RV - v0.04, ambos em formato de minuta. Ambos os manuais podem ser encontrados no Portal da Nota Fiscal Eletrônica e também em nossa biblioteca tools Ainda não foi disponibilizado portal específico para este documento. Uma agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Olá pessoal, tudo bem? Estou escrevendo esse tópico para auxiliar na correção do erro: "ERRO AO ESTABELECER CONEXÃO SSL" no TEF PayGo: Possíveis causas do erro: - A versão que está utilizando está vencida(Com o certificado expirado). A PayGo sempre disponibiliza a versão mais atual em sua documentação: https://paygodev.readme.io/docs/visão-geral - Um pdc de produção está sendo configurado com o endereço de homoloção(ou vice-versa), para integrações via DLL, você passa essa configuração atráves do menu admin TEF > "Configuração" > "Nome/ip servidor". Atualmente esses são os endereços corretos: PRODUÇÃO: pos-transac.pgweb.io:31735 | HOMOLOGAÇÃO: pos-transac-sb.tpgweb.io:31735 - O certificado Amazon raiz da máquina pode estar corrompido ou vencido. Como "resetar" por completo esses certificados: - No cmd, execute: 1 – Exportar certificados: certutil -store root > backup_root.txt certutil -store CA > backup_intermediate.txt 2 – Remover certificados corrompidos: certutil -delstore root <Thumbprint> certutil -delstore CA <Thumbprint> 3 – Recarregar certificados: certutil -generateSSTFromWU all.sst certutil -addstore -f root all.sst certutil -addstore -f CA all.sst

Olá comunidade Gostaria de compartilhar com todos vocês um guia de integração com o m-SiTef da Fiserv no Android. Sobre o ACBr O ACBr é Distribuidor dos produtos e serviços da FISERV Temos condições exclusivas para a comunidade do ACBr, Somos autoridade em TEF. Confira o nosso curso completo, sobre TEF e Meios de Pagamentos Tenha acesso ao nosso Suporte, Demos e Cursos, inscrevendo-se na página: https://projetoacbr.com.br/tef/ Sobre a FISERV A Fiserv é uma líder global em tecnologia para serviços financeiros e pagamentos, presente em mais de 100 países e com mais de 40 anos de atuação. O SiTef (Sistema Inteligente de Transferência Eletrônica de Fundos) é uma solução TEF desenvolvida pela Fiserv para integrar pagamentos eletrônicos diretamente aos sistemas de automação comercial (PDV, ERP, e-commerce). Ele é considerado líder no mercado brasileiro e movimenta bilhões de transações por ano. Sendo o mais aceito, e compatível dos TEFs do mercado Brasileiro O que é o m-SiTef? O m-SiTef é um aplicativo desenvolvido pela Fiserv para a plataforma Android, tanto em celular ou tablet como em POS, que realiza transações (TEF) através do servidor SiTef. https://dev.softwareexpress.com.br/docs/m-sitef/m-SiTef/ Requisitos Mínimos O m-SiTef é compatível com Android versão 4.4ou superior. Características Gerais do m-SiTef Antes de apresentar as formas de integração, descreveremos neste capítulo as características gerais do m-SiTef. Ele disponibiliza para o integrador as mesmas funcionalidades da CliSiTef, descritas no documento "SiTef - Interface Simplificada com a aplicação", na Tabela de códigos de funções. Para executar as funções, é obrigatório enviar 4 parâmetros ao m-SiTef: empresaSitef, enderecoSitef, modalidade e CNPJ_CPF. Para a modalidade 0, também é obrigatório o parâmetro valor. data class MSitefConfig( val empresaSitef: String, val enderecoSitef: String, val modalidade: String, val cnpjCpf: String, val valor: String? = null // obrigatório para modalidade 0 ) { fun toIntent(): Intent { return Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", empresaSitef) putExtra("enderecoSitef", enderecoSitef) putExtra("modalidade", modalidade) putExtra("CNPJ_CPF", cnpjCpf) valor?.let { putExtra("valor", it) } } } } Importante: Todos os parâmetros apresentados neste documento em trechos de código são apenas ilustrativos e devem ser substituídos por valores válidos. A seguir, estão listados todos os parâmetros aceitos na aplicação. Tabela 1 - Parâmetros de entrada do m-SiTef Parâmetro Tipo Descrição empresaSitef Obrigatório Empresa SiTef. Tamanho de 8 dígitos alfanuméricos. enderecoSitef Obrigatório Endereço dos servidores do SiTef. Pode conter 1 a 3 endereços separados por ;. Formato: IP, IP:PORTA ou NOME:PORTA. Porta padrão: 4096. Não informar URL. terminalSitef Opcional Número de terminal SiTef. Se não informado, o m-SiTef usará o número de série do APOS ou o UUID do aparelho Android. modalidade Obrigatório Funcionalidade da CliSiTef. Ex: 0 = Pagamento, 200 = Cancelamento, 114 = Reimpressão. CNPJ_CPF Obrigatório CNPJ ou CPF do estabelecimento, sem caracteres especiais. valor Obrigatório p/ pagamento Valor da venda. Numérico até 12 dígitos, sendo os 2 últimos decimais. operador Opcional Código do operador. Alfanumérico até 20 caracteres. Data Obrigatório Data fiscal no formato AAAAMMDD. Hora Obrigatório Hora fiscal no formato HHMMSS. numeroCupom Obrigatório Número do cupom fiscal. Alfanumérico até 20 caracteres. numParcelas Opcional Número de parcelas em caso de compra parcelada. restricoes Opcional Opções de pagamento que não aparecerão no fluxo. Formato: <Opção>;<Opção>;... transacoesHabilitadas Opcional Opções de pagamento que serão habilitadas. Formato: {<Func1>;<Func2>;...} comExterna Obrigatório Define qual serviço TLS será usado: 0 = Sem TLS, 1 = TLS Software Express, 2 = TLS WNB Comnect, 3 = TLS Gsurf, 4 = TLS GWP (Fiserv). isDoubleValidation Obrigatório p/ TLS SE 0 = validação simples, 1 = validação dupla. cnpj_automacao Obrigatório CNPJ da empresa que desenvolveu a automação comercial. cnpj_facilitador Obrigatório CNPJ do Facilitador (Van). timeoutColeta Opcional Tempo de timeout em segundos para coletas. Padrão: 60s. Valor 0 ou negativo desativa o timeout. pinpadMac Opcional MAC Address Bluetooth do Pinpad. Formato: 00:00:00:00:00:00. tipoPinpad Obrigatório p/ USB ANDROID_USB = pinpad USB. ANDROID_BT = pinpad Bluetooth. acessibilidadeVisual Opcional 0 = desabilitado (padrão), 1 = habilitado. Ativa fontes maiores, alto contraste e text-to-speech. otp Opcional Código obrigatório quando utilizada comunicação com TLS GSurf. dadosSubAdqui Opcional Informações complementares para personalizar o que será impresso na fatura do comprador. tipoCampos Opcional Permite informar valores pré-determinados para campos solicitados pela CliSiTef. Formato JSON: {"campo1":"val1", "campo2":"val2"}. clsit Opcional Para adicionar, atualizar ou remover campos do arquivo de configuração CLSIT. Público-Alvo Parceiros que desenvolvam para Android, e desejam se integrar com o SiTef via m-SiTef, usando Intents. Como iniciar? Possuímos programa exemplo para Android Nativo (Kotlin) e Flutter de onde partiremos para explicarmos o passo a passo de como integrar o m-SiTef em seu projeto/solução. Etapas Para que você consiga testar em nossos programas exemplos siga as etapas abaixo primeiramente. Integração O primeiro passo é instanciar um objeto Intent passando o nome da aplicação como argumento: br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF. Através dessa informação, o Android buscará automaticamente o m-SiTef entre os aplicativos instalados no dispositivo. Em seguida, devem ser configurados os parâmetros obrigatórios através da função putExtra(String, String). Por fim, é executada a função startActivityForResult(Intent, int) passando o objeto Intent e um número inteiro arbitrário como ID (neste documento usaremos 1234). Menu Administrativo: val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("modalidade", "110") putExtra("CNPJ_CPF", "12345678912345") } startActivityForResult(intent, 1234) Exemplo Pagamento: val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("operador", "0001") putExtra("data", "20140312") putExtra("hora", "150000") putExtra("numeroCupom", "1") putExtra("modalidade", "0") putExtra("valor", "9000") putExtra("CNPJ_CPF", "12345678912345") putExtra("timeoutColeta", "30") putExtra("comExterna", "0") } startActivityForResult(intent, 1234) Exemplo Pagamento Débito à vista: val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("operador", "0001") putExtra("data", "20140312") putExtra("hora", "150000") putExtra("numeroCupom", "1") putExtra("modalidade", "2") putExtra("valor", "9000") putExtra("restricoes", "TransacoesHabilitadas=16") putExtra("CNPJ_CPF", "12345678912345") putExtra("timeoutColeta", "30") putExtra("comExterna", "0") } startActivityForResult(intent, 1234) Exemplo Pagamento Crédito à vista: val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("operador", "0001") putExtra("data", "20140312") putExtra("hora", "150000") putExtra("numeroCupom", "1") putExtra("numParcelas", "1") putExtra("modalidade", "3") putExtra("valor", "9000") putExtra("restricoes", "TransacoesHabilitadas=26") putExtra("CNPJ_CPF", "12345678912345") putExtra("timeoutColeta", "30") putExtra("comExterna", "0") } startActivityForResult(intent, 1234) Exemplo Pagamento Crédito parcelado: val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("operador", "0001") putExtra("data", "20140312") putExtra("hora", "150000") putExtra("numeroCupom", "1") putExtra("numParcelas", "3") putExtra("modalidade", "3") putExtra("valor", "9000") putExtra("restricoes", "TransacoesHabilitadas=27") putExtra("CNPJ_CPF", "12345678912345") putExtra("timeoutColeta", "30") putExtra("comExterna", "0") } startActivityForResult(intent, 1234) Exemplo Transação PIX: Opção 1 - Pelo menu carteiras digitais (Modalidade 0) val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("modalidade", "0") putExtra("CNPJ_CPF", "12345678912345") putExtra("cnpj_automacao", "12345678912345") putExtra("transacoesHabilitadas", "7;8;") } startActivityForResult(intent, 1234) Opção 2 - Chamando PIX diretamente (Modalidade 122) val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("modalidade", "122") putExtra("CNPJ_CPF", "12345678912345") putExtra("cnpj_automacao", "12345678912345") putExtra("transacoesHabilitadas", "7;8;") putExtra("restricoes", "CarteirasDigitaisHabilitadas=027160110024") } startActivityForResult(intent, 1234) Exemplo Cancelamento: val intent = Intent("br.com.softwareexpress.sitef.msitef.ACTIVITY_CLISITEF").apply { putExtra("empresaSitef", "00000001") putExtra("enderecoSitef", "127.0.0.1") putExtra("modalidade", "200") putExtra("CNPJ_CPF", "12345678912345") } startActivityForResult(intent, 1234) O campo cnpj_automacao é de extrema importância — é através dele que a Fiserv reconhece o estabelecimento para o repasse financeiro. Retorno do m-SiTef Após a execução, o m-SiTef retorna ao app que o acionou através do método onActivityResult. O resultCode indica o status: RESULT_OK (-1) = sucesso ou RESULT_CANCELED (0) = cancelado. Tabela 2 - Parâmetros de saída do m-SiTef Parâmetro Descrição CODRESP Código de resposta da transação. COMP_DADOS_CONF Dados para confirmação da transação na CliSiTef. CODTRANS Código da transação: 00 = Cheque, 01 = Débito, 02 = Crédito. TIPO_PARC 00 = À vista, 01 = Pré-Datado, 02 = Parc. Estabelecimento, 03 = Parc. Administradora. REDE_AUT Rede autorizadora da transação. BANDEIRA Bandeira do cartão utilizado. NSU_SITEF NSU do servidor SiTef. NSU_HOST NSU do Host Autorizador. COD_AUTORIZACAO Código de autorização (somente crédito). NUM_PARC Quantidade de parcelas. Ausente ou 0/1 = à vista. VIA_ESTABELECIMENTO Cupom da via do estabelecimento. VIA_CLIENTE Cupom da via do cliente. VLTROCO Valor aprovado para troco (quando aplicável). TIPO_CAMPOS JsonObject com todos os campos da transação CliSiTef. Tabela 3 - Valores do CODRESP CODRESP Descrição 0 Sucesso. 1 Endereço IP inválido ou não resolvido. 2 Código da loja inválido. 3 Código de terminal inválido. 6 Erro na inicialização do Tcp/Ip. 7 Falta de memória. 8 CliSiTef não encontrada ou com problemas. 9 Configuração de servidores SiTef excedida. 10 Erro de acesso na pasta CliSiTef. 11 Dados inválidos passados pela automação. 12 Modo seguro não ativo. Outro positivo Negada pelo autorizador. -1 Módulo não inicializado. -2 Operação cancelada pelo operador. -3 Modalidade inexistente ou inválida. -4 Falta de memória no PDV. -5 Sem comunicação com o SiTef. -6 Operação cancelada pelo usuário no pinpad. -10 Parâmetro obrigatório não informado. -15 Operação cancelada pela automação comercial. -20 Parâmetro inválido. -40 Transação negada pelo servidor SiTef. -41 Dados inválidos. -43 Problema na execução de rotina no pinpad. -50 Transação não segura. -100 Erro interno do módulo. Outro negativo Erros detectados internamente. Exemplo de tratamento do retorno: override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) { super.onActivityResult(requestCode, resultCode, data) if (requestCode == 1234) { if (resultCode == RESULT_OK) { println("CODRESP: " + data?.extras?.getString("CODRESP")) println("COMP_DADOS_CONF: " + data?.extras?.getString("COMP_DADOS_CONF")) println("CODTRANS: " + data?.extras?.getString("CODTRANS")) println("TIPO_PARC: " + data?.extras?.getString("TIPO_PARC")) println("REDE_AUT: " + data?.extras?.getString("REDE_AUT")) println("BANDEIRA: " + data?.extras?.getString("BANDEIRA")) println("NSU_SITEF: " + data?.extras?.getString("NSU_SITEF")) println("NSU_HOST: " + data?.extras?.getString("NSU_HOST")) println("COD_AUTORIZACAO: " + data?.extras?.getString("COD_AUTORIZACAO")) println("NUM_PARC: " + data?.extras?.getString("NUM_PARC")) println("VIA_ESTABELECIMENTO: " + data?.extras?.getString("VIA_ESTABELECIMENTO")) println("VIA_CLIENTE: " + data?.extras?.getString("VIA_CLIENTE")) } } } 🛜 Ambiente Para realizar as transações no m-SiTef você necessita de um endereço SiTef que pode ser emulado em sua máquina via SitDemo e o próprio m-SiTef instalado no terminal Android. Será necessário instalar o Emulador de SiTef em sua máquina, o SitDemo Se você já preencheu o formulário em https://projetoacbr.com.br/tef/ nossa equipe já lhe respondeu com um e-mail, com as instruções de como Baixar o SitDemo Acompanhe o processo de instalação do SitDemo, através desse vídeo abaixo: Após a instalação estar concluída, abra o SitDemo. APK do m-SiTef O APK do m-SiTef também será enviado a você pela equipe do ACBr, após o início da Parceria. É importante você nos informar, em qual dispositivo irá instalar o APK. Exemplos: Sumni P2 GPOS700 PAX A920 Newland N910 Ingenico DX8000 PDV D2 Mini com PinPad USB Os dispositivos do tipo SmartPOS, ou seja, com leitura de Cartão/Chip integrado, possuem segurança PCI. E isso requer que os aplicativos (APKs) sejam assinados com chaves específicas para poderem ser instalados nesses terminais. Por isso, existe uma versão específica de m-Sitef, para cada dispositivo SmartPOS Com o APK em mãos você deve instalar no terminal que irá fazer os testes... Projeto Atualmente possuímos exemplos de integração com o m-SiTef para Android Nativo com Kotlin e Flutter. Android (Kotlin) Clone o programa exemplo disponível no nosso GitHub: https://github.com/Projeto-ACBr-Oficial/acbr-sitef-android Após clonar o projeto em sua máquina, abra o na sua IDE (Android Studio, VS Code, etc.). Entendendo a integração: Flutter Clone o programa exemplo disponível no nosso GitHub: https://github.com/Projeto-ACBr-Oficial/acbr-sitef-flutter Após clonar o projeto em sua máquina, abra o na sua IDE (Android Studio, VS Code, etc.). Entendendo a integração: Rodar o projeto Após essas etapas e configurações você consegue rodar nosso programa exemplo integrando com o m-SiTef em um terminal Android. Roteiro Pré-Homologação m-SiTef Em nosso curso -> T.E.F e Meios de Pagamentos, já estão disponíveis as aulas sobre o Pré-Roteiro de Homologação - MSiTef. Referências - Toda a integração foi guiada pela documentação oficial disponibilizada pela própria Fiserv no link: https://dev.softwareexpress.com.br/docs/m-sitef/m-SiTef/ Estamos disponíveis para qualquer dúvida ou sugestão.

Olá comunidade ! Foi publicada a Nota Técnica Nº 005 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Este documento é a 5ª versão dos novos agrupamentos e campos relacionados ao IBS e ao CBS. Diferente de versões anteriores, mesmo com a publicação desta versão, os campos e grupos que estarão presentes no ambiente de homologação e de produção a partir de 2026 serão os da Nota Técnica Nº004. Os campos dessa nova publicação serão implementados em data futura a ser divulgada no Portal da NFS-e. Esta versão modifica o leiaute: Removendo o indicador de operação de uso ou consumo pessoal. Adicionando um indicador de operação de doação. Adicionando um grupo para receber as informações relativas aos bens móveis objetos de locação. Adicionando um grupo para receber as informações relativas aos valores de dedução e redução da base de cálculo do IBS e CBS para operações locação, cessão onerosa, arrendamento de bens móveis e serviços médicos. Adiciona um grupo para receber informações de estornos de créditos do IBS e CBS. Adiciona um grupo para receber informações de pagamento antecipado. Adiciona um campo para receber o valor monetário (R$) total relativo aos valores de dedução e redução da Base de Cálculo do IBS e da CBS referentes às operações de locação, cessão onerosa ou arrendamento de bens imóveis, e serviços médicos. E como fica o ACBr? Como esta versão traz modificações de leiaute, alterações no componente serão necessárias. Foi criada a tarefa ACBR-8445 para centralizar essas alterações. Assim que houver novidades a respeito será divulgado aqui neste tópico. Leia a nota técnica completa AQUI.

Cidade/UF: Franca/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: API própria (manterá provedor SIL Tecnologia) Fonte/Documentação: https://interface.siltecnologia.com.br/apidocs/franca/#tag/Nota-Fiscal-Nacional O município em questão optou por Emissor Próprio e assim, o fluxo de emissão será: 1. Contribuinte envia a nota para a sistema da prefeitura (link disponibilizado abaixo). 2. Prefeitura recepciona a nota e valida as condições municipais - exemplo: atividade pertence a empresa, dedução permitida para a atividade, questões de isenção e imunidade. Se tiver algo inconsistente, retorna com a rejeição municipal para o Contribuinte e a nota não é emitida. 3. Caso não haja rejeição municipal (atividade não permita, dedução indevida e etc - por exemplo), a prefeitura compartilha a nota com o Emissor Nacional. Se o Nacional rejeitar alguma informação, retorna a rejeição para o Contribuinte e a nota não é emitida. 4. Se a prefeitura e o Emissor Nacional aceitaram o XML enviado, a nota é gerada com sucesso e será retornado a chave de acesso gerada pela receita (código numérico de 50 posições). Em resumo, o XML a ser enviado no padrão nacional precisa ser aceito tanto pelo municipio emissor, quanto pela receita ou a nota não será gerada. Não será aceito envio via arquivo TXT, sendo disponível apenas via WebService. Não será aceito envio assíncrono, sendo aceito apenas envio síncrono - envia uma nota e aguarda a resposta, não pode enviar e consultar a situação depois. Não será aceito envio em lote, sendo aceito envio de nota a nota - envia uma nota, aguarda a resposta, envia a proxima. A documentação e orientações do novo modelo NF Nacional estão disponíveis no link: https://interface.siltecnologia.com.br/apidocs/franca/#tag/Nota-Fiscal-Nacional

Cidade/UF: Manaus - AM Previsão de Mudança: 01/01/2026 - Já decretado conforme comunicado pela SEMEF Tipo de Mudança: (Padrão Nacional) Fonte/Documentação: https://www.manaus.am.gov.br/ Todos os documentos Fiscais a partir de 01 de Janeiro de 2026 vão ser emitidos diretamente pelo Portal do NFS-e Nacional ao tudo que indica eles desativarão o Provedor e adotaram o Provedor Nacional. Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Acho que por enquanto só a: ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1; E ficar de olho nas datas em anexo Belo Horizonte adere ao Emissor Nacional de Nota Fiscal de Serviço Eletrônica.pdf

Em testes pelo Sandbox, esse valor retornou descontando "taxa de boleto", podendo ser analisado no extrato da conta, sendo assim o valor líquido a entrar na conta, não necessariamente o valor pago no boleto.

Cidade/UF: Rondonópolis/MT Previsão de Mudança: 15/12/2025 Tipo de Mudança: Padrão Nacional Fonte/Documentação: https://www.rondonopolis.mt.gov.br/projetos/nota-nacional/?fbclid=PAb21jcAOSw2lleHRuA2FlbQIxMQBzcnRjBmFwcF9pZA81NjcwNjczNDMzNTI0MjcAAaflagyii1bevfwPZ8DNoxjdNk-Jx6Yd2sgdbUbeuquZ7NwwlKoX1s6TurOMfg_aem_l0TmS4uGdxwe47rW7z8CLw Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Cidade/UF: Montes Claros/MG Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: Padrão Nacional Fonte/Documentação: https://financas.montesclaros.mg.gov.br/comunicado/montes-claros-adere-ao-padrao-nacional-da-nfs-e / https://financas.montesclaros.mg.gov.br/comunicado/nfs-e-nacional-orientacoes-gerais-para-contribuintes-de-montes-claros Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Mandei '001', não tenho certeza da regra, era apenas um teste inicial.

por quê foi dessa maneira que bateu com o código de barras que foi gerado pelo proprio Asaas, vou encaminhar os detalhes em privado

Companheiros em minhas pesquisas e estudos para implantar a Reforma Tributária no meu ERP descobri os Links abaixo que me auxiliaram muito e achei que seria importante repassar para vocês. Layout NFe http://moc.sped.fazenda.pr.gov.br/Leiaute.html Tabela CST cClasTrib IBS;CBS https://dfe-portal.svrs.rs.gov.br/DFE/ClassificacaoTributaria tabela NCM on-line https://portalunico.siscomex.gov.br/classif/#/sumario?perfil=publico Regras de Validacao IBS CBS http://moc.sped.fazenda.pr.gov.br/RegrasDeValidação.html

Bom dia @marcelo.hgv, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-8458 para analise.

Olá comunidade ! Foi publicada a versão 2.30 do Informe Técnico 2024/001 trazendo novas alterações na tabela de NCMs: Extingue os NCMs: 59039000, 65061000, 73063000, 74061000 e 84129020. Inclui os NCMs: 26011220, 29159070, 39072992, 59039010, 59039090, 65061010, 65061090, 73063010, 73063090, 74061010, 74061020, 74061090 e 85177120. Implantação Homologação: 15/01/2026 Implantação Produção: 01/02/2026 Consta no informe a seguinte observação: A versão 2.30 do Informe Técnico pode ser encontrada na íntegra AQUI. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Boa noite, entendo que existe este site que mostra a adesão de cada prefeitura https://app.powerbi.com/view?r=eyJrIjoiNGQ4YTcxNmMtMzdhNC00Mzc5LTllM2EtMjY1MTM3NWQyZDgyIiwidCI6IjZmNDlhYTQzLTgyMmEtNGMyMC05NjcwLWRiNzcwMGJmMWViMCJ9&pageName=608609c2e0a53d7a3c6e

Olá comunidade ! Devido a um processo de atualização que será realizado no dia 07/12/2025, a transmissão da ECD e da ECF será interrompida no período das 03h00 até às 09h00. Veja a notícia original AQUI.

Olá comunidade ! Devido a uma manutenção que será realizada no Receitanet, a transmissão da EFD ICMS IPI será interrompida no dia 29/11/2025, no período das 08h00 até às 14h00. Veja a notícia original AQUI.

Esse exemplo do demo não traz a situação. Veja o arquivo anexo é de uma consulta por chave DPS. Troquei umas mesnagens com o Italo há alguns dias e, pelo que entendi, não é possível fazer uma consulta de situação de NFSe, assim como se faz com outros DFes. A solução que encontramos para casos assim foi: 1 - Consulta a nota pelo DPS. Se retornar uma chave de NFSe, então é porque ela foi autorizada em algum momento. Mas isso não significa que seu status atual é ainda autorizada. 2 - Fazemos uma consulta para ver se essa nota está cancelada, assim: ACBrNFSeX1.ConsultarEvento(FDQNFSe.FieldByName('CHAVE_NFSE').AsString, ACBrNFSeXConversao.teCancelamento, 1); With ACBrNFSeX1.WebService do begin With ConsultarEvento do begin VRetObj := TJSONObject.ParseJSONValue(XmlRetorno) as TJSONObject; VRetArr := VRetObj.GetValue('eventos') as TJSONArray; if StrTotpEvento(VG.FOKTrue, VRetArr.GetValue<String>('[0].tipoEvento')) <> ACBrNFSeXConversao.teCancelamento then //só para garantir que no futuro essa consulte mude e quebre o código aqui. begin ChamaErro('A consulta ao evento ocorreu com sucesso, mas retornou um evento (' + VRetArr.GetValue<String>('[0].tipoEvento') + ') diferente de cancelamento.'); exit; end; //esse duplo DecodeBase64( foi copiado da PadraoNacional.Provider.pas. Pelo que parece, no caso do evento, o WS devolve o valor do XML duplamente decodado. VXML := DecodeBase64(DecodeBase64(VRetArr.GetValue<String>('[0].arquivoXml'))); //não faz o UnZip( pqe vai gravar no BD zipado. ShowMessage('Sim a nota está cancelada.'); ........ end; Espero ter ajudado!

Olá Pessoal, A Receita Federal/SERPRO disponibilizaram a versão 1.01 dos Schemas do Padrão Nacional que contem o novo grupo IBSCBS. Hoje o componente tem as seguintes opções de configuração para a propriedade LayoutNFSe: lnfsProvedor e lnfsPadraoNacionalv1. A opção lnfsPadraoNacionalv1 faz com que o componente utilize a versão 1.00 dos Schemas. Para poder usar a versão 1.01 dos Schemas foi criado uma nova opção: lnfsPadraoNacionalv101. Até o momento só foi disponibilizado os Schemas, tanto o ambiente de homologação quanto de produção só aceitam XML do DPS segundo a versão 1.00 Caso você deseja gerar o XML do DPS com os novos campos, pode configurar o componente para usar o layout lnfsPadraoNacionalv101 para poder validar corretamente, mas lembre-se que a API não vai aceitar por ainda estar na versão 1.00 Para os provedores que por ventura venham a ter uma API própria para recepcionar o XML segundo o Padrão Nacional e depois compartilhar a nota com a ADN (Ambiente de Dados Nacional) como é o caso do provedor Infisc devemos fazer a seguinte alteração no arquivo ACBrNFSeXServicos.ini: Exemplo usando a cidade Campo Bom/RS: [4303905] Nome=Campo Bom UF=RS Provedor=Infisc Versao=1.01 Params=APIPropria: ProRecepcionar=https://sefin.campobom.rs.gov.br/sefinnacional ProConsultarDFe=https://sefin.campobom.rs.gov.br/sefinnacional ;ProConsultarParam=https://adn.nfse.gov.br ProObterDANFSE=https://sefin.campobom.rs.gov.br/sefinnacional ProLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% HomRecepcionar=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional ;HomConsultarParam=https://adn.producaorestrita.nfse.gov.br HomObterDANFSE=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional HomLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% Caso você tenha clientes (prestadores de serviços) que emitem notas cujo provedor é Infisc, já é possível testar em ambiente de homologação o envio do XML do DPS (Padrão Nacional) na versão 1.01 com os novos campos da Reforma Tributária, basta fazer a alteração mostrada acima para a cidade em questão, note que na URL contem o nome da cidade.

Muito legal... O @EliasCesar, já está estudando a criação de um componente ACBrCalcRT

A PGWebLib, é a biblioteca de TEF da PayGo, que permite integração da aplicação com TEF, de forma embarcada na Aplicação As últimas versões da PGWebLib.dll, foram modificadas para conter um componente de segurança, chamado de Warsaw Embora isso traga o benefício da segurança, muitas Sw.Houses nos reportaram problemas na instalação dessa versão, ou interferência do componente de segurança, no funcionamento da aplicação... Outro inconveniente da versão segura, é a necessidade de ter que rodar um instalador do Client PayGo, e com isso, perde-se a "leveza", e a possibilidade de embarcar a PGWebLib no instalador da sua aplicação Você pode ler mais sobre essa nova versão segura, nesse Post: Pensando em mitigar esses problemas, agora a Setis disponibilizou uma versão da PGWebLib 4.1.47.* (ou superior), onde não há o componente de segurança. Ou seja: Com a DLL sem a Proteção... Basta copiar a DLL, para a mesma pasta do seu .EXE que tudo estará pronto para funcionamento do TEF Abaixo o Link para download da PGWebLib sem o componente de proteção (Warsaw) Nota: use a versão 64 Bits, apenas se você compila a sua aplicação em 64 bits Editado.... Novo Link Oficial: https://paygodev.readme.io/docs/kit-de-integração-sem-proteção-warsaw

Caso deseje usar a versão segura, da PGWebLib, você pode baixar um Zip, com o instalador, no link abaixo: https://paygodev.readme.io/docs/kit-para-atualização-da-documentação

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); • Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

Você está configurando corretamente, são dois lugares onde você deve alterar: 1. Nas configurações do componente: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN; 2. E dentro da nota: Ide.tpEmis := teSVCAN, este pelo que vi no XML você já está fazendo, talvez seja somente o primeiro caso que está faltando. Você só utiliza a contingência quando a UF libera isso, por exemplo, MG semana passa e nesta está passando por dificuldades técnicas, então MG liberou o uso do ambiente de contingência, se a UF não liberar não adianta enviar, o ambiente vai rejeitar.