Painel de líderes

Boa tarde a todos, A leitura dos retornos tanto do envio quanto da consulta foram feitos, iniciaremos a etapa dos testes. Com a conclusão dos testes enviaremos para o SVN as alterações realizadas nos fontes do ACBrReinf.

Como todos sabemos, o REINF infelizmente esta passando por um processo de mudança que deve gerar trabalho as SHs que atuam com segmentos que fazem a geração e envio desta obrigação acessória. O Time ACBr está a todo vapor para adequar nossas soluções, saiba mais neste artigo. Conforme o Ato Declaratório 60/2022, a versão 2.1.1 do layout do Reinf estará em vigor para o envio das informações de março/2023, que conforme podemos observar no trecho da Instrução Normativa 2096, ocorre em 21/03/2023*. Eventos aceitos somente com transmissão Assíncrona A partir de Setembro/23 quando se completam 06 meses do inicio da vigência do layout 2.1 do REINF, o envio dos eventos da série R2000, R3010, R1000 e R1070 poderá ser feito somente de forma Assíncrona. Sobre o layout dos eventos Conforme mencionado no inicio do artigo, a versão 2.1 do REINF entra em vigor em Maço/2023 e partir desta data todos os eventos da série R4000, incluindo os eventos da tabela R1000, R1070, R2000 e R3010 relativos a competência de março/2023 em diante deverão ter sido migrados para a versão 2.1.1 Sobre o layout 1.5.1 O ambiente de produção restrita (homologação do REINF) permanecerá recebendo os eventos do layout 1.5.1 somente até o mês de fevereiro/2023, ou seja, um mês antes do inicio da versão 2.1 em produção. Legislação versão 2.1.1 do REINF https://www.in.gov.br/en/web/dou/-/ato-declaratorio-executivo-cofis-n-60-de-6-de-julho-de-2022-413730315 http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?idAto=125062 Fonte http://sped.rfb.gov.br/pagina/show/7154 http://sped.rfb.gov.br/pagina/show/7153

Bom dia. Implementei o componente para emissão do DANFSeX, para funcionar com Lazarus, utilizando TBufDataset. Modifiquei o componente implementado para o Delphi para ficar compatível com Lazarus, somente testei no Microsoft Windows e está funcionando. A partir da versão Professional do FastReport, a pacotes de compilação e instalação para Lazarus. ACBr_NFSeX_Lazarus.zip

Bom dia! Verifique se as suas Dlls do OpenSSL estão atualizadas! Faça um teste colocando as Dlls que tem aqui https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86 na mesma pasta do executável.

Atualizado fontes do ACBr agora está funcionando corretamente. Obrigado.

Boa tarde Francesco, Uma coisa é a tag <InformacoesComplementares> constar no XML do Rps que foi enviado para o provedor. Outra coisa é o XML da NFS-e gerado pelo provedor. Primeiro você precisa verificar se a tag consta no XML do Rps com o texto que foi informado. Se a tag consta e o XML foi enviado e o Rps foi processado com sucesso, o passo seguinte é verificar o XML da NFS-e se este contem a tag. Outra coisa importante é, o provedor ISSNet tem 2 webservice, um segue a versão 1 do layout da ABRASF, nesta versão não existe essa tag. O outro webservice segue a versão 2.04 do layout da ABRASF e nesta versão existe a tag no layout. Como você não informou a cidade, eu não sei qual dos 2 webservice essa cidade utiliza.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Boa tarde, obrigado... detalhe que está sendo filtrado o inicio por 10, 11 ou intervalo de 20 a 29

Boa tarde a todos, A Consulta pelo numero do protocolo para atender a API Rest que é utilizada pela versão 2.1.1 já esta pronta. O componente ACBrReinf já esta realizando essa consulta e a API esta retornado o resultado do processamento. O próximo passo agora é adequar a leitura dos retornos, tanto do envio quanto da consulta, pois os retornos da API Rest não são envelopados e algumas tag estão com nomes diferentes do retorno gerado pelo WebService. Assim que essas adequações forem realizadas e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa noite caríssimos, estou com uma dúvida que tenho há tempo. No provedor IssNet, é possível ou não o retorno no xml da nota emitida, a tag informacoescomplementares? Por mais que tento, não consigo ter o retorno, No preview (impressão danfe antes de enviar) da nota, as informaçoes constam lá no componente carregado. E se não for possível o retorno, remediado está! Muitos relatam que também não obtém o retorno. Teve um usuário dizendo que obtinha as informações complementares sem problema. Enão a dúvida é: É possível ou não?

Italo, entendi. Há alguma hipótese em que esse campo pode ficar em branco, mesmo tendo o retorno? Enfim, vou conferir minha aplicação novamente, muito obrigado pela ajuda!

