NFSeX / Provedor Fiorilli — municípios migrados para o WebService Nacional (DPS): troca de URL no ACBrNFSeXServicos.ini não basta, exige Versao=1.01

[João Vitor Bogo]

Pessoal, bom dia.

Contexto: a prefeitura de Urupês/SP (IBGE 3556008), provedor Fiorilli, desligou o WebService antigo (layout ABRASF, IssWeb-ejb/IssWebWS/IssWebWS). A emissão em produção passou a retornar:

Código: FIO03 — A emissão de NFS-e para a atividade 070201 está bloqueada.
Correção: Faça a emissão através da DPS do WS Nacional.

O ACBrNFSeXServicos.ini distribuído já prevê isso — as cidades Fiorilli têm a URL nova apenas comentada, com a observação "A URL abaixo deve ser utilizada a partir de 01/02/2026". Porém, ao migrar na prática, descobrimos que só descomentar a URL não funciona. Segue o que validamos empiricamente contra a produção de Urupês/SP:

1) Com Versao=2.00 (como as seções das cidades estão hoje) + URL nova: o modo APIPropria nem chega a ativar. A seção [Fiorilli] do ini tem Params=APIPropria:... e Versao=1.00, mas a versão da cidade prevalece sobre a do provedor, e o gate em ACBrNFSeXConfiguracoes.pas (if not (FVersao in [ve100, ve101]) and FAPIPropria then FAPIPropria := False) desativa o APIPropria. Resultado: continua usando o provider ABRASF 2.0 contra a URL antiga.

2) Com Versao=1.00 + URL nova: o provider TACBrNFSeProviderFiorilliAPIPropria ativa, a DPS é gerada e assinada, mas o WS rejeita o envelope:

Unmarshalling Error: unexpected element (uri:"http://www.fiorilli.com.br/nfse-nacional", local:"DPS"). Expected elements are <{http://www.sped.fazenda.gov.br/nfse}DPS>

Causa: o writer 1.00 (TNFSeW_FiorilliAPIPropria.CriaElementoDPS) coloca o elemento raiz <DPS> no namespace ConfigMsgDados.LoteRps.xmlns (fiorilli.com.br/nfse-nacional), mas o WS exige o raiz no namespace nacional.

3) Com Versao=1.01 + URL nova: emissão autorizada com sucesso (o writer TNFSeW_FiorilliAPIPropria101 gera o raiz <DPS> no namespace http://www.sped.fazenda.gov.br/nfse). Nota gerada, número e chave de 50 dígitos retornados normalmente.

Importante: todos os testes acima foram feitos apenas contra a produção de Urupês/SP (3556008) — não validamos as demais prefeituras Fiorilli. Como a versão do IssWeb pode variar de município para município, o comportamento pode não ser idêntico em todas.

Sugestão: atualizar o ACBrNFSeXServicos.ini — no mínimo a seção de Urupês/SP, onde o cenário está confirmado: ativar a ProRecepcionar do IssWebWSNacionalPortType e definir Versao=1.01 na seção da cidade. Para as demais cidades Fiorilli (ex.: Urânia/SP, que está com a mesma pendência no ini), fica a sugestão de ajustar o comentário padrão avisando que a migração exige Versao=1.01, não apenas a troca da URL — validando caso a caso conforme os relatos chegarem.

Observação adicional (IBS/CBS): o WS da Fiorilli rejeita o grupo IBSCBS da DPS quando enviamos o cIndOp da tabela do Padrão Nacional:

N-E0901 — Código indicador da operação inexistente.

Só conseguimos emitir omitindo o grupo IBSCBS (CST vazio — o grupo é opcional em 2026). Deve estar relacionado ao bloco de overrides comentado em Fiorilli.GravarXml.pas ("Reescrito a geração do grupo IBSCBS do DPS pelo fato do provedor ainda estar usando o layout definido na NT 003 versão 1.2") — fica o registro para quando esses overrides forem reativados.

Para quem for migrar: o WS novo também passa a validar regras que o ABRASF não exercitava — recebemos L124 (situação perante o Simples Nacional divergente do cadastro da prefeitura — a DPS envia opSimpNac, que no ABRASF não ia no XML) e N-E0370 (grupo obra obrigatório para as atividades 07.02.01, 07.02.02, 07.04.01, 07.05.01/02, 07.06.01/02, 07.07.01, 07.08.01, 07.17.01 e 07.19.01).

Obrigado!

ACBrNFSeXServicos.ini