Pesquisar na Comunidade

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo o Ajuste SINIEF Nº 38, de 5 de Dezembro de 2025 que institui um novo documento fiscal eletrônico, a Nota Fiscal Eletrônica do Gás. O ajuste também institui o respectivo documento auxiliar. De maneira semelhante a outros documentos fiscais eletrônicos, o ajuste também possui cláusulas que estabelecem o uso de contingência, a necessidade de autorização junto a sefaz, o requisito de o arquivo ser assinado com certificado digital para envio ao web service e outras características. Por fim, a cláusula final estabelece sua vigência: Vale ressaltar que apesar de o Portal da NFGas já estar disponível, sendo acesso pelo link: https://dfe-portal.svrs.rs.gov.br/Nfgas/Documentos, ainda não foram disponibilizados os manuais de orientação ao contribuinte. EDIT: Os manuais foram disponibilizados no portal. De maneira semelhante aos demais documentos fiscais eletrônicos, a equipe de consultores do Projeto ACBr vai analisar os manuais disponibilizados e conforme viabilidade, criar um novo componente para comunicar com os web services fornecidos e auxiliar no processo de emissão deste novo documento seguindo as diretrizes estabelecidas em seus respectivos manuais de orientação.

Olá pessoal! Nasce um novo documento fiscal eletrônico! A Nota Fiscal da Água e Saneamento Eletrônica, abreviada como NFAg é um modelo nacional de documento fiscal eletrônico. Ele será identificado pelo modelo 75 e substituirá a sistemática atual de emissão da Nota Fiscal para Água e Saneamento, com validade jurídica garantida pela assinatura digital do emitente. O documento foi publicado em forma de minuta e aguarda ato conjunto normativo para publicação definitiva. O Portal da Nota Fiscal da Água e Saneamento Eletrônica - SVRS pode ser acessado para mais detalhes. Os manuais publicados também já foram disponibilizados em nossa Biblioteca Tools. E o ACBr onde entra nessa história? De maneira semelhante aos demais documentos fiscais eletrônicos, a equipe de consultores do Projeto ACBr vai analisar os manuais disponibilizados e conforme viabilidade, criar um novo componente para comunicar com os web services fornecidos e auxiliar no processo de emissão deste novo documento seguindo as diretrizes estabelecidas em seus respectivos manuais de orientação.

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.

Olá pessoal! No dia 15/09/2025 foi publicada a versão 1.00 desta nota técnica que estabelece uma nova forma de emissão para o BPe. Base conceitual BPe TA O Bilhete de Passagem Eletrônico para Transporte Aéreo (BPeTA, modelo 63) é um documento emitindo e armazenado eletronicamente para acobertar operações de transporte aéreo de passageiros. Chave de acesso A chave de acesso do BPe TA será composta pelos elementos na ordem apresentada: cUF - Código da UF do emitente do Documento Fiscal - 02 caracteres AAMM - Ano e Mês de emissão do BPeTA - 04 caracteres CNPJ - CNPJ do emitente - 14 caracteres mod - Modelo do Documento Fiscal - 02 caracteres serie - Série do Documento Fiscal - 03 caracteres nBP - Número do Documento Fiscal - 09 caracteres tpEmis - forma de emissão - 01 caractere cBP - Código Numérico que compõe a Chave de Acesso - 08 caracteres cDV - Dígito Verificador da Chave de Acesso - 01 caractere Ela será validada pelo sistema de autorização e haverá rejeição em caso de duplicidade. Relação de web services Será disponibilizado novo web service específico para autorização de BPeTA com o envio sendo feito através de modelo síncrono, enviando 1 BPeTA por vez. (bpeRecepcaoTA) Os web services de consulta de situação (bpeConsultaBP), consulta de status de serviço (bpeStatusServicoBP) e registro de eventos (bpeRecepcaoEvento) serão adaptados para atender também ao BPeTA. Leiaute Bilhete de Passagem Eletrônico para Transporte Aéreo - BPeTA O novo modelo possui leiaute próprio contendo campos semelhantes aos já presentes em outros modelos do BPe, campos relacionados a Reforma Tributária e campos próprios ao modal de transporte, por exemplo: Grupo de Informações de detalhamento da Passagem (infPassagem) Data e hora de embarque (dhEmb) Data e hora de validade do bilhete (dhValidade) Informações do passageiro (infPassageiro) Grupo de informações da viagem do BPe (infViagem) Código voo viagem (nroVoo) Sigla IATA da Companhia que opera o voo (SiglaCiaOperVoo) Tipo de Viagem (tpViagem) Etc... Datas Não há datas de implantação definidas na publicação. Implantação Homologação: - Implantação Produção: - E como fica o ACBr? O componente ACBrBPe será alterado conforme diretrizes estabelecidas na nota técnica para que possa ser emitido o BPe TA através do mesmo. Criada a tarefa ACBR-8054 para esta finalidade. Qualquer novidade será divulgada neste tópico. Leia nota técnica na íntegra [AQUI]

