Painel de líderes

Olá Pessoal, É com muita alegria que venho informar a todos que o componente ACBrNFSeX já esta pronto para atender o novo WebService do provedor Fiorilli que trabalha com o layout do Padrão Nacional, além disso existe também a particularidade da existência de algumas versões do webservice disponíveis nas prefeituras e cada uma decide quando se atualiza para algo mais recente, inclusive com versões que ainda não contemplam os campos da Reforma Tributária. Como o ACBrLibNFSe e o ACBrMonitor Plus se utilizam do componente ACBrNFSeX assim que for disponibilizado uma nova versão essas duas soluções ACBr também vão atender o novo WebService do provedor. Mudanças em sua Aplicação Configurações do componente ACBr ou ACBrMonitor/ACBrLib Não muda nada, pois tanto o componente quanto as soluções ACBrMonitor e ACBrLib se autoconfiguram conforme as informações existentes no arquivo ACBrNFSeXServicos.ini, o qual é atualizado pela equipe ACBr conforme recebemos as informações de mudanças. Alimentação dos componente ACBr ou ACBrMonitor/ACBrLib Se sua aplicação já atende clientes que se utilizam do layout do padrão nacional, seu software já deve estar adequado a este modelo, então nenhuma alteração será necessária em sua aplicação, porém se não for este o caso, será necessário a implementação do preenchimento dos dados considerando o padrão nacional para o componente ou envio das informações ao ACBrMonitor/ACBrLib conforme os modelos existentes em nossa documentação e exemplos. Importante Os dados passados para o componente ou para o arquivo INI (para quem usa a Lib ou o Monitor) mudam ao se utilizar o novo webservice da Fiorilli, sendo assim é importante observar os modelos citados acima. Nem todos os serviços disponíveis no webservice antigo estão disponíveis no novo, como por exemplo o ConsultarNFSeServicoPrestado, o ConsultarNFSeServicoTomado e o SubstituirNFSe, sendo assim ao obter o retorno Serviço não Implementado, se deve a este fator, ou seja a Fiorilli ainda não implementou o serviço em seu novo webservice. É importante lembrar que a Fiorilli continua com o seu webservice "antigo" que recepciona o XML segundo a versão 2.00 do layout da ABRASF, mas não sabemos quando eles o desativarão, sendo assim recomendamos iniciar a mudança assim que possível. E se uma cidade atendida pelo meu software mudou, o que fazer? Dado que as cidades estão em processo de atualização, é natural que ao longo do tempo seja preciso atualizar, sendo assim ao identificar essa mudança, seja por um relato de cliente ou da própria prefeitura, você pode abrir um tópico em nosso fórum e nos informar, mas se desejar já validar se realmente a mudança está funcional do lado da prefeitura e quiser nos ajudar, você pode também seguir o procedimento abaixo e realizar um teste em seu ambiente e em seguida nos enviar as mudanças. O provedor Fiorilli atende mais de 300 cidades, cotamos com a colaboração de todos vocês para nos informar qual cidade vocês testaram e com qual versão funcionou. O que mudar no arquivo ACBrNFSeXServicos.ini para que possamos realizar os testes e passar a utilizar o novo webservice? Descobrindo a versão correta a inserir no INI? Atualmente para identificar se deve-se configurar a versão 1.01 ou 1.00 , saberemos isso conforme os testes a seguir Se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.00 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade já esta usando a versão 1.01 unexpected element (uri:"http://www.fiorilli.com.br/nfse-nacional", local:"DPS"). Expected elements are {http://www.sped.fazenda.gov.br/nfse}DPS Por outro lado se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.01 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade esta usando a versão 1.00 unexpected element (uri:"http://www.sped.fazenda.gov.br/nfse", local:"DPS"). Expected elements are {http://www.fiorilli.com.br/nfse-nacional}DPS Resumindo, na versão 1.00 o namespace esperado tem que ser o da Fiorilli (http://www.fiorilli.com.br/nfse-nacional) e na versão 1.01 tem que ser o do Padrão Nacional (http://www.sped.fazenda.gov.br/nfse). Bom agora vocês já sabem o que tem que fazer quando aparecer esses erros, basta mudar a versão informada no campo Versao que se encontra na seção da cidade que vocês estão testando. Vamos agora para o arquivo ACBrNFSeXServicos.ini Primeiramente quero informar que nesse arquivo INI temos uma seção chamada [Fiorilli] que nela consta a URL de homologação para o novo WebService e o campo Versao com o valor 1.00, logo estamos supondo que todas as cidades estão usando essa versão. Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.00 que já alteramos no arquivo INI: [1100122] Nome=Ji-Parana UF=RO Provedor=Fiorilli ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://177.124.184.59:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [2104099] Nome=Formosa da Serra Negra UF=MA Provedor=Fiorilli ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfse.adtrcloud.com.br:8097/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3504008] Nome=Assis UF=SP Provedor=Fiorilli ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfsews.assis.sp.gov.br/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3537107] Nome=Pedreira UF=SP Provedor=Fiorilli ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://intranet.pedreira.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que não foi informado que a versão é 1.00, pois por padrão ele vai pegar essa informação lá da seção do provedor. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.01 que já alteramos no arquivo INI: [3504404] Nome=Avanhandava UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWS/IssWebWS (...) [3526407] Nome=Laranjal Paulista UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://pmlpta.ddns.com.br:6118/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que foi informado que a versão é 1.01 e temos também o campo Params com os serviços: ConsultarNFSeRps e ConsultarNFSePorChave, pois nesta versão o webservice possui esses serviços, logo ele não se utiliza dos serviços disponibilizados pela API do Padrão Nacional. Um detalhe importante é que no final da linha do campo Params temos o caracter pipe "|", ele é obrigatório. Outra informação importante é as URLs para os referidos serviços destacados em Params. As cidades mostradas acima foram alteradas e testadas, mas desejo fazer testes com uma cidade do meu cliente como devo proceder? Vamos a um exemplo: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebService novo vai passar a ser utilizado. ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType A cidade de Ibaté/SP consta que usa a versão 2.00 e as URL se referem ao webservice antigo que usa o layout da ABRASF. A URL que esta comentada já é a URL do novo webservice que usa o layout do Padrão Nacional. Alteração supondo que o sistema instalado na prefeitura usa a versão 1.00 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Se não funcionar, ou seja, ocorrer o erro já mostrado acima temos que incluir o campo versão e params, pois certamente o sistema instalado na prefeitura é mais atual e trabalha com a versão 1.01 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Lembre-se que após a alteração devemos: Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Observação: Não testamos a cidade de Ibaté/SP trata-se de um exemplo de como devemos alterar a seção da cidade para usar o novo webservice, sendo assim uma das duas alterações mostradas acima vai funcionar, qual delas, só testando. Tópico relacionado Um agradecimento especial ao nosso consultor @Diego Foliene e ao membro do fórum @Diego Reckziegel, pelos ajustes no código do componente.

Nota Técnica 008/2026 Publicada em 05/05/2026 14h43 define novas regras do DANFSe-Padrão Nacional e prazo para adaptação A Secretaria-Executiva do Comitê Gestor da NFS-e publicou a Nota Técnica nº 008/2026, que estabelece novas regras para a emissão do DANFSe no padrão nacional. O documento tem como objetivo padronizar o layout e a apresentação das informações do DANFSe, facilitando a leitura e a conferência dos dados das notas fiscais de serviço. Um ponto de destaque é que a API do Portal Nacional atual de geração do DANFSe será descontinuada a partir de 1º de julho de 2026, prazo até o qual empresas e desenvolvedores deverão adaptar seus sistemas às novas especificações técnicas. A medida faz parte do processo de consolidação da NFS-e nacional, que busca padronizar a emissão em todo o país e reduzir a complexidade causada pelos diferentes modelos municipais. O que muda para que usa o ACBrNFSe ( a partir de 1º de julho de 2026 ) Quem usa o método ObterDANFSE(xChaveNFSe) para baixar o PDF do DANFSE da API do Portal Nacional, este método não vai mais estar disponível. Solução para quem usava o método ObterDANFSE: Carregar o XML da NFSe (Padrão Nacional) e usar o comando NotasFiscais.Imprimir para visualizar em tela e/ou imprimir no Papel; Para gerar o PDF, Carregar o XML da NFSe (Padrão Nacional) e usar o comando NotasFiscais.ImprimirPDF; Sobre a padronização da DANFSe: Como temos o DANFSe para os geradores Fortes Report, Fast Report e PDF, criamos a tarefa para fazer os ajustes necessários, assim que estiver disponível vai ser publicado em nosso portal de notícias. Fonte: SE/CGNFS-e publica Nota Técnica nº 008/2026 com regras para emissão do DANFSe — Portal da Nota Fiscal de Serviço eletrônica

Olá, @Daniel Simoes @Italo Giurizzato Junior, o ACBrNFSeX está preparado para isso? A Secretaria Executiva do Comitê Gestor da NFS-e publicou a Nota Técnica nº 008/2026, trazendo uma mudança importante que impacta diretamente quem desenvolve ou mantém sistemas fiscais. E aqui vai o ponto mais crítico: A API oficial de geração do DANFSe será desativada em 01/07/2026 Ou seja, a partir dessa data, o seu sistema passa a ser responsável por gerar o DANFSe. Se você trabalha com ERP, emissor de NFS-e ou integrações fiscais, isso muda bastante coisa. https://www.blog.sacfiscal.com.br/danfse-muda-tudo-na-nfs-e-o-que-a-nota-tecnica-008-2026-obriga-seu-erp-a-fazer/

Bom dia, Foi criada a tarefa CORE-222 para avaliação. Obrigada pela contribuição!

Foi criada a tarefa CORE-221 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui no tópico.

Bom dia. Implementado novo método para inativar produtos na IMendes. Para que serve? Vamos imaginar que você fez a consulta de alterados na IMendes, hoje a mesma retorna todas as vezes os alterados durante 45 dias, mas vamos imaginar que você não queira que eles fiquem retornando essa lista completa pois você já sincronizou esse status em seu sistema? Por isso solicitei a implementação desse método por parte de IMendes e já implementei no ACBr juntamente com as demais alterações acima citadas. Espero ter ajudado e no aguardo do merge para a versão oficial. Ps: Rodrigo Fruwhirth - Arpa Sistemas. ACBrIMendes.pas Respondendo ao amigo, assim que o ACBr fizer o merge dos fontes, todas as operações com a IMendes já estão implementas no componente. Caso não queira aguardar, pode pegar o fonte acima e substituir na pasta Fontes\ACBrTCP o arquivo em questão. Espero ter ajudado. Att: Rodrigo Fruhwirth - Arpa Sistemas. ACBrIMendes.pas

Olá comunidade ! Foi publicada a Resolução ANTT nº 6.078/2026, que altera a Resolução ANTT nº 5.862/2019, responsável por regulamentar o cadastro da Operação de Transporte necessário para a geração do Código Identificador da Operação de Transporte (CIOT). Com essa publicação, a partir de 24/05/2026, passa a ser obrigatória a geração e vinculação do CIOT ao MDF-e em todas as operações de transporte, exceto quando o valor do frete estiver em desacordo com o piso mínimo aplicável. Detalhando melhor, a nova norma é composta por quatro artigos, trazendo alterações de redação, revogações e definição de datas de vigência. Entre os pontos mais relevantes, destaca-se a nova redação incluída pelo Art. 1º, que estabelece: Outras disposições Art. 2º: estabelece valores de multas para determinadas infrações. Art. 3º: revoga o § 1º do art. 5º e o art. 8º da Resolução ANTT nº 5.862/2019. Art. 4º: define que a resolução entra em vigor em 24/05/2026.

Boa tarde, também estou com o mesmo problema. Pois na NT, na validação B25-80, comenta que Se finalidade da NF-e igual a crédito ou débito (tag:finNFe=5 ou 6) ou tpOperGov=2 Recebimento do pagamento - Informado 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). Exceção: a regra acima não se aplica para tpNFCrédito=3-Retorno. Para corrigir eu precisei alterar a unit ACBrNFe.XmlWriter na função GerarDetImposto, para adicionar a comparacao do tpOperGov <> togRecebimentoPag if (((not (nfe.Ide.finNFe in [fnCredito, fnDebito])) or (nfe.ide.tpNFCredito = tcRetorno)) and (nfe.Ide.gCompraGov.tpOperGov <> togRecebimentoPag)) then Segue a unit em anexo com a alteração sugerida. Neste caso não geraria os blocos de ICMS, que não devem ser gerados para este tipo de operação. E consegui transmitir o XML normalmente. ACBrNFe.XmlWriter.pas

