Painel de líderes

A implantação da NFS-e e a consequente disponibilização dos seus produtos para os municípios, contribuintes e cidadãos será realizada em 4 fases. Os primeiros módulos a serem disponibilizados serão o Ambiente de Dados Nacional (ADN) e os Portais Municipal, Nacional e da NFS-e. Eles poderão ser utilizados pelos municípios convenentes a partir do dia 23 de julho de 2022, seguindo o Plano de Implantação. Inicialmente a utilização do ADN será restrita para 5 municípios pilotos até a data de 15 de setembro de 2022 (previsão), quando haverá a abertura para utilização pelos demais municípios. Assim que houver estabilização do sistema nesse primeiro momento (previsão para outubro), serão disponibilizados os produtos da segunda fase (P2 - APPs) e assim também ocorrerá para as demais fases: os produtos serão disponibilizados em sequência, na medida em que ocorrer a estabilização da implantação da etapa anterior. Os Municípios que assinaram o Termo de Adesão serão informados quando da disponibilidade dos produtos. O ambiente de teste (pré-produção) será disponibilizado no dia 23 de agosto de 2022 Fonte : https://www.gov.br/nfse/pt-br/cronograma-de-implantacao-da-nfs-e

Para cumprimento da Lei 12.741/12, não esqueça de atualizar sua tabela de alíquotas - Versão 22.2.D Sua vigência é de 20/08/2022 até 30/09/2022 Integre o seu sistema à API De Olho no Imposto e não se preocupe mais com as atualizações da tabela Fonte : https://deolhonoimposto.ibpt.org.br/

Olá Pessoal, Estão surgindo noticias de que algumas cidades estão aderindo o projeto da NFS-e Padrão Nacional, abaixo segue alguns links dessas cidades; Prefeitura de São Paulo assina adesão ao Sistema Nacional da Nota Fiscal de Serviços eletrônica — Prefeitura (capital.sp.gov.br) Campinas adere ao Sistema Nacional de Nota Fiscal de Serviços Santos adere ao Sistema Nacional da Nota Fiscal de Serviços Eletrônica | Prefeitura de Santos Porto Alegre adere ao padrão nacional da Nota Fiscal de Serviços eletrônica | Prefeitura de Porto Alegre Os links abaixo recomendo a leitura: O que é a NFS-e — Português (Brasil) (www.gov.br) Histórico da NFS-e — Português (Brasil) (www.gov.br) O padrão nacional da NFS-e — Português (Brasil) (www.gov.br) Produtos disponíveis — Português (Brasil) (www.gov.br) FAQ NFS-e — Português (Brasil) (www.gov.br) Documentação técnica — Português (Brasil) (www.gov.br) A Equipe ACBr vai iniciar os estudos com base nesse material técnico (mesmo que ainda seja uma minuta) visando a implementação de um novo componente especifico para a NFS-e Padrão Nacional ou a implementação de um novo provedor no componente ACBrNFSeX que atende o Padrão Nacional. Em breve traremos novas noticiais.

@lfernandolopes realizado commit das alterações - Rev. 26576 logo será disponibilizado nova versão para o ACBrMonitorPLUS.

Boa tarde, para leiautes, cnab240, esses 2 campos são importantes, por exemplo Bancoob que é esse banco em questão, possui essa versão implementada que você está dizendo (81 / 40) como (87 / 45), para evitar problemas, esse campo é importante ser informado, lembrando que alguns bancos a tabela de peculiaridades utilizamos para separar essas questões, mas não é esse o caso. mas informe em anexo o INI de configurações que você está utilizando para maior analise e do titulo, que vamos analisar o ocorrido.

Bom dia, Nas propriedades do seu projeto, coloque os "paths" das units no searchpath, deve resolver o seu problema

Segui os nomes que constam no manual da SEFAZ, respeitando apenas as seções do "NFCe.ini" da documentação ACBrLibNFe e consegui montar o .ini corretamente. Funcionou o envio corretamente. Obrigado!

Valeu renato, vou fazer isso. obrigado

Senhores, bom dia. @Renato Rubinho obrigado por tentar ajudar. Enfim consegui resolver o problema da consulta. Deixo abaixo a solução adotada para se possível ajudar outros que estão passando pelas mesmas dificuldades. Dicas para criação do lote de RPS: Problema 1 - O objeto que você envia não é o que você serializa: - Quando utiliza em C# as funções importadas pelo WSDL, o método para enviar recebe um objeto do tipo "RecepcionarLoteRpsEnviarLoteRpsEnvio" mas para a criação do arquivo XML devemos utilizar o objeto dp tipo "RecepcionarLoteRps". Dentro dele existe o atributo EnviarLoteRpsEnvio do tipo RecepcionarLoteRpsEnviarLoteRpsEnvio então, crie um objeto do tipo RecepcionarLoteRps, de new no objteto EnviarLoteRpsEnvio, serialize seu objeto do tipo RecepcionarLoteRps, assine este objeto, (Não precisa assinar os RPS, somente o Lote), e ao enviar para a prefeitura envie o EnviarLoteRpsEnvio. Problema 2 - Ao deserializar o objeto, a assinatura não é carregada: - Adicione no Reference.cs da classe gerada na importação do WSDL, acima do atributo Signature, o namespace: [System.Xml.Serialization.XmlElementAttribute(Namespace = "http://www.w3.org/2000/09/xmldsig#")] Problema 3 - A consulta do lote enviado não funciona com o objeto do tipo ConsultarLoteRps: -Seguindo a mesma ideia de enviar o Lote, tentei criar o objeto para fazer a consulta porém, sempre recebia o erro "Arquivo enviado com erro na assinatura. / Acerte a assinatura do arquivo.", para corrigir o erro, criei no Reference.cs uma classe com o nome "ConsultarLoteRpsEnvio", esta classe foi criada contendo os mesmo atributos da classe "ConsultarLoteRpsConsultarLoteRpsEnvio". Em seguida eu alterei os metodos "ConsultarLoteRps", "ConsultarLoteRpsAsync(ConsultarLoteRpsEnvio ConsultarLoteRpsEnvio)" e sua sobrecarga "ConsultarLoteRpsAsync(ConsultarLoteRpsEnvio ConsultarLoteRpsEnvio, object userState)". Desta forma a consulta funcionou. Não esqueça de adicionar o namespace sobre o Signature: [System.Xml.Serialization.XmlElementAttribute(Namespace = "http://www.w3.org/2000/09/xmldsig#")] public SignatureType Signature Não sei se existe outra solução mas percebi que não dá para utilizar o WSDL sem alterações e ter que alterar uma classe gerada pelo WSDL foi novidade para mim. Obrigado pelo espaço aqui no Fórum. Eduardo Feu

Olá, eu fiz a conversão da SDK da Cielo em 2019 e montei um pequeno exemplo no Delphi, coloquei o código no GitHub: CarlosHe/FiremonkeyCieloLIO: Firemonkey Cielo LIO Local - SDK (github.com) Vou atualizar o código e colocar um exemplo para a impressão na LIO.

no caso capcom já foi descontinuado pela microsoft use wincrypt e o capicom foi desabilitado por default na instalação. tu pode habilitar mas depende do windows estar atualizado

Você pode usar todos as Tags conforme o manual da SEFAZ, o MonitorPLUS mantém alguns nomes antigos por compatibilidade... mas atualmente sempre respeitamos as Tags do manual da NFe

Conheça o ACBrPro: https://projetoacbr.com.br/pro/