Olá comunidade ! Foi publicado a versão 1.30 do Informe Técnico 2025/002 divulgando alterações nas tabelas de CST e cClassTrib utilizadas pela Reforma Tributária. Alterações Tabela de Código de Classificação Tributária do IBS e da CBS Remove a coluna EC que continha a emenda constitucional onde a situação do cClassTrib era prevista. Adiciona uma coluna Link com a URL do artigo correspondente da Lei Complementar 214/25. Tabela CST Adiciona uma coluna ind_RedutorBC para indicar se haverá redução da base de cálculo no respectivo DFe. Leita a versão 1.30 deste informe técnico completa AQUI.

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á comunidade ! Foram publicados dois novos informes técnicos que modificam as tabelas com informações importantes utilizadas no contexto da Reforma Tributária: IT 2025.001 v1.00 - NFCom: Informe específico para NFCom, esta publicação noticia a adição de novas Classificações Tributárias (cClassTrib) próprias para este documento. IT 2025.002 v1.20 -NFe\NFCe: Informe específico para NFe\NFCe, esta publicação informa sobre a adição de indicadores se permite ou não informar o cClassTrib no documento que está sendo utilizado¹ e também uma tabela com alíquotas padrão para o IBS e CBS entre 2026 até 2029. ¹ A partir desses indicadores, é possível observar que novos documentos fiscais eletrônicos estão por vir.

Olá, comunidade ACBr! É com muita alegria que anunciamos mais uma novidade para todos os membros que atuam com automação comercial: o lançamento da ACBrLib NFCom! O que é a NFCom? Se você ainda não conhece a Nota Fiscal Fatura de Serviços de Comunicação, confira a explicação completa neste tópico abaixo: Baixe a ACBrLibNFCom: Na versão DEMO Na versão PRO Leia a documentação completa AQUI E quanto aos exemplos? Os exemplos de uso e consumo da ACBrLibNFCom estão sendo desenvolvidos pela equipe de consultores e serão disponibilizados assim que possível. Uma agradecimento ao @Italo Giurizzato Junior, ao @antonio.carlos, ao @Matheus Confortini e todos os demais consultores e membros da comunidade que tornaram o lançamento desta nova Lib possível.

Se você já utiliza a ACBrLib, é provável que o título desta notícia tenha lhe causado alguma confusão. Já não existe um método para essa finalidade? Calma, eu vou explicar. O método NFSE_ObterXML, já existe na biblioteca há bastante tempo. Ele continua disponível, sem alterações, e pode ser utilizado normalmente para recuperar o XML de uma NFS-e que esteja carregada na memória da biblioteca. Percebeu a ênfase na palavra NFS-e? Quando falamos de outros documentos fiscais, como NF-e, CT-e ou MDF-e, o mesmo arquivo XML que a Lib gera e envia para o web service, é o arquivo que é devolvido pelo web service para à Lib, agora acrescido das informações de autorização. Mas, no caso da NFS-e, isso funciona de forma um pouco diferente. Quando falamos de NFS-e, dois arquivos XML diferentes são envolvidos no processo: Um deles XML do Recibo Provisório de Serviço (RPS) que é o arquivo que a Lib monta com as informações que você carrega nela e envia para o web service do provedor. O outro é o XML da Nota Fiscal de Serviços Eletrônica (NFS-e) que é devolvido pelo web service do provedor para a Lib. Por causa dessa diferença, foi adicionado na biblioteca ACBrLibNFSe, o novo método NFSE_ObterXMLRps para permitir a você recuperar o XML do RPS gerado pela Lib antes do envio ao web service. O novo método tem a mesma estrutura do ObterXML e versões da biblioteca compiladas depois das 16h53 do dia 08/05/2025 deverão englobar o mesmo.