Conforme descrito no site da prefeita o link do webservice de homologação mudou para https://notacariocahom.rio.gov.br/WSNacional/nfse.asmx Em anexo o arquivo com a correção para análise. RJ.ini

Boa tarde senhores. Nos testes que eu realizei aqui, o problema foi sanado! Obrigado a todos os envolvidos!

Bom dia Francesco, Se no XML da nota não consta a tag não tem como ler ela para imprimir o texto no DANFSE. Favor questionar o provedor.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e façam novos testes.

Bom dia pessoal, Em 23/01/203 foi publicada a versão 3.0.2 do programa validador do SPED ICMS IPI trazendo alterações corretivas, as quais estão relacionadas abaixo. Fonte: http://sped.rfb.gov.br/pagina/show/7151

Bom dia! O provedor para a cidade de Santa Barbara d' Oeste é o SigISSWeb. Se conferirmos a unit deste provedor Podemos ver que não tem métodos de consulta implementados para ele. Muito provavelmente isso acontece porque o provedor não disponibilizou os schemas então não tínhamos como fazer a implementação. Sobre o erro ao emitir, se possível, por favor, anexe os arquivos Soaps do processo para análise.

Boa noite, a cidade é Brasília, e sim no rps consta as informações, no xml da nota não! Obrigado pela informção!

Esta é a solução. Eu já estava até fazendo este processo. Funcionou perfeitamente. Obrigado

Olá Pessoal, Foi publicado a versão 1.10 da NT 2022/005 que trata sobre o DIFAL. Vamos ver o que nos espera pela frente com essa nova versão da NT. 1. Quanto as datas de ativação das regras de validação o prazo de 07/02/2023 para o ambiente de homologação esta mantido, mas a data do ambiente de produção foi alterado de 06/04/2023 para 03/04/2023, a motivação de ter antecipado 3 dias é por conta do dia 6 ser véspera de feriado nacional. 2. As 5 regras que foram criadas para validar as notas de devolução ganharam novas exceções e observações, vamos a elas: Regra 3BA02-50: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-54: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-58: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-64: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-68: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Quero chamar a atenção de todas referente a Observação 1 e 2 incluídas nas 5 regras. Na observação 1 podemos concluir que se a nota tiver mais do que 5 notas referenciadas a SEFAZ poderá não aplicar a regra de validação em detrimento a performance da SEFAZ, mas isso não significa que devemos abusar, pois quanto menos você espera o Fisco poderá aparecer com o talão de multa em mãos. Na observação 2 devemos tomar muito cuidado com os arredondamentos, pois a tolerância será de R$ 1,00.

Olá Pessoal, Vamos a mais uma atualização da NT 2022/003, foi publicado a versão 1.11 da NT. Resumo das novidades 1. quanto ao prazo não foi alterado, sendo assim esta mantido a data 07/02/2023 para o ambiente de homologação e 03/04/2023 para o de produção. 2. Ocorreram melhorias na redação/documentação, como veremos adiante. Nova redação explicando melhor a utilização do campo refNFeSig Criação de campo específico no grupo de Documento Fiscal Referenciado (NFref) para permitir ao contribuinte referenciar Nota Fiscal Eletrônica, modelo 55, informando a Chave da NF-e com o código numérico zerado. Essa alteração visa garantir a manutenção do Sigilo Fiscal da NF-e referenciada. A referência pela chave de acesso completa (campo: refNFe) ainda continua obrigatória nos casos de NF-e de devolução, complementar e quando a legislação exigir. O texto em negrito tem por objetivo chamar a atenção de quando NÃO se deve usar o refNFeSig. Melhoria na documentação das regras BA02-60 e BA02a-110 Na regra BA02-60 foi acrescentado as seguintes condições: - Se modelo da Chave de Acesso = 55 ou 65; (para deixar claro que a regra se aplica em ambos os modelos de uma nota referenciada) - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Na regra BA02a-110 foi acrescentado a seguinte condição: - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Sobre as mudanças no componente ACBrNFe e consequentemente no ACBrMonitorPlus e ACBrLib O componente ainda NÃO foi atualizado para contemplar o novo campo (refNFeSig) uma vez que o ambiente de homologação só será liberado em 07/02/2023. Mas mantenha seus fontes atualizados, porque nos próximos dias, enviaremos para o SVN uma atualização do ACBrNFe, ACBrMonitorPlus e ACBrLibNFe.

Boa tarde pessoal! A Sefaz-MG está com contingência agendada para a data de hoje(26/01/2023) iniciando as 18:30 e com previsão de durar até as 22:30 Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx Caso precise emitir documento fiscal nesse período, siga as instruções deste tópico:

Boa tarde! Na data de hoje(25/01/2023), por volta das 16:29, usuários em nossa comunidade do Discord começaram a relatar problemas para transmitir NF-e/NFC-e para a Sefaz-SP. Consultando ferramentas de diagnóstico e observabilidade disponíveis, foi observado grande instabilidade com tempos de resposta chegando a ultrapassar os 30 segundos e diversas notificações relatando o problema. Não há comunicado oficial, mas acredita-se que seja problema de DNS por parte da Sefaz, pois alguns usuários relataram ter conseguido transmitir depois de configurar o DNS do Google. Não há comunicado de contingência na página oficial.

O problema de instabilidade na Sefaz-SP aparenta ter sido solucionado. Não houveram mais relatos de problema em nossa comunidade no Discord e número de relatos de problemas caiu consideravelmente

Boa tarde! Na data de hoje(25/01/2023), por volta das 15:40, fomos alertados pelo usuário @Rafael Fachini no canal #sefaz em nossa comunidade do Discord para o fato de que a Sefaz-MS está completamente fora. Até o momento não a informação de contingência ativa e até mesmo o acesso ao site da Sefaz-MS está indisponível.

Bom dia! Consultando hoje(26/01/2023) a Sefaz-MS demonstra ter normalizado O site também está acessível novamente

Boa tarde a todos, Realizei alterações no componente ACBrReinf visando o envio dos eventos da versão 2.01.01 para a API Rest. O envio foi realizado com sucesso e a API retornou o XML de retorno. Como essa API trabalha no modo Assíncrono após o envio não temos o resultado do processamento e sim apenas o numero do protocolo. De posse do numero do protocolo será necessário realizar uma consulta para que enfim possamos ter o resultado do processamento do(s) evento(s) enviado(s). O próximo passo agora é implementar no componente essa consulta. Assim que ela for implementada e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde a todos, Conforme a postagem acima do Renato, a nova versão do Reinf vai passar a utilizar uma API Rest e não mais um WebService Soap. Isso significa que vamos ter que realizar alterações no componente ACBrReinf para atender esse requisito. A Equipe ACBr já esta analisando e buscando a melhor maneira de fazer essas alterações.

Nesta quarta-feira, 18 de janeiro de 2023, foi emitida a primeira NFS-e padrão nacional por um Microempreendedor Individual (MEI) de um município não conveniado à plataforma. A obrigatoriedade entra em vigor partir de abril, mas a NFS-e já está disponível para MEIs de todo o Brasil. fonte: https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2023/janeiro/microempreendedores-individuais-mei-de-todo-o-pais-ja-podem-emitir-nfs-e-no-padrao-nacional

Boa tarde, O motivo de algumas coisas existirem somente no monitor é que ele é um produto mais antigo e as libs tem sido criadas conforme os componentes que tem maior demanda, por exemplo, atualmente estamos iniciando a implementação do ACBrLibNFSe que tem sido muito esperado. At.

