Anderson Grolli

Boa tarde, A prefeitura de Belford Roxo-RJ, alterou a URL do webservice, se tentar acessar o do .INI atual do ACBr, retornar o erro "Directory not found", a prefeitura me retorno que a URL correta seria essa abaixo: [3300456] Nome=Belford Roxo UF=RJ Provedor=ModernizacaoPublica ProRecepcionar=https://sis-nfse.prefeituradebelfordroxo.rj.gov.br/ver20240921/ReceberDPS.rule?sys=NFE HomRecepcionar=http://notabelford.modernizacaopublica.com.br:8054/homologacao/ReceberDPS.rule?sys=NFE Por gentileza atualizar no arquivo do ACBr para que fique correto conforme na prefeitura; Obrigado;

Então, aqui temos a seguinte questão, se você enviar no webservice antigo ai sim você precisa enviar o "Token", acho que é um bearer; Agora se for usar a API nova, precisa configurar outras credenciais, que é um "usuário" e "senha" do webservice (não são o mesmo do portal web), que acredito que seja um autenticação básica. O ACBr já faz isso, só precisa carregar as propriedades corretas de acordo com o webservice desejado;

Boa tarde, Se você só quer suprimir o campo, acessa o UNIT abaixo e comenta essa linha: C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\ISSSaoPaulo.GravarXml.pas

Boa tarde, Esse power BI, não necessariamente indica que o município utiliza o sistema nacional, mas sim que ele já "aderiu ao compartilhamento nacional".. Porque isso foi obrigatório por lei. É um pouco confuso, mas basicamente se você acessar o portal nacional com o certificado do seu cliente, verá que tem o registro das notas lá, porém com uma série especifica, assim como não permite que você emita notas por lá. Quem aderiu esse modelo basicamente faz um "bypass" do sistema da prefeitura para o sistema nacional, ou seja, o próprio fornecedor do sistema recepta o XML que você enviou via Webservice (nesse caso Fiorilli) e monta/manda para o nacional as notas de serviço. No caso reverta essas linhas que você montou como nacional e deixa as originais do ACBr que apontam para o ENDPOINT correto, que é: http://170.238.91.104:5661/IssWeb-ejb/IssWebWS/IssWebWS?wsdl

Boa tarde, Sim, eu já mudei aqui e já estou emitindo. Se você tentar acessar o link acima verá que não existe mais; Ao acessar o site da prefeitura o link salvo também direciona para esse site, que inclusive é o mesmo IP:

Boa tarde, O município de Palmeiras de Goiás-GO, alterou o endpoint do WS, por gentileza aplicar as alterações no .INI: [5215702] Nome=Palmeiras de Goias UF=GO Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://45.227.103.63:8090//IssWeb-ejb/IssWebWS/IssWebWS

