Anderson Grolli

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"

- Aparentemente, essas URL's que vc tem é do sistema antigo, tanto de produção como homologação (sem a reforma tributária) as do novo pelo que tentei montar na mão, só consegui montar a URL de produção, a de homologação, ou não tem WS homologação disponível ou não consegui "adivinhar" a URL: - Preenche o arquivo "AcbrNFSeXServicos.ini com as linhas abaixo substituindo o existente: [3305554] Nome=Seropedica UF=RJ Provedor=ModernizacaoPublica ProRecepcionar=https://nfse.seropedica.rj.gov.br/nfe/ReceberDPS.rule?sys=NFE HomRecepcionar= - Após, dentro dessa mesma pasta, você vai executar o arquivo de .bat dentro da pasta com o nome "Compila_RES.BAT" ; - Após executar esse arquivo, repare que o arquivo "ACBrNFSeXServicos.res", terá sua data de modificação atualizada para a data e hora atual, isso quer dizer que o script funcionou, após isso, só emitir a NFSe em produção, lembrando de configurar o token do webservice API novo deles;

- Pelo que entendi, aqui já está com um erro, foi montado essa TAG nova do PIS e COFINS retido, no seu XML não está preenchendo ela. Mas pode ser algo na leitura do retorno do XML também, veja se a nota não autorizou no site ( o que é bem provável), ai pode ser algum problema na leitura do retorno: <pis_cofins> <cst/> //AQUI NAO INFORMOU A CST DE RETENCAO <tipo_retencao>2</tipo_retencao> <base_calculo>1049,00</base_calculo> </pis_cofins>

Bom dia, Maringá-PR também migrou para nacional: [4115200] Nome=Maringa UF=PR Provedor=PadraoNacional

@Wesley Lamb - Você precisa executar o ".bat" que está na pasta com o nome "Compila_RES", depois de ter alterado seu arquivo .INI, assim o ACBr irá assumir suas configurações que é nacional, ou vc pode também forçar o leiaute dessa forma: - Após carregar o "Configuracoes.Geral.CodigoMunicipio", preenche o leiaute assim: ACBRNFSex1.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv101;

Boa tarde, Por gentileza atualizar também Belford Roxo - RJ: [3300456] Nome=Belford Roxo UF=RJ Provedor=ModernizacaoPublica ProRecepcionar=https://nfse.prefeituradebelfordroxo.rj.gov.br/nfe/ReceberDPS.rule?sys=NFE HomRecepcionar=http://notabelford.modernizacaopublica.com.br:8054/homologacao/ReceberDPS.rule?sys=NFE

@NovoRJ - Possivelmente a URL está errada, por exemplo, Belford Rojo-RJ, só está funcionando o webservice de produção.. Homologaçao até tem URL no manual mas está fora.. Mesmo erro que o seu. - Referente as propriedades, vc precisa preencher "WSUser" e "WSSenha", porque a procedure da autenticação da API própria utiliza elas, conforme trecho abaixo retirado do ACBr: procedure TACBrNFSeXWebserviceModernizacaoPublicaAPIPropria.SetHeaders( aHeaderReq: THTTPHeader); var Auth: string; begin // Necessário para emitir em Produção with TConfiguracoesNFSe(FPConfiguracoes).Geral.Emitente do Auth := 'Basic ' + string(EncodeBase64(AnsiString(WSUser + ':' + AnsiString(WSSenha)))); aHeaderReq.AddHeader('Authorization', Auth); end; - Passa ai as URL's que vc está usando..

Bom dia, O município de Palmeiras de Goiás-GO, alterou o sistema de Megasoft para Fiorilli, por gentileza aplicar as alterações no .INI: [5215702] Nome=Palmeiras de Goias UF=GO Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://138.94.184.19:8090//IssWeb-ejb/IssWebWS/IssWebWS

Sim, está enviando como GINFES igual o colega fefevilela comentou, porém precisa enviar os campos novos da reforma tributária, caso contrário irá rejeitar por "Arquivo fora da estrutura do xml de entrada", campos: - Código classificação tributária; - CST de IBS/CBS e valores de cálculo; - NBS; - Indicador de operação;

Boa tarde amigo @edivaldo oliveira, Estou com o mesmo erro, "Valor string inválido para TfinNFSe". No meu caso é Cajamar-SP, a nota autorizou no site só comentei o código que muda a URL para "cidadefuturo" e voltei para a antiga "gerenciacidades', que ainda permanece em cajamar, que é "https://www.gerenciadecidades.com.br/producao/cajamar/webservice/GeisWebServiceImpl.php". O que eu fiz foi comentar a funçao dentro do "GeisWeb.LerXML", comentei a procedure "LerXMLIBSCBSDPS", em Cajamar-SP continua no sistema antigo e não tem essas tags ainda;

Então.. Guarulhos-SP foi uma bagunça, eles tem URL da Giss, como fosse "produção", volta XML e tudo.. Porém ao olhar no site, quando imprime PDF fica como sem valor fiscal. Entrei em contato com a prefeitura e eles falaram que não mudaram para o GISS ¬¬. E que iam manter o sistema atual, ou seja, precisa voltar as URL's antigas e enviar pelo GINFES mesmo, fiz um teste aqui e autorizou;

Olá amigo, Você está conseguindo autorizar NFS-e Guarulhos via GINFES? As notas emitidas contra o GISS estão ficando sem valor fiscal, parece que a prefeitura deu rollback no sistema e decidiu não migrar ainda para o GISS e sim continuar usando o GINFES, mas estou com erro de estrutura no XML de entrada...

Bom dia @Microtecs , Você já conseguiu passar desse erro de Access Violation, ou continua assim? Aqui quando autoriza sempre da exceção dentro do componente, não consegui tratar ainda... @Milton Campanhã, com a atualização de hoje, passou a ser obrigatório enviar o código NBS no provedor TINUS, alteraram nos fontes, aqui eu coloquei uma validação interna, para retornar para o usuário informar o NBS; Ou seja, quase certo que você naõ informou o NBS antes de enviar a nota, por isso o erro; Acabei de testar aqui.

- Deu boa meu querido, muito obrigado!!