Diego.Foliene

Olá comunidade ! Com o advento da Reforma Tributária no inicio de 2026, os municípios do Brasil tiveram de fazer uma escolha: Aderir ao emissor nacional da NFS-e ou continuar utilizando o emissor próprio e compartilhando suas informações. Para atender a essa demanda de compartilhamento de informações, esses emissores próprias fizeram alterações em seus leiautes e alguns até mesmo chegaram ao ponto de criar um web service totalmente novo! Uma das cidades que optou por manter o emissor próprio criando um novo web service foi a cidade de São Paulo capital. Mas existe uma particularidade extra para esse município em especial. Até o momento, ele é o único município que está mantendo em produção dois web services ativos para regimes de tributação diferentes. Prestadores de serviço optantes pelo Simples Nacional deverão utilizar o web service: https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx enquanto os demais serviços devem utilizar o web service: https://nfews.prefeitura.sp.gov.br/lotenfe.asmx Veja o tópico abaixo para entender como realizar essa configuração nas soluções ACBr:

Boa tarde! Muito obrigado por reportar. Conferindo aqui, a URL atualizada já se encontra no arquivo ACBrNFSeXServicos.ini, por favor, aguarde nova atualização da ACBr API para englobar a mudança.

Ultima atualização: 18/03/2026 Situação Atual Os provedores Primax, Facundo, FGMaiss e Sam todos utilizam o mesmo leiaute do provedor WebFisco, portanto, as alterações são feitas no WebFisco e consequentemente refletidas nos demais. O provedor WebFisco atualizou seu leiaute a fim de atender a reforma tributária. O novo leiaute permite o envio de apenas um 1 item e remove algumas tags. Portanto, se o arquivo XML que estiver sendo gerado tiver tags como item2, f1n, f1d, f1v, val2 ou aliq2 ele está no leiaute antigo. Para atender a esse novo leiaute, as soluções ACBr criaram uma nova versão 1.01 do leiaute do WebFisco implementando essas modificações. O leiaute antigo na versão 1.00 ainda funciona, sendo recepcionado pelos web services, mas tivemos relatos de colegas da comunidade de que notas geradas nessa versão não foram sincronizadas posteriormente com o ambiente nacional. Como testar esse provedor com a Reforma Tributária? 1. Verifique se o município que pretende testar já está na versão 1.01, se estiver pode pular direto para a seção "Referência de Preenchimento". 2. Busque pela cidade que deseja testar e adicione as seguintes seções a ela conforme exemplos de acordo com o estado do município. (Aqui eu uso as URLs do Primax, mas para os demais provedores é a mesma lógica) Se for do estado de São Paulo: Versao=1.01 ProRecepcionar=* ProConsultarNFSeRps=https://www.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProConsultarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProCancelarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfecancelapn.php ProGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfeenviapn.php HomRecepcionar=* HomGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfe_teste_homologacaopn.php ProSoapAction=https://www.primaxonline.com.br/issqn/wservice/ HomSoapAction=https://www.primaxonline.com.br/issqn/wservice/ Se for do estado do Rio de Janeiro: Versao=1.01 ProRecepcionar=* ProConsultarNFSeRps=https://www1.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProConsultarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProCancelarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfecancelapn.php ProGerarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfeenviapn.php HomRecepcionar=* HomGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfe_teste_homologacaopn.php ProSoapAction=https://www1.primaxonline.com.br/issqn/wservice/ HomSoapAction=https://www1.primaxonline.com.br/issqn/wservice/ 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini. Referência de Preenchimento O novo leiaute remove alguns campos e adiciona outros novos, as referências abaixo mostram por tipo de solução qual é a propriedade ou informação do arquivo INI que gera a tag correspondente. Para quem utiliza componente nativo para Delphi/Lazarus, confira: ReferenciaArquivoXML.xml; Para quem utiliza ACBrMonitorPLUS ou ACBrLibNFSe, confira: ReferenciaArquivoINI.pdf (Em ReferenciaArquivoINI, os itens com -- são valores que não são definidos pelo arquivo INI usado para gerar a NFS-e)

Bom dia! Muito obrigado pela contribuição! Adição da cidade enviada ao SVN na Rev-45383, logo a API vai englobar essa adição.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Considerando que consegue recuperar o XML posteriormente e o relato mencionando que os problemas relatados por outros colegas que utilizam o Citta usando outras soluções deixaram de ocorrer, por favor, pode disponibilizar o conteúdo de devolvido pelo end-point DebugHttpResponseContent da tentativa de emissão correspondente a uma ocorrência de erro? Ele envelope pode nos ajudar a identificar se esse erro que está recebendo: { "codigo": "NF999", "descricao": "Número de protocolo não retornado pelo provedor." } É um retorno devolvido pelo web service do provedor ou um retorno devolvido devido alguma validação da Nuvem Fiscal.

Bom dia! Sim, por favor. Assim podemos conferir qual é a situação desses municípios e fazer as devidas atualizações.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Fiz um teste em meu ambiente utilizando o componente nativo e não tive problemas. No caso me parece ser um problema de preenchimento das informações. Em seu XML, não consta a tag <MunicipioIncidencia>, por favor, faça um teste enviando o elemento cLocPrestacao dentro de locPrestacao; Não consta em seu XML a tag <CodigoCnae>, por favor, faça um teste enviando o elemento CNAE dentro de cServ; Veja um exemplo de envio da informação no payload: "serv": { "locPrest": { "cLocPrestacao": "string", "cPaisPrestacao": "string" }, "cServ": { "cTribNac": "14.01", "CNAE": "string", "xDescServ": "SERVICO MAO DE OBRA REMOCAO E INSTALACAO JOGO PALHETAS - R$ 10,00" } Verifique no cadastro deste prestador de serviço se ele realmente pode emitir notas usando o 14.01 no ItemListaServico.

Olá comunidade ! A Receita Federal e o Conselho Federal de Contabilidade (CFC) vão lançar um curso sobre a Reforma Tributária. A formação terá 19 módulos com os temas: Normas gerais do IBS e da CBS; Comércio internacional; Obrigações acessórias e apuração assistida; Simples Nacional e MEI; Economia digital; Regimes diferenciados; Agronegócio, energia, combustíveis e bens imóveis; Imposto Seletivo, entre outros. O curso terá aulas presenciais e on-line, com previsão de começar em maio, com as inscrições sendo abertas a partir de abril. Apesar de o material ser voltado para a área contábil, o curso será gratuito e aberto para toda sociedade. Leia a notícia original na qual este tópico foi baseado AQUI.

Olá comunidade ! Foi publicada a versão 1.14a desta nota técnica. Alterações Esta versão traz alterações de leiaute e regras de validação relacionadas as compras governamentais: Adiciona no grupo gCompraGov os elementos tpOperGov e refDFeAnt para receber respectivamente o tipo da operação com o ente governamental e a chave de acesso do documento anterior. O elemento tpEnteGov ganha os novos valores 5=Consórcio Público e 6=Comitê Gestor do IBS. Adiciona 11 novas regras de validação para os novos campos e valores validar os novos campos e valores adicionados. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Alterações serão necessárias para adequar as soluções ACBr a essas modificações de leiaute. Foi criada a tarefa ACBR-9136 para esta finalidade. Leia a versão 1.09 desta nota técnica na íntegra AQUI.

Olá comunidade ! Foi publicada a versão 1.14a desta nota técnica. Alterações Esta versão traz alterações de leiaute e regras de validação relacionadas as compras governamentais: Adiciona no grupo gCompraGov os elementos tpOperGov e refDFeAnt para receber respectivamente o tipo da operação com o ente governamental e a chave de acesso do documento anterior. O elemento tpEnteGov ganha os novos valores 5=Consórcio Público e 6=Comitê Gestor do IBS. Adiciona 11 novas regras de validação para os novos campos e valores validar os novos campos e valores adicionados. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Alterações serão necessárias para adequar as soluções ACBr a essas modificações de leiaute. Foi criada a tarefa ACBR-9136 para esta finalidade. Leia a versão 1.09 desta nota técnica na íntegra AQUI.

Olá comunidade ! Foi publicada a versão 1.14a desta nota técnica. Alterações Esta versão traz alterações de leiaute e regras de validação relacionadas as compras governamentais: Adiciona no grupo gCompraGov os elementos tpOperGov e refDFeAnt para receber respectivamente o tipo da operação com o ente governamental e a chave de acesso do documento anterior. O elemento tpEnteGov ganha os novos valores 5=Consórcio Público e 6=Comitê Gestor do IBS. Adiciona 11 novas regras de validação para os novos campos e valores validar os novos campos e valores adicionados. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Alterações serão necessárias para adequar as soluções ACBr a essas modificações de leiaute. Foi criada a tarefa ACBR-9136 para esta finalidade. Leia a versão 1.09 desta nota técnica na íntegra AQUI.

Olá comunidade ! Foi publicada a versão 1.14a desta nota técnica. Alterações Esta versão traz alterações de leiaute e regras de validação relacionadas as compras governamentais: Adiciona no grupo gCompraGov os elementos tpOperGov e refDFeAnt para receber respectivamente o tipo da operação com o ente governamental e a chave de acesso do documento anterior. O elemento tpEnteGov ganha os novos valores 5=Consórcio Público e 6=Comitê Gestor do IBS. Adiciona 11 novas regras de validação para os novos campos e valores validar os novos campos e valores adicionados. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Alterações serão necessárias para adequar as soluções ACBr a essas modificações de leiaute. Foi criada a tarefa ACBR-9136 para esta finalidade. Leia a versão 1.09 desta nota técnica na íntegra AQUI.

Olá comunidade ! Foi publicada a versão 1.09 desta nota técnica. Alterações Essa versão não traz alterações no leiaute da NF-e, ela modifica algumas regras de validação: Remove a rejeição "771 - Rejeição: Informado idEstrangeiro em operação interestadual" que validava operação interestadual com idEstrangeiro. Adiciona os NCMs 3808.91.93, 3808.91.94, 3808.91.96 e 3808.99.9 a exceção da regra de validação aplicada para a rejeição 835 que obriga a informação do numero da receita do defensivo agrícola em produto agrotóxico. Altera a regra da rejeição 836 que obriga a presença da informação da Guia de Trânsito Animal para que a além das condições atuais, a mesma seja aplicada quando finalidade de emissão for normal (finNFe=1). Datas Implantação Produção: 20/03/2026 E como fica o ACBr? Como essa NT não traz alterações de leiaute, modificações não serão necessárias nas soluções ACBr. Leia a versão 1.09 desta nota técnica completa AQUI.

Bom dia! Não me recordo de relato semelhante. Vou fazer alguns testes em meu ambiente e reporto aqui; @VEXCOM Sistemas - Valtair, por favor, pode disponibilizar o payload que enviou para a API e também o resultado de DebugHttpRequestContent para conferirmos como ficou a requisição que a API enviou ao web service do provedor.

Boa tarde! Essa mensagem ainda está dizendo que o campo está ficando em branco. Se mesmo enviando as informações dos tributos federais no payload ele não preencheu, então a informação não está sendo alimentada por esta campo. É preciso conferir qual é o campo correto. Vamos pedir um apoio ao time da API.

Bom dia! Por favor, tente realizar novo teste enviando informação de CST no elemento piscofins e CNAE no elemento cServ. { "provedor": "padrao", "ambiente": "producao", "referencia": "00000007", "infDPS": { "dhEmi": "2026-03-09T11:21:09.0689637-03:00", "dCompet": "2026-03-09T00:00:00-03:00", "prest": { "CPF": "96864370020", "regTrib": { "regEspTrib": 14 } }, "toma": { "orgaoPublico": false, "CNPJ": "37318313000100", "xNome": "OPERADOR NACIONAL DO SISTEMA DE REGISTRO ELETRONICO DE IMOVEIS ( ONR )", "end": { "endNac": { "cMun": "5300108", "CEP": "70308200" }, "xLgr": "SCS 9", "tpLgr": "Quadra", "nro": "0", "xBairro": "Asa Sul" } }, "serv": { "cServ": { "cTribNac": "210101", "CNAE": "Valor do tipo String", "xDescServ": "Visualização de matrícula", "cNBS": "113040000", "cSitTrib": "0" } }, "valores": { "vServPrest": { "vReceb": 0.0, "vServ": 11.08 }, "trib": { "tribMun": { "tribISSQN": 1, "pAliq": 5.0, "vBC": 11.08, "vISSQN": 0.33, "tpRetISSQN": 1 }, "tribFed":{ "piscofins":{ "CST": "Valor do tipo String" } } } } } }

Olá comunidade ! Foi publicado no dia 04/03/2026 a versão 1.11 do Informe Técnico 2024/001 atualizando a Tabela dos Meios de Pagamentos utilizada pelos documentos fiscais. Alterações Adiciona na Tabela os itens "23 - Pagamento Instantâneo (PIX) - Automático" e "24 - TEF - 'Book Transfer'". Datas Implantação Teste: 02/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Os novos valores precisarão ser adicionados nos fontes do ACBr. Para esta finalidade foi criado a tarefa ACBR-9097 para esta finalidade. Leia a versão 1.11 do Informe Técnico na íntegra AQUI.

Olá comunidade ! Foi publicada a versão 1.01 desta nota técnica. Alterações Esta versão compatibiliza os códigos dos meios de pagamento conforme a tabela já existente e utilizada pela NF-e. A NT também trás algumas observações: Não há exigência de preenchimento ou uso dos campos de split payment em 2026 no ambiente de produção das empresas. A ativação efetiva desses campos ocorrerá somente quando o mecanismo de split payment entrar em vigência, prevista para 2027. Orientações adicionais e cronogramas serão divulgados oportunamente por meio dos canais oficiais do CGIBS e da RFB Datas As datas permanecem as mesmas da versão anterior. Leia a versão 1.01 desta nota técnica na íntegra AQUI.