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.

Bom dia! O problema foi resolvido, porém estou deixando aqui a solução que pode ser util para outros. O problema era na configuração do Windows, e segue o caminho: Painel de controle, Região. Aba Administrativo, alterar localidade do sistema. Deixar desmarcado o check Beta: Usar Unicode UTF-8 para suporte de linguagem mundial; No cliente eles instalaram uma camera e acredito que seja esse sistema que alterou, deixando marcado UTF-8; Obrigado a todos pela atenção!

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 @fefevilela! O componente ACBrNFSe foi descontinuado! Se ainda estiver usando ele, recomendo que faça a migração para o novo componente ACBrNFSeX Os schemas mais recentes e que devem ser considerados são os do caminho

obrigada!!! Eu não tinha encontrado esse topico de migração. vou analisar aqui. valeu!

Obrigado Diego, Era isso mesmo... UFA! Eu estava colocando nessas duas tags, o CAEPF ao invés do CPF. Ajustei aqui e já passou. Muito obrigado

@VFADev. Por favor, revise as configurações da sua Lib. Verifique se as informações que você colocou em Correspondem aos dados que estão sendo enviados nos grupos fora dos envelope, fora dos eventos.

Consegui. Já enviei para o email [email protected]. O arquivo SOAP está mesmo sendo gerado errado.

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.

Leandro, Já inclui na minha lista de tarefas para analise. TK-3537

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?

Disponha. caso ainda tenha dúvidas, pode postar

Esses dois tópicos foram feitos com carinho pelo nosso amigo Italo detalhando cada etapa da migração. e no exemplo tem o método ChecarReposta

Tente informar o PatheSocial, veja se consegue salvar os arquivos que @Diego Foliene precisa

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 pessoal, Veja que a noticia cita que este prazo tem inicio após a implantação e recepção dos eventos da série R4000. At.

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

geralmente é a partir da data da publicação. agora vamos achar o DOU disso que dai podemos dar exatidão

@Juliana Tamizou / @Juliomar Marchetti / @Italo Giurizzato Junior Bom dia, foi publicado ontem 26/01/2023 o prazo de 6 meses para transmissão de modo síncrono do Reinf. Vocês sabem dizer se esse prazo é a partir da data da publicação? Da forma que está hoje o componente usando SOAP será valida por 6 meses, ou seja, temos 6 meses para finalizar as alterações no componente para atender o consumo via REST? http://sped.rfb.gov.br/pagina/show/7154

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

Debugue esse ponto e veja se não estão chegando ambas com espaço ao invés de vazias. Só vai gerar essa exceção se ambas estiverem preenchidas e forem iguais. Com ambas em branco não levanta essa exceção de acordo com esse trecho de código que você colou.

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:

Segue o log. Está voltando sim o valor definido. Nunca entendi por que fica sendo incluida essa msg no log, se estou fazendo a configuração na memoria. ACBrLibeSocial-20230126.log

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.