Boa tarde, Consegui contato com o suporte da prefeitura, me passaram um exemplo de XML atualizado que vou anexar.. Basicamente precisa replicar a tag que já existe hoje " MunicipioIncidencia", com o nome "MunicipioPrestacaoServico":GerarNFSeEnvio.xml - Precisei fazer alterações no arquivo "Agili.GravarXml" e no Schema 1.00, segue em anexo os arquivos alterados (Cuidado com a propriedade "ChaveAcesso", acabei enviando essa alteração sem querer, favor ignorar; Agili.GravarXml.pas nfse_v_1.00.xsd

Boa tarde, Por gentileza adicionar no arquivo ini de cidades o provedor de Santa Lucia-SP: [3546900] Nome=Santa Lucia UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://spsantalucia.dcfiorilli.com.br:8082/IssWeb-ejb/IssWebWS/IssWebWS

Também estou com esse problema, aparenta ser alguma validação ou regra nova, porém não está no schema da prefeitura disponibilizado no site, você tem a documentação atualizada ou um exemplo de XML atualizado talvez? Porque eu até tentei aqui montar o schema na mão, mas rejeitou pelo webservice da prefeitura, teria que saber exatamente aonde vão esses campos/posição que possivelmente são novos, para assim conseguirmos adequar o leiaute..

Bom dia, A prefeitura de "Machado-MG" aderiu o padrão nacional, por gentileza adicionar o ajuste abaixo no arquivo .ini das cidades: [3139003] Nome=Machado UF=MG Provedor=PadraoNacional

A diferença que percebi é que o Padrão Nacional novo da reforma tributária e provedfor usa esse campo "OptanteSN", e os antigos ou ABRASF usam aquele campo ali.. O "OptanteSimplesNacional", tem só o enumerador 0 e 1, que é "Não ou "Sim". Já o OptanteSN é o tipo de regime.. Pode ser "Não optante", "MEI" ou "ME-EPP".

A prefeitura de Osasco-SP, disponibilizou parcialmente alguns campos novos da reforma tributária, ficou meio confuso.. Mas pelo que entendi, eles deixaram na mesma URL e WSDL que existe hoje, só adicionaram "alterações" no XLM e mudaram o nome das tags e do método de "xx" para "RTC_xx" ou "xx_RTC". Compartilho aqui em anexo a documentação para análise: URL homologação: https://homolog-nfe.osasco.sp.gov.br/ WS homologação: https://homolog-nfe.osasco.sp.gov.br/EissnfeWebServices/NotaFiscalEletronica.svc?wsdl Reforma Tributária do Consumo - RTC close IMPORTANTE Informamos que nossos processos para emissão de NFS-e já se encontram em conformidade com os requerimentos da RTC e continuam em evolução conforme novos requerimentos são apresentados. • Para emissão de NFS-e via Web Site deve-se utilizar a opção de menu “Emitir NFS-e” independentemente de sua empresa estar ou não enquadrada no Simples Nacional ou se a competência da NFS-e for de 2026 ou anterior (quando autorizada pelo Fisco Municipal). • Para emissão de NFS-e via Web Service, deve-se atentar ao método correto a ser utilizado: - Emissões com data retroativa a 2025, quando autorizadas, devem utilizar o método Web Service “Emitir”. - Emissões com competência igual ou superior a 01/01/2026 devem utilizar o método Web Service “RTC_EmitirNFE”. • Para emissão através da importação de arquivo RPS o layout do arquivo deve ser atualizado conforme modelo disponível no link “Conversão de Recibo Provisório de Serviço (RPS) em NFS-e” na página “Manuais do Sistema” disponível no portal de acesso. Recomenda-se a migração deste tipo de emissão para o uso de métodos Web Service pois a importação de arquivos RPS será desabilitada a partir de 01/01/2027. • Empresas enquadradas no Simples Nacional somente serão obrigadas a enviar os dados referentes à RTC a partir de 04/01/2027. A emissão de NFS-e através do Site identifica automaticamente o enquadramento da empresa e não solicita os dados referentes à RTC. No entanto, para emissão de NFS-e via Web Service, as empresas enquadradas no Simples Nacional devem continuar utilizando o método “Emitir”. • Serviços de Locação de Bens Móveis/Imóveis e Cessão de direito de uso de bens materiais e imateriais: As Notas de Locação, conforme os termos da Nota Técnica 5 emitida pela RFB, não passarão pelos municípios. A partir de sua obrigatoriedade, a emissão será diretamente pelo Ambiente Nacional, pois são documentos das chamadas novas operações, ou seja, estão fora do campo de incidência do ISS e ICMS, portanto, operações exclusivamente de incidência do IBS/CBS. A obrigatoriedade de emissão ainda será definida em Nota Técnica em conformidade com o Regulamento do IBS/CBS. Geracao de NFS-e Via Web Service 2.0.pdf

Bom dia, A partir de 01/04, entrou em Vigor as novas normas do XML, mudou as URL's também, alguém já está emitindo no padrão novo? @Charlles Lopes @João Antônio https://nfse.cotia.sp.gov.br/ords/cotia/ws/nfe/disponivel https://nfse.cotia.sp.gov.br/ords/cotia/ws/nfe/modelo_xml https://nfse.cotia.sp.gov.br/ords/cotia/ws/nfe/consulta_nota https://nfse.cotia.sp.gov.br/ords/cotia/ws/nfe/cancelar_nota

Se colocar qualquer valor provavelmente não vai assumir... Você precisar os dígitos corretos da tabela de correlação de NBS x IndOp x Cclasstrib. x código serviço nacional, você consegue baixar ela do site da receita federal: https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/rtc/anexoviii-correlacaoitemnbsindopcclasstrib_ibscbs_v1-00-00.xlsx/view

Verifica se você preenche o código indicador da operação, não sei certeza qual utiliza ai, mas tem essas 2: "NFSe.IBSCBS.cIndOp" ou "Servico.INDOP"