Entendendo o projeto Android - Flutter Criamos um programa exemplo que se integra com o m-SiTef que você pode utilizar como base para o seu sistema Android (Flutter). m-SiTef O m-SiTef é um aplicativo desenvolvido pela Fiserv para a plataforma Android e funciona através da comunicação por Intents, ou seja, os dados são passados de uma aplicação (Programa exemplo) para outra (m-SiTef) pela própria Intent, sem a necessidade de um SDK ou outra solução para essa comunicação. Para entender melhor como funciona a comunicação entre aplicativos android por intents: https://medium.com/@ashfaque-khokhar/intent-in-android-00f7be3197c0. Exemplo de dados sendo transmitidos de Intent para outra intent. Intent intent = new Intent (getApplicationContext(), SecondActivity.class); intent.putExtra( "NAME" , "Ashu" ); intent.putExtra( "ID" , 21 ); startActivity(intent); Para se integrar ao m-SiTef devemos passar os dados da forma como estão descritos no guia de integração, que você pode encontrar completo aqui: https://dev.softwareexpress.com.br/docs/m-sitef/m-SiTef/ Projeto O nosso projeto de integração está no nosso GitHub: https://github.com/Projeto-ACBr-Oficial/acbr-sitef-flutter Antes de clonar o projeto e rodar, não se esqueça de iniciar o SitDemo e estar com o APK do m-SiTef instalado no terminal Android que fará os testes. Saiba mais sobre estes processos: Para conseguir rodar corretamente o nosso programa exemplo você precisa configurar alguns campos passados ao aplicativo do m-SiTef: Endereço IP do SitDemo CNPJ ou CPF CNPJ da Automação Utilize a tela de configuração da aplicação: Entendendo o projeto O Flutter não possui nativamente no lado Dart uma API interna que replique diretamente o comportamento de "mão dupla" das Intents do Android, como o startActivityForResult seguido pelo onActivityResult. Como o Flutter é projetado para ser multiplataforma, ele não expõe nativamente essas entranhas específicas do sistema operacional; por isso, para capturar o retorno de dados de outro aplicativo, você precisa obrigatoriamente recorrer ao MethodChannel. Ele funciona como uma ponte de comunicação essencial, permitindo que você saia do ambiente Dart para executar o comando de busca de dados no Kotlin ou Java e, assim que o sistema Android processar a resposta, essa informação seja transmitida de volta para a sua interface de forma assíncrona. Para entender melhor como funciona o MethodChannel: https://medium.com/kobe-tech/methodchannel-como-executar-código-nativo-no-flutter-8d02f6bb79a3 Por isso, você deverá necessariamente fazer a ponte entre sua aplicação dart e o código nativo (Java ou Kotlin) para a comunicação com a aplicação do m-SiTef. Do lado Dart a classe importante, que chama o lado Kotlin é: lib/data/msitef/msitef_payment_processor.dart Nela chamamos uma função específica do lado kotlin e aguardamos de forma assíncrona a resposta. Do lado Kotlin é onde ocorre a chamada, que no nosso projeto é feito na MainActivity (Tela principal) onde o motor da UI do Flutter atua. android/app/src/main/kotlin/com/mjtech/fintesthub/flutter/fintesthub_flutter/MainActivity.kt É nela que mapeamos os parâmetros passados ao aplicativo do m-SiTef. Fora esta classe, temos: android/app/src/main/kotlin/com/mjtech/fintesthub/flutter/fintesthub_flutter/payment/MSitefPaymentUtils.kt Classe utilizada para as funções auxiliares referentes ao mapeamento de parâmetros. android/app/src/main/kotlin/com/mjtech/fintesthub/flutter/fintesthub_flutter/payment/MSitefPayment.kt Classe de dados criada a partir do mapping vindo do Dart. android/app/src/main/kotlin/com/mjtech/fintesthub/flutter/fintesthub_flutter/payment/MSitefResponse.kt Classe de dados criada a partir da resposta do aplicativo m-SiTef. Menu administrativo O menu administrativo está na tela de configurações e é uma importante funcionalidade que deve ter na sua aplicação para acessar as principais funções como cancelamento, reimpressão, teste de comunicação, etc. O mapeamento dos campos passados para a chamada do menu administrativo fica na tela principal do lado Kotlin: android/app/src/main/kotlin/com/mjtech/fintesthub/flutter/fintesthub_flutter/MainActivity.kt Já a chamada do lado dart e a captura do retorno vindo do lado kotlin é feita na classe: lib/data/msitef/admin/msitef_admin_action.dart Roteiro de pré-homologação Uma etapa importante do processo de desenvolvimento e homologação é o roteiro de pré-homologação. Algumas etapas do roteiro de testes exigem valores exatos como R$25.000 ou R$15,00 e a troca de alguns campos de configurações, foi pensando nestes testes que fizemos este programa exemplo, onde você consegue informar o valor exato na tela de pagamento e modificar os campos de configuração em tempo de execução. Fluxo de pagamento: Esta aplicação já passou pelo roteiro de teste de pré-homologação e você pode utilizar como base para o seu projeto. 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.