Olá pessoal! No dia 18/02/2025 foi publicado o Informe Técnico 2025/001 trazendo uma alteração um tanto inusitada. O informe em questão foi publicado para divulgar a criação de um novo município no estado do Mato Grosso e atualização da Tabela de Municípios vigente. A nova cidade em questão é Boa Esperança do Norte com o código IBGE 5101837. A nova versão da tabela de municípios pode ser encontrada AQUI. O Informe Técnico pode ser encontrado na íntegra AQUI. A data tanto de homologação quanto de produção para que este informe entre em vigor é 29/01/2025, dando a entender que o novo município já é valido em ambos os ambientes.

Olá pessoal! É com muita alegria que informamos a adição de mais um componente no pacote ACBrBaas, o ACBrPagamentosAPI! O que é o pacote ACBrBaas? O pacote ACBr Banking As Service (Baas para abreviar) visa unir componentes que consomem serviços variados disponibilizados pelas APIs bancárias. O que é o componente ACBrPagamentosAPI? Este componente visa realizar a integração junto as APIs disponibilizadas pelos bancos para permitir realizar pagamentos de forma integrada. Seguindo a mesma lógica do ACBrPagFor que gera arquivos via CNAB. Onde encontro o componente? Os fontes podem ser encontrados em ..\trunk2\Fontes\ACBrBaaS Os programas de exemplo podem ser encontrados em ..\trunk2\Exemplos\ACBrBaaS\ACBrPagamentosAPI Um agradecimento ao consultor @EliasCesar pelo desenvolvimento do componente e pela empresa Poliview Sistemas na qual atua o consultor @Renato Rubinho por financiar o desenvolvimento do componente. Bancos implementados até o momento:

Olá, sou programador delphi e gostaria de aprender a criar nota fiscal pela ACBR do zero , da criação até a assinatura, mas por onde começar?

Ola a todos. A pouco tempo minha cidade implementou a NFSe, sendo assim ela não estava entre a lista das cidade e servidores do componente. Eu adicionei manualmente no código e funcionou. Os dados que modifiquei foram: a rotina da Unit pnfsConversao: function CodCidadeToProvedor(const ACodigo: Integer): string adicionei o código da minha cidade no provedor Fiorilli 1100155, //Ouro Preto do Oeste Provedor := 'Fiorilli': E também modifiquei a rotina da Unit ACBrProvedorFiorilli : function TProvedorFiorilli.GetConfigURL(ACodCidade: Integer): TConfigURL; colocando: 1100155 : //Ouro Preto do Oeste/RO cURL_Producao := 'http://200.140.145.28:5660/IssWeb-ejb/IssWebWS/IssWebWS?wsdl'; Se puderem adicionar eu agradeço.

Estive analisando o codigo do ACBrNFSe e vi que para cada provedor existe uma unit, olhei todas e encontrei uma que segue a ideia da empresa que fornece o serviço de NFSe para as prefeituras de onde moro que é uma url para cada cidade, essa empresa me passou que segue o padrao ABRASF mas eu to na duvida de como adicionar o provedor e se realmente se encaixa na extrutura oferecida pelo componente. Envio: http://acailandiaprod.ctaconsult.com/wsnfselote/RecepcaoNFSePort?wsdl Cancelamento: http://acailandiaprod.ctaconsult.com/wsnfselote/CancelamentoNFSePort?wsdl o manual que me foi passado está em anexo, queria saber se nessa ideia eu conseguiria trabalhar com o ACBrNFSe nesse webservice, se sim quais os passos a seguir. obg Web Service NFSe - Açailandia.pdf