Olá Pessoal, Infelizmente as cidades brasileiras não seguem um padrão nacional. Primeiramente é importante dizer que a maioria das cidades não querem ou não tem condições financeiras e ou técnicas para possuir o seu próprio WebService, sendo assim elas acabam contratando através de licitação (que tem prazo de validade) empresas (que chamamos de provedores) que fornecem o WebService. Hoje o componente ACBrNFSeX reconhece 145 provedores que vamos separar em 4 grupos. Grupo 1 - Provedores que implementaram os seus WebServices segundo a versão 1 do layout da ABRASF. Grupo 2 - Provedores que implementaram os seus WebServices segundo a versão 2 do layout da ABRASF. Grupo 3 - Provedores que implementaram os seus WebServices segundo um layout próprio. Grupo 4 - Temos somente o provedor PadraoNacional cujo layout esperamos que seja adotado pela maioria das cidades (ainda em fase de implantação pela RFB e SERPRO). Vamos detalhar um pouco mais cada um desses grupos: Grupo 1 - Provedores que seguem a versão 1 do Layout da ABRASF. Serviços documentados: EnviarLoteRps - Envio de um Lote de Rps no modo assíncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta o número do protocolo que atesta que o lote foi recepcionado pelo WebServico, isso não significa que o Rps foi processado com sucesso. O número do protocolo vai ser utilizado nos serviços: ConsultarSituacaoLoteRps e ConsultarLoteRps. ConsultarSituacaoLoteRps - Consulta a situação de um lote de Rps enviado previamente; Através desse serviço temos a situação de um lote enviado que pode ser: 1 - Lote não enviado; 2 - Lote aguardando o processamento; 3 - Lote processado com falhas; 4 - Lote processado com sucesso. ConsultarLoteRps - Consulta um lote de Rps enviado previamente; Através desse serviço temos uma lista de rejeições caso a situação seja 3 ou a lista das NFS-e (XML das NFS-e geradas pelo WebService) se a situação for 4. ConsultarNFSeRps - Consulta uma NFS-e com base no número e serie de um Rps enviado previamente; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e caso o Rps tenha sido processado com sucesso. ConsultarNFSe - Consulta uma NFS-e com base no número da nota; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e. CancelarNFSe - Cancela uma NFS-e com base no número da nota e mais algumas informações; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota. Grupo 2 - Provedores que seguem a versão 2 do Layout da ABRASF. Serviços documentados: EnviarLoteRps - Envio de um Lote de Rps no modo assíncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta o número do protocolo que atesta que o lote foi recepcionado pelo WebServico, isso não significa que o Rps foi processado com sucesso. O número do protocolo vai ser utilizado no serviço: ConsultarLoteRps. EnviarLoteRpsSincrono - Envio de um Lote de Rps no modo síncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta a lista de rejeições ou o XML das notas. GerarNFSe - Envio de um único Rps no modo síncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço só é possível enviar um Rps por vez. Temos como resposta a lista de rejeições ou o XML da nota. ConsultarSituacaoLoteRps - Este serviço não consta na versão 2 do layout da ABRASF, caso você tentar usar o componente vai lhe apresentar uma mensagem acusando que este serviço não se encontra implementado. ConsultarLoteRps - Consulta um lote de Rps enviado previamente; Através desse serviço temos uma lista de rejeições caso o Rps tenha sido processado com falha ou a lista das NFS-e (XML das NFS-e geradas pelo WebService), devemos usar esse serviço caso o envio tenha ocorrido no modo assíncrono. ConsultarNFSeRps - Consulta uma NFS-e com base no número e serie de um Rps enviado previamente; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e caso o Rps tenha sido processado com sucesso. ConsultarNFSe - Este serviço não consta na versão 2 do layout da ABRASF, caso você tentar usar o componente vai lhe apresentar uma mensagem acusando que este serviço não se encontra implementado. ConsultarNFSeFaixa - Consulta uma NFS-e ou uma faixa de NFS-e com base no número da nota; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e. ConsultarNFSeServicoPrestado - Consulta uma NFS-e ou várias dependendo das condições da consulta; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e. ConsultarNFSeServicoTomado - Consulta uma NFS-e ou várias dependendo das condições da consulta; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e, emitidas contra o nosso CNPJ. CancelarNFSe - Cancela uma NFS-e com base no número da nota e mais algumas informações; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota. SubstituirNFSe - Realizada duas ações ao mesmo tempo: Cancela uma NFS-e com base no número da nota e mais algumas informações e envia um Rps que se processado com sucesso vai substituir a nota que foi cancelada; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota e o XML da nota substituidora. Observação importante sobre os provedores que seguem a versão 2, alguns deles não implementaram todos os serviços listados acima. Grupo 3 - Provedores que possuem um layout próprio. Como cada provedor tem o seu próprio layout ele também define quais os serviços que vão ser implementados em seus WebService, sendo assim não tem como listar eles aqui. Grupo 4 - Padrão Nacional possui um layout próprio. O WebService vai ser único para todas as cidades que aderirem esse padrão. Serviços documentados: GerarNFSe - Envio de um único DPS (Declaração de Prestação de Serviço) no modo síncrono; O componente gera o XML do DPS e envia para o webservice (API da NFS-e Padrão Nacional), através desse serviço só é possível enviar um DPS por vez. Temos como resposta a lista de rejeições ou o XML da nota. ConsultarDPSporChave - Consulta um DPS através da sua chave enviado previamente; Através desse serviço teremos a chave da NFS-e caso o DPS tenha sido processado com sucesso. ConsultarNFSeporChave - Consulta uma NFS-e pela sua chave; Através desse serviço teremos como resposta o XML da NFS-e. ConsultarDFe- Podemos realizar essa consulta informando a chave da NFS-e ou o NSU (Numero Sequencial Único); Através desse serviço podemos baixar o XML da NFS-e e eventos vinculados a mesma ou através do NSU baixar o XML de varias NFS-e e eventos, funciona de forma semelhante ao DistribuicaoDFe da NF-e, onde tanto o Emitente da nota quanto o tomador ou intermediário (caso esteja informado na nota) podem baixar as notas. ObterDANFSE - Permite baixar o PDF do DANFSE com base na chave da NFS-e; Através desse serviço teremos como resposta o PDF do DANFSE da NFS-e. EnviarEvento - Permite o envio de diversos eventos como por exemplo o de cancelamento. Através desse serviço enviamos o XML de Pedido de Registro de Evento e temos como resposta o XML do Evento caso o pedido seja processo com sucesso. ConsultarEvento - Permite a consulta de eventos com base na chave da NFS-e. Através desse serviço temos como resposta o XML do evento. ConsultarParam - Permite a consulta dos parâmetros de configuração realizados pela prefeitura que aderiu ao projeto da NFS-e Padrão Nacional. Através desse serviço temos como resposta a parametrização feita pela prefeitura.