Painel de líderes

Olá comunidade ! Foi publicada a versão 1.33 desta nota técnica adicionando e corrigindo regras de validação. Alterações Esta versão não traz modificações no leiaute do documento fiscal. Adiciona as regras de validação UB26-15, UB45-15 e UB64-15 para impedir a presença do grupo de redução de alíquota (gRed) quando a alíquota do IBSUF, IBSMun e da CBS, respectivamente, tiverem valor zero. Altera o texto das regras UB26-20, UB45-20 e UB64-20 que validam respectivamente a obrigatoriedade do grupo de redução da alíquota (gRed) do IBSUF, IBSMun e CBS, para que sejam aplicadas somente se o valor da alíquota seja maior do que zero. Modifica a regra de validação UB56-10 para permitir alíquota de CBS com valor zero para operações específicas. Datas Implantação Teste: Até 10/12/2025 Implantação Produção: Até 15/12/2025 Um detalhe importante também é a modificação no detalhamento do cronograma: É muito importante frisar que a não exigência por regra de validação não significa que não é preciso enviar a informação. Conforme consta no detalhamento do cronograma, as regras não vão obrigar, no entanto, ainda é necessário e obrigatório o envio das informações conforme estabelecido na legislação (Lei Complementar 214/2025) O pessoal da AFRAC também reforça isso muito bem nesta NOTÍCIA. E como fica o ACBr? Modificações nas soluções ACBr não se fazem necessárias, visto que houve apenas alterações nas regras de validação. Leia a versão 1.33 desta nota técnica na íntegra AQUI.

Bom dia a todos, Enviei para o SVN ajustes visando atender o provedor SilTecnologia no que se refere a API própria deles e a adoção do layout do Padrão Nacional. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e recompile a aplicação. Vou mostrar abaixo o que temos que fazer testes na cidade de Franca/SP, siga os mesmos passos para fazer testes em Bauru/SP também. Depois de ter atualizado, reinstalado e compilado a aplicação, siga os passos abaixo. Faça uma cópia do arquivo ACBrNFSeXServicos.ini para dentro da pasta que tem o EXE da aplicação. Abra ele e procure pela cidade (Franca ou Bauru) e faça a seguinte alteração. [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 Comente as linhas referentes a versão e URLs atuais e descomente as linhas para usar a API própria do provedor. O exemplo acima foi feito com a cidade de Franca/SP, mas podemos fazer o mesmo para Bauru/SP. E inicie os testes. Lembre-se que agora devemos alimentar o componente da forma exemplificada no programa exemplo pela procedure que alimenta o componente para o layout do Padrão Nacional.

Na NFCom Indicador da IE 9 pode ter a IE porém o ACBR não estava passando. Segue unidade ajustadaACBrNFComXmlWriter.pas

Olá, Fiz a inclusão das tags abaixo no CTe. Ao transmitir em homologação, recebo a rejeição "Valor do IBS Municipal nao pode resultar negativo" Por favor, me ajudem a identificar o que estou fazendo de errado. Obrigado! <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> <vBC>1000.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <vIBSUF>1.00</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>1.00</vIBS> <gCBS> <pCBS>0.9000</pCBS> <vCBS>9.00</vCBS> </gCBS> </gIBSCBS> </IBSCBS>

A UF é MG.

Boa tarde @aslsoftwareltda, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. No teste que fiz acusou que o grupo IBSCBS era invalido. Foi disponibilizado os Schemas foi dito que o ambiente de homologação esta disponível, mas esqueceram de atualizar ele para reconhecer os novos campos.

Infelizmente não conheço, mas seria bom se fosse no papo pro alguém que domine do assunto e que tenha tido experiências com programadores e não somente de forma geral.

Aparentemente faltou dividir a alíquota por 100.

Isso mesmo. A validação não passou por conta da letra "A" no meio da chave. Veja:

Boa tarde @HUGO753, Fiz uma alteração no componente que ainda preciso testar se vai gerar corretamente os novos campos. Aviso aqui quando estiver concluído.

Ola @julianors, atualize o acbr/fontes e abra os demos... ta mastigadim...

Boa tarde @valterpatrick! Boa sugestão sobre cuidado mental. Você conhece ou recomenda algum profissional da saúde e/ou psicologia para nos auxiliar a fazer o Papo PRO? Desde já agradecemos a sugestão!

Boa tarde @Eric Bortoleto, Segue o arquivo com o log do processo de cancelamento. No final do arquivo ja tem a parte do cancelamento cortado. Att, Elias Pimenta de Melo ACBrLibNFSe-20251202.log

Bom dia estou recebendo a seguinte mensagem <?xml version="1.0"?><return><?xml version="1.0" encoding="UTF-8"?>< Retorno>< Status>ERRO</Status> < MensagemErro>Atividade de Serviço não localizada. &#13; < /MensagemErro>< /Retorno> </return> Mas ainda não recebi da prefeitura, mas a comunicação esta funcionando bem Estou utilizando para Mogi das Cruzes

Isso, o correto seria 1. Estarei modificando e posto aqui caso tenha dado certo.

Pessoal, vivemos em tempos dificeis. Em pesquisas recentes 1/4 da população brasileira tem ansiedade, 1/10 tem depressão, 1/3 tem burnout. Estamos muito focados na reforma tributária, nos problemas do dia a dia que esquecemos de nós mesmos. Se tiver como fazer um papo pro falando sobre saúde mental, seria interessante. Quantos programadores pelo Brasil a fora não se sentem ansiosos ou estão depressivos ou simplesmente só seguem a vida do jeito que está e não procuram ajuda por que o seu foco é apenas programar e não cuidar de si. Eu sei que o foco do ACBr é outro, mas há uma base de usuários muito grande e talvez este assunto pode ser importante para alguém e etc.

Bom dia Fiz os testes na NFS-e de Novo Hamburgo que usa o provedor IPM. O provedor usa o padrão ABRASF e fez modificações no XSD para contemplar as novas tags. Entretanto, o PDF da documentação deles não condiz com o XSD, existem campos no PDF que não estão nas definições. Também há campos que precisam ser enviados no XML e que o componente não está colocando, como é o caso do CodigoNbs. Eu fiz os ajustes e consegui evoluir até o teste final. Já passei os ajustes para o IPM e eles forneceram um XSD atualizado. Segue o arquivo .xsd e o arquivo .pas em questão para que possam colocar no repositório. IPM.GravarXml.pas nfse_rt.xsd

Finalmente minhas NFes e NFCes estão sendo aceitas em homologação com os dados da reforma tributária! Eu preciso dizer que sem o ACBr nada disso seria possível. Meu muito obrigado a todos dessa equipe que funciona como salva-vidas das software houses. E agora? Algo mais a verificar? Alguém tem observações? E se eu puder ajudar de alguma forma, contem comigo.

Pelo que eu entendi, Simples Nacional não é obrigatorio. Eu já estou com meus clientes de Lucro Prezumido e Real com as Tags rodando...

Boa noite @simtechsistemas, Vamos ao seu erro: Descricao=Erro de Validação: --> 1839 - Element '{http://www.sped.fazenda.gov.br/nfse}cLocEmi': [facet 'pattern'] The value '' is not accepted by the pattern '[0-9]{7}'. Ele diz que o elemento cLocEmi recebeu o valor '' (string vazia) sendo que é esperado um string com 7 dígitos. Resumindo, você não informou o código do local da emissão da nota. Você tem que informar o código do município do emitente (prestador de serviço).

Aqui funcionou refazendo tudo, mas mais um detalhe, tive cliente que voltou sozinho, mas atualizei, obrigado a todos

Também estamos sofrendo com essa instabilidade no envio de NFS-e, deve ser algo no ambiente da prefeitura. Se tiver algum sucesso na parte da reforma vai avisando. Também iniciaremos os testes.

Boa tarde, ainda não, desde sábado o serviço de emissão de nfse da Simpliss está instável em Blumenau-SC. Estou apagando incêndio kkkk Fiz um único teste que deu erro de invalid pointer ou access violation... no entanto ainda não tive tempo de voltar para isso e analisar.

Funcionou apenas trocando para o schemas mais atual. Obrigado a todos

Olá comunidade ! Ao acessar o Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz do estado de São Paulo está com a contingência ativada desde às 18h18 do dia 30/11/2025, sem previsão de encerramento. Para utilizar as soluções ACBr em contingência siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Foi publicada a versão 25.2.H das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/11/2025 até 31/01/2026. 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

Olá comunidade ! Foi publicada a versão 1.32 desta nota técnica. Alterações Esta versão não traz modificações de leiaute, ela faz correções em algumas regras de validação. A regra de validação que veda NFCe para operação não presencial vai considerar o indPres 5 para ser aplicada. A validação que verifica se a chave de nota referenciada existe não será aplicada para notas de crédito com tipo 01 e 03. A rejeição devolvida quando há ausência do grupo de ICMS para UF de destino não será aplicada para notas cujo tipo da operação governamental for 2. Datas Implantação Teste: Até 01/12/2025 Implantação Produção: 04/12/2025 E como fica o ACBr? Modificações nas soluções do ACBr não são necessárias. Leia a versão 1.32 desta nota técnica na íntegra AQUI.

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 Gostaria de compartilhar com todos vocês um guia de Como iniciar a Homologação TEF usando a CliSiTef a DLL da Fiserv 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 é a CliSitef ? A CliSiTef, é uma biblioteca desenvolvida pela Fiserv para as plataformas Windows, Linux, que realizam a captura e transações (TEF) através do servidor SiTef. https://dev.softwareexpress.com.br/docs/clisitef/clisitef_documento_principal/ Instalação do SiTef Demonstração. Baixe e instale o SitDemo distribuído pela Fiserv Após a instalação do SitDemo, iremos sobrescrever os arquivos, com a versão já configurada pela equipe do ACBr... NOTA: Se você deseja saber quais são as configurações que já foram aplicadas pela Equipe do ACBr no ZIP, leia esse artigo Baixe o SitDemo, já configurado pela equipe do ACBr, no Link abaixo: Após baixar o arquivo SitDemo_ProjetoACBr.zip, descompacte do arquivo ZIP, a Pasta "SiTef", na raiz do seu disco C:\ Inicializando SiTef Demonstração. Dentro da pasta SiTef, existiram uma série de pastas do ambiente de homologação, a mais importante será a "APLIC.WIN", pasta que carrega todas as aplicações do SiTef. Abrindo a pasta "APLIC.WIN" busque pelo arquivo "SitDemo.exe" e execute-o como administrador. Uma janela como essa será exibida: Nota: Várias outras janelas, abrirão em segundo plano... Isso realmente é o comportamento esperado, do Emulador SitDemo Pronto: agora o seu servidor de homologação já está rodando. Teste de pagamento usando o Demo do ACBr Para realizar um teste de transação, usando o Demo do ACBr, é necessário copiar as DLLs da CliSiTEF na mesma pasta do Executável do ACBr, "TEFAPIDemo.exe"... As DLLs da CliSiTef, podem ser encontradas nos arquivos ZIP como: - clisitef-7.0.117.109.r1-Simulado-Win32.zip (x86, 32 bits) - clisitef-7.0.117.109.r1-Simulado-Win64.zip (x64) Observe que essas DLLs (acima) devem ser utilizadas apenas em ambientes de testes.. as DLLs de Produção não funcionarão em ambientes de Desenvolvimento. IMPORTANTE: Se você compila sua aplicação em 32 bits, sempre use DLLs de 32 bits (mesmo que o Windows seja 64 bits) Configure o arquivo CliSiTef.ini Siga as instruções do tópico abaixo, para criar ou configurar o arquivo de configuração CliSiTef.ini, para ativar a gravação de Logs no ambiente de homologação Execute o TEFAPIDemo e altere o Gerenciador TEF para "tefApiCliSiTEF". Coloque a loja que deseja testar no campo Filial (a loja padrão criada pelo SiTef é 00000000). Roteiro Pré-Homologação 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 - CliSitef Windows. Nesse curso, você poderá acompanhar nossos desenvolvedores, explicando a lógica de cada um dos testes do roteiro. Envio de Arquivos Pré-Homologação SiTef Durante os os testes do roteiro, você deverá coletar os Logs e comprovantes de transação... O Artigo abaixo, explica passo a passo esse processo, e também detalha para onde e como os Logs devem ser enviados para analise... Suporte da Equipe do ACBr Se você tem contrato de Parceria com o ACBr, para a Distribuição de TEF, você pode contar com a ajuda e Suporte de nossos técnicos e desenvolvedores Acesso o canal #sitef-homologação, no Discord do ACBr Ou poste suas dúvidas, aqui mesmo no fórum, na área Homologação TEF SiTEF

Olá pessoal! Este tópico visa responder as principais perguntas feitas pela audiência nas edições do Papo PRO ACBr correspondentes. Adeus à velha NFe? Prepare seu ACBr - Parte 01 Os layouts e schemas "Integrados" da versão atual + Layout reforma estão no site da Confaz? R: Os arquivos de schema podem ser encontrados no Portal da Nota Fiscal Eletrônica e também em nosso SVN. Para uso com as soluções ACBr é orientado fazer o uso dos schemas disponíveis em nosso SVN! As notas técnicas também podem ser encontras no portal ou em nossa biblioteca tools. Para quem está construindo NFe/NFCe agora no sistema, qual é a orientação? R: Como ainda estamos no período de transição, será necessário construir considerando a tributação existente e os novos propostos pela Reforma Tributária, é um consenso que a melhor forma de fazer isso é deixando o mais parametrizável possível, evitando ao máximo "chumbar" valores e alíquotas direto no código fonte. Outra dica é buscar sempre se manter informado lendo as notas técnicas relacionadas e acompanhando eventos, podcasts, lives e publicações de profissionais confiáveis da área. Por fim, lembrar que não há problema em pedir ajuda se necessário, existem profissionais que estão se debruçando sobre as mudanças com o objetivo de trazer as mesmas de uma forma mais didática para todos. Como vai ficar o CNPJ que consta na chave da nota fiscal com essa vinda do CNPJ Alfanumérico? R: Apesar de a regex para permitir CNPJ alfanumérico ter sido alterada em liberação de pacote de schemas relacionado a Reforma Tributária, é importante ressaltar que são processos diferentes sendo tratados em notas técnicas diferentes. A Reforma Tributária está sendo tratada na Nota Técnica 2025/002, já o CNPJ Alfanumérico está sendo tratado na Nota Técnica Conjunta 2025/001; A segunda estabelece mudança no regex do arquivo de schema para a chave de acesso e atualização nas regras de validação da chave para permitir o CNPJ Alfanumérico. Para o MDF-e, mesmo que ele não tenha nota técnica própria da reforma tributária, vai mudar a validação das chaves de acesso das NF-es e CT-es que são relacionados no mesmo? R: O regex dos schemas do MDF-e foram atualizados para permitir CNPJ Alfanumérico na Nota Técnica 2025/001 para o MDF-e e as regras de validação serão atualizadas conforme Nota Técnica Conjunta 2025/001, mas nenhuma delas tem relação com a Reforma Tributária. Para as Libs como fica a questão do XML? R: A biblioteca ACBrLibNFe já está adequada as modificações propostas pela nota técnica mais recente da reforma tributária para NF-e/NFC-e e a geração do XML com os novos campos pode ser testada seguindo modelo disponível na documentação. A versão do XML da NF-e será alterada para a Reforma Tributária? R: Não, a versão do XML tanto da NF-e quanto da NFC-e permanece sendo 4.00; Os novos campos da reforma precisam estar no XML em Produção no dia 01/10/2025? R: De acordo com a versão mais recente da nota técnica disponível até o momento da publicação deste tópico, as datas são: Inserção dos campos no XML: Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 Aplicação das regras de validação: Implantação Teste: 01/07/2025 Implantação Produção: 01/2026 Quando vai ser de fato extinto o ICMS do XML, ou seja, quando vai começar a devolver rejeição se enviar no XML? R: De acordo com a Lei Complementar 214 o período de transição se estende até o ano de 2033, portanto os campos do ICMS deverão ser informados até lá. Existe possibilidade de voltarem atrás com a Reforma Tributária? R: A reforma tributária é um projeto extenso e amplamente discutido com legislação aprovada na câmara dos deputados e no senado e com regramento já sendo discutido e publicado pelos diversos entes fiscais e regulatórios, o que faz com que a possibilidade de adiamento ou mudanças muito grandes vá diminuindo cada vez mais. Não recomendamos contar com adiamento ou com qualquer tipo de "voltar atrás", quanto antes as aplicações forem adequadas melhor para as software house. A dupla do CST e cClassTrib vai ser string ou enumerado? R: Como ambos são informações com valores fixos definidos em tabela publicada, optou-se por criar um enumerado para cada uma das informações. A base de cálculo do IBS e do CBS vai ser a mesma? R: Sim, conforme pode ser observado na versão mais recente da nota técnica e também dos schemas, o campo da base de cálculo será o mesmo tanto para o IBS quanto para o CBS. Vai haver campos para esses novos impostos no DANFe? R: Até o momento da publicação deste tópico ainda não foi publicado normativa ou novo manual atualizando o leiaute dos impressos para adicionar os novos campos relacionados. Existe um programa exemplo próprio para a NF-e da Reforma Tributária ou é o mesmo? R: É o mesmo programa exemplo. Foi adicionado uma opção para permitir escolher se a rotina que alimenta uma NFe\NFCe com dados fictícios vai alimentar os dados relacionadas a reforma tributária ou não. Adeus à velha NFe? Prepare seu ACBr - Parte 02 O que acontece se ao chegar na data estipulada, não os campos não tiverem sido implementados? R: A partir do momento que elas forem aplicadas você receberá rejeições. A partir de que data os campos serão obrigatórios? R: A versão mais recente das notas técnicas estabelece em seu cronograma que os campos serão obrigatórios no ambiente de homologação a partir de 06/10/2025 e em produção a partir de 01/01/2026. Vide cronograma detalhado: Os schemas atualizados com os novos campos já estão disponíveis no SVN do ACBr? R: Sim, os arquivos de schema mais atuais já estão disponíveis em nosso SVN. Quais documentos serão impactados pela Reforma Tributária? R: Serão impactados a NFe, NFCe, NFSe, NFCom, NF3e, BPe, BPeTM, CTe, CTeOS e GTVe. Se a nota fiscal for de ajuste ou remessa, a mesma não poderá ser de débito ou crédito? R: Correto, pois o campo finalidade de emissão da NF-e ganhou os dois novos tipos nota de crédito e nota de débito e existem rejeições caso seja informado valor para tipo de nota de débito ou crédito com finalidade diferente de débito ou crédito. Existe algum parâmetro no componente ACBrNFe para habilitar a reforma tributária? R: Os programas de exemplo feitos em Delphi e Lazarus ganharam uma opção para definir ser gerado com as tags relacionadas a reforma tributária. Vale mencionar que isso possui apenas finalidade orientativa e selecionar esta opção apenas faz com que as propriedades correspondentes sejam alimentadas. Em suma, para que as tags sejam criadas no arquivo XML, basta alimentar as propriedades correspondentes. Se eu atualizar os schemas e o ACBr antes da data, isso vai impactar o envio em produção? R: Não, os campos relacionados a reforma tributária não serão gerados no arquivo XML a menos que suas propriedades correspondentes sejam preenchidas. Como ficam as tabelas de CST, CRT, NCM, CEST e afins? R: As tabelas de CST, CRT, NCM, CEST e afins permanecem acompanhando e sendo utilizadas para o preenchimento do documento. Mesmo o CST específico para o ICMS vai estar presente no leiaute do documento fiscal até 2032.

Olá, Tendo em vista a quantidade de pessoas com dificuldade no entendimento do processo para utilizar o DistribuicaoDFePorUltNSU, com o intuito de download de xmls, segue uma visão enxuta. 1. Na primeira execução, o DistribuicaoDFePorUltNSU disponibilizará o resumo da NFe. 2. Deverá ser feita a manifestação de cada documento. 3. Após a manifestação, o DistribuicaoDFePorUltNSU disponibilizará o XML completo da NFe, a partir do momento que a Sefaz liberar o documento, não necessariamente imediatamente após a manifestação. 3.1. Caso não traga o XML, aguarde o período indicado pela sefaz que atualmente é de 1h no mínimo, e efetue novamente o DistribuicaoDFePorUltNSU, repetindo este item até que o XML seja baixado. É só isso, receber o resumo, manifestar e receber o XML completo. A seguir apenas informações complementares. Atenção: Após receber o XML completo, o DistribuicaoDFePorUltNSU não disponibilizará novamente este documento, através do fluxo padrão, preenchendo o ultNSU recebido. O fluxo é único, conforme explicado acima. O DistribuicaoDFePorUltNSU disponibilizará uma vez o resumo e uma vez o XML completo. Se não for processado quando recebido, não terá como fazê-lo novamente seguindo este fluxo, sendo necessário fazer uma nova consulta com ultNSU=0 para trazer novamente todos os registros do último período disponível. Se for mantido um fluxo diário por exemplo, esse processo será transparente, dependendo apenas da manifestação dos documentos de interesse do ator. A cada execução do DistribuicaoDFePorUltNSU serão recebidos tanto os novos resumos, de novas NFes emitidas, quanto os xmls completos de NFes que já foram manifestadas e ainda não haviam sido recebidos. Informações "técnicas": 1. O que é o resumo? Um XML com informações básicas suficientes para efetuar a manifestação. 2. Para identificar o tipo de XML recebido, utilize a propriedade a seguir: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[i].schema - schresNFe: xml resumo - schprocNFe: xml completo 3. Assim como xmls de NFe esse serviço retorna xmls dos eventos. 4. Caso você já tenha efetuado a consulta do serviço e possua o xml de retorno, contendo os documentos e queira reprocessá-lo, poderá alimentar o componente com o método abaixo, tendo assim populado as propriedades com o mesmo resultado do momento que executou o NFe.DistribuicaoDFe(). ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile( 'c:\temp\20220307130102-dist-dfe.xml' ) Se ainda restam dúvidas sobre o processo: 1. Leia a NT "NFe_NT2014_002 WS DistribuicaoDFe.pdf" com calma que o processo acima será simples de entender. Você pode pegar a última versão dessa NT no nosso repositório de documentos no seguinte link: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/ 2. Veja esse tópico bem explicativo do @Italo Giurizzato Junior 3. Veja esse vídeo do @Bruto do Delphi 4. Dia 09/03/2022 foi abordado esse assunto no Papo Pro, onde a comunidade pode interagir e tirar suas dúvidas que restavam. Conecte-se no Discord, entre no canal de voz, #Papo Pro ACBr, não perca as próximas edições de terças a quintas-feiras das 10:00 as 11:00. Já está disponível essa edição no link a seguir.

Resposta da Sil Tecnologia em relação a pergunta se DPS ou NFSe : kkkk ------------------------- Bom dia, Prezados, Em analise do caso, informamos que deve ser enviado o XML da nota fiscal com base na documentação enviada anteriormente. Atenciosamente, ----------------------------