Painel de líderes

Olá Pessoal, A alguns dias foram feitos algumas alterações visando usar as informações da configuração, tais como: VersaoDF, ModeloDF, FormaEmissao e Ambiente na geração do XML. A ideia era aproveitar essa informação sem a necessidade de ter que informa-las novamente na rotina que alimenta o componente com os dados do documento. Mas um detalhe passou desapercebido que é justamente o envio de um documento que foi gerado anteriormente com o tipo de emissão offline. Conclusão, gerou um efeito colateral na emissão desses documentos. Depois de uma analise mais aprofundada, percebemos que outros problemas poderiam surgir. As alterações que eu me referi no inicio ocorreram no final de abril/2024 e foram recentemente revertidas. Quem atualizou os fontes no inicio de maio/2024, é prescindível seguir o passo a passo abaixo para ficar livre dos erros causados pelas alterações. Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Olá pessoal! Como todos sabem, o estado do Rio Grande do Sul passa por uma situação difícil, enfrentando fortes chuvas, inundações e problemas derivados. No entanto, o que talvez, nem todos saibam, é que o estado é responsável pela Sefaz Virtual do Rio Grande do Sul (SVRS) e também pela Sefaz Virtual de Contingência do Rio Grande do Sul (SVCRS) que atendem a múltiplas UFs, o que quer dizer que a emissão de documentos fiscais para outros estados também foi afetada por esta crise. O tópico abaixo está sendo atualizado a medida que conseguimos novas informações: Enquanto a situação não se estabiliza, a alternativa para não interromper o fluxo de emissão é partir para a contingência, o objetivo deste tópico é tirar dúvidas sobre este processo e auxiliar aos desenvolvedores que possam estar passando por problemas. 1. Como saber se a Sefaz que estou comunicando é atendida pela Sefaz Virtual do Rio Grande do Sul? Uma forma de conferir isso, é consultando o arquivo ACBr*ModeloDoDFe*Servicos.ini. O mesmo é utilizado pelas soluções ACBr e concentra as URLs dos web services que são consumidos. Vamos considerar, por exemplo, a emissão de notas fiscais eletrônicas e seu arquivo é o ACBrNFeServicos.ini. Se abrirmos o mesmo em um editor de texto, ele vai ter a seguinte estrutura: Vejam que ele é dividido em seções seguindo a lógica: [DFE_UF_Ambiente], então na primeira seção, nós temos quais são as URLs da NFe para o estado do Acre no ambiente de produção. Como podem observar, a seção tem apenas "Usar=NFe_SVRS_P", o que indica que a Sefaz Virtual do Rio Grande do Sul recepciona as NFes do ambiente de produção para esta UF. 1. 1 Mas e se eu não conseguir encontrar esse arquivo INI? Caso não consiga encontrar o arquivo para conferir, uma forma mais direta é verificar a própria URL. Quando o serviço está indisponível, o erro mais comum devolvido é o TimeOut com a URL que tentou acessar. Se a URL tiver svrs no link, então ela é da Sefaz Virtual do Rio Grande do Sul. Tomemos a URL da consulta GTIN, por exemplo: 1.2 Meu estado usa a SVRS, mas ela está off-line e agora? De forma geral, podemos dizer que a lógica é: "As UFs que usam a SVRS, não usam a SVCRS para contingência, elas usam a SVC-AN. Então basta conferir no portal da NFe se a contingência SVC-AN está ativada. 2. Preciso emitir em contingência, mas não sei como fazer e agora? A primeira medida a se tomar é identificar qual é o tipo de contingência para o documento fiscal eletrônico que está tentando emitir. A tabela abaixo relaciona os tipos de contingência para os principais documentos fiscais eletrônicos: Documento Fiscal Eletrônico Tipo de Contingência Referência NFe Contingência SVC, Contingência EPEC e Contingência FS-DA MOC – Anexo III – Manual Contingência NFe NFCe Contingência Off-line e Contingência EPEC MOC – Anexo IV – Manual Contingência NFCe MDFe Contingência Off-line MOC – MDFe Visão Geral CTe Contingência SVC, Contingência EPEC e Contingência FS-DA MOC – CTe Visão Geral BPe Contingência Off-line MOC – BPe – Visão Geral 2.1 Certo, já identifiquei qual é o tipo contingência para o documento fiscal eletrônico que pretendo emitir, qual é o próximo passo? Agora que identificou o tipo de contingência é preciso entender como cada processo funciona Os tópicos abaixo explicam em detalhes cada um dos processos: Contingência SVC: Contingência EPEC: Contingência Off-line:Se você é membro ACBr PRO, você tem acesso ao curso Implementando a Contingência Offline da NFCe, onde o processo é explicado em detalhes e demonstrado na prática. 2.2 Como saber se a contingência SVC está ativada? Para a saber se a contingência está ativada para NFe, basta acessar o Portal da Nota Fiscal Eletrônica, na própria home na seção de avisos serão mostrados as Sefaz que estão com a contingência ativada na Sefaz Virtual de Contingência do Ambiente Nacional. Infelizmente o Portal do Conhecimento de Transporte Eletrônico não possui seção semelhante e não há ferramenta oficial que exiba tal status. 3. Consegui emitir meu documento em contingência, mas ainda estou com algumas dúvidas. 3.1 Emiti em contingência SVC, preciso enviar de novo, quando a SVRS voltar? Não! Conforme consta no MOC: 3.2 Consigo consultar um nota que emiti em contingência? Sim. O serviço de contingência disponibiliza além do serviço de recepção de notas, também a consulta e o cancelamento das mesmas. Vale ressaltar, no entanto, que o ambiente deve ser o mesmo, portanto, uma nota emitida em contingência SVC, deve ser consultada também no servidor de contingência SVC e cancelada no mesmo. Não é possível emitir carta de correção ou inutilização de número em contingência. 3.3 Emiti em contingência off-line, preciso mudar o tipo de emissão no meu XML quando for enviar? Não. O XML deve ser enviado como foi gerado, ou seja, o valor da tag tpEmis permanece com o valor equivalente a off-line, a configuração de forma de emissão na solução ACBr é que deve ser alterada para normal. 3.4 Estou recebendo a rejeição "Duplicidade de DFe" quando tento enviar o XML que gerei previamente off-line, por que? Quando recebe um erro inesperado, o impulso de muitos é mudar diretamente para contingência. Isso é compreensível, visto que um atraso no fluxo de emissão pode causar problemas, principalmente quando falamos de documentos fiscais para o consumidor final(NFCe). No entanto, algo que muitos não consideram é que quando houve o erro, não tem como saber se ele aconteceu durante o envio do XML para o web service ou se ele aconteceu durante o envio do retorno, por isso, quando receber um erro ao tentar emitir um documento fiscal, o recomendado é que a primeira ação seja consultar se o documento foi emitido, caso não tenha sido então a contingência é uma opção. No caso de estar recebendo este erro, é um forte indicativo de que o documento foi emitido, mas houve falha no momento de devolver o retorno, caso isso ocorra o tópico abaixo tem orientações de como é possível recuperar o XML: 3.5 Emiti em contingência off-line, quanto tempo tenho para enviar o arquivo para a Sefaz? Tanto para o MOC da NFCe quanto para o BPe temos: Para o MDFe: Dada a situação atípica do estado e a improbabilidade de que a situação se normalizará no período estabelecido, é importante consultar a Sefaz de específica para mais orientações para o caso. 4. Tenho um pergunta que não tem resposta no manual e em nenhum lugar que encontrei e agora? Conforme exposto em aviso divulgado anteriormente, a Receita Estadual (RE) deu início, de forma temporária e emergencial, ao atendimento de contribuintes por meio de quatro endereços de e-mail. O objetivo é esclarecer sobre a emissão de documentos fiscais, pagamentos de tributos e dúvidas gerais sobre a legislação. Um dos e-mails, o [email protected], é para atendimento geral de documentos eletrônicos. Outros três endereços foram criados para assuntos relacionados a tributos: [email protected], para ICMS; [email protected], para ITCD; [email protected], para IPVA.

Boa noite, Sim, o grupo já é considerado para este evento. Veja no modelo deste evento como preencher este grupo de informações. https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2200INI2.html [aprend] indAprend=1 cnpjEntQual=12345678901234 tpInsc=1 nrInsc=12345678000123 cnpjPrat=12345678000123 Utilize sempre a última versão disponível, atualmente a 1.4.0.254

Bom dia senhores, conforme solicitado estou anexando os documentos para desenvolvimento da Nota Fiscal de Servico (NFSe) para a prefeitura de Piratininga - SP Entramos em contato com a prefeitura e a mesma nos indicou entrar em contato com o Provedor: segue algumas informações do provedor: Assunto: Instruções para Homologação via WebService com o IssWeb O ISSWeb, sistema de emissão de Notas Fiscais Eletrônicas de Prestação de Serviço (NFS-e), foi desenvolvido pela Fiorilli Software tendo como base o padrão de NFS-e da ABRASF (versão 2.01 e superiores). Esse sistema disponibiliza todos os serviços necessários para integração de outros sistemas com a Prefeitura Municipal através de web service e por meio do protocolo SOAP. Antes de colocar qualquer sistema em produção integrada com o ISSWeb utilizado pela Prefeitura Municipal, é necessário homologar essa integração com o ambiente de testes disponibilizado pela Fiorilli Software. Ou seja, o processo de homologação nunca poderá ser realizado diretamente no portal da Prefeitura. Para realizar esse teste de homologação, sempre será necessário realizar a assinatura digital de alguns métodos previstos na versão 2.01 do padrão ABRASF para NFS-e. Então, primeiramente, solicitamos que entre em contato com a Fiorilli Software para informar alguns dados do proprietário do certificado digital que será utilizado na emissão das NFS-e para que possamos autorizar a realização dos teste no ambiente de homologação. É necessário informar os seguintes dados: 1. Razão Social do prestador de serviço; 2. CNPJ do prestador de serviço; 3. Endereço completo do prestador de serviço (LOGRADOURO, NÚMERO, BAIRRO, CEP, CIDADE); 4. E-mail de contato do prestador se serviço. Quando receber a autorização para o uso do ambiente de teste para homologação, acesse o seguinte link: http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Na realização dos testes para homologação, sempre devem ser informados os seguintes dados: 1. Usuário: 01001001000113 2. Senha: 123456 3. CNPJ do prestador: 01001001000113 4. Inscrição municipal do prestador: 15000 Observe que esses dados (usuário, senha, CNPJ e inscrição municipal do prestador) devem ser usados apenas para este momento de homologação. Para o momento posterior, de produção integrada desse sistema com o ISSWeb, é necessário utilizar os dados reais do próprio contribuinte que já foi autorizado pela Prefeitura Municipal a acessar o ISSWeb. A utilização errada dessas informações pode acarretar os seguintes erros: 1. Se forem utilizados os dados do próprio contribuinte (usuário, senha, CNPJ e inscrição municipal) no ambiente de teste para homologação, não será possível realizar os testes, pois os dados de nenhum contribuinte real estão cadastrados nesse ambiente; 2. Se forem utilizados os dados padrão para testes (usuário 01001001000113, senha 123456, CNPJ 01001001000113 e inscrição municipal 15000) no ambiente de produção, as notas fiscais não serão geradas para o prestador de serviço correto e não serão armazenada no site da Prefeitura Municipal. Outras orientações importantes que devem ser observadas: 1. Utilizar Id, não id; 2. Tags devem ser assinadas de acordo com o serviço escolhido; 3. Os valores sempre devem ser informados com o padrão 0.00; 4. As alíquotas não precisam ser divididas por 100 (/100). Ou seja, devem ser informadas em números inteiros, como, por exemplo, 2.79 (e não 0,0279); 5. Utilize ponto ao invés de virgula como separador de casas decimais; 6. Utilize sempre duas (2) casas decimais; 7. Utilize "\s\n" para indicar quebra de linha; 8. Utilize lotes de, no máximo, 50 RPS (Recibos Provisórios de Serviços); 9. No caso de tomadores de serviços estrangeiros (localizados no exterior), deve se utilizada a mesma estrutura. A única diferença é que deve ser informado, no campo CPF, um numero de documento com 11 posições para que o sistema possa validar essa informação. Indicamos, ainda, alguns links úteis para o desenvolvimento da homologação e da produção: 1. Para fazer o download de toda a documentação disponibilizada pela ABRASF em relação ao padrão de NFS-e utilizado no ISSWeb: http://www.abrasf.org.br/pagina_simples.php?titulo=ARQUIVOS%20P%C3%9ABLICOS&pagina=arquivos_publicos 2. Utilitário disponibilizado pela Receita Federal do Brasil para validar a assinatura digital de documentos: https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspxTOMADOR.zip 2.1. Observe que, se o XML gerado pelo sistema não for considerado como válido por esse utilitário disponibiliza pela Receita Federal, esse mesmo arquivo também não será considerado válido no ISSWeb; 2.2. Não se esqueça de confrontar o xsd com o xml antes do envio para o ISSWeb. Caso o prestador de serviço não tenha a necessidade de envio em lote, aconselhamos que seja utilizado o serviço gerarNfse, que é o service mais rápido e possui o xml com menor tamanho. Enviamos, em anexo, algumas instruções, documentação e exemplos de xml assinados para integração com a Prefeitura Municipal. substituirNfseEditado.xml SOAP.zip PRESTADOR.zip NFSE-NACIONAL_Modelo_Conceitual verso 2-01.pdf NFSE-NACIONAL_Manual_De_Integrao verso 2-01 - alteraes.pdf nfse v2 01.xsd Integração impressão PDF ISSWEB_SIA8.zip gerarNfse.xml xmldsig-core-schema20020212.xsd

Boa tarde pessoal, estamos migrando nosso código C# para utilizar a versão disponibilizada via Nuget, sentimos falta de alguns Meios de Pagametos na ACBrLib.Sat.CodigoMP. Os que utilizamos atualmente que sentimos falta são: mpBoletoBancario, mpDepositoBancario, mpPagamentoInstantaneo e mpSemPagamento (https://portal.fazenda.sp.gov.br/_layouts/download.aspx?SourceUrl=/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_30_03.pdf) Obrigado

Boa tarde, Não podemos descartar essa hipótese. Mas já vi erros semelhantes devido às configurações, por isso sugeri revisar. Estão corretas duas configurações, mas wincrypt depende das atualizações do Windows, se estiver utilizando certificado A1, tente utilizar OpenSSL e veja se funciona, atente-se em copiar as devidas dlls para a pasta da aplicação, conforme indicado no tópico que mencionei.

Boa tarde! De maneira simplificada: ArquivoPFX: Indica o caminho do PFX no sistema. DadosPFX: O conteúdo do arquivo se você quiser trabalhar com ele no banco de dados por exemplo.

Boa tarde @C4Dev, Por favor substitua pela unit em anexo. Reinstale o ACBr e faça novos testes. IPM.Provider.pas

Boa tarde, Criada TK-5425 para análise.

Boa tarde @C4Dev, Essa URL não é a URL do webservice e sim do site. Ela não serve. Veja como é a URL do webservice desta outra cidade atendida pelo mesmo provedor. [1100205] ; Atualizado em 18/10/2023 Nome=Porto Velho UF=RO Provedor=EL Versao=2.04 ProRecepcionar=https://nfse-backend.portovelho.ro.gov.br/producao/NfseWSService

Boa tarde!!! Tive que reinstalar o ACBr e funcionou. Antes tinha apenas atualizado. Agora estou trabalhando na impressão. Obrigado

Boa tarde, Segue xml que recebi ao tentar cancelar uma NFS-e. Não teve erro, mas também a nota não foi cancelada. Desde já, agradeço. retorno_cancel.xml

Boa tarde Diego, Exato. Por isso utilizo o método NFSE_CarregarXML para carregar os dados, e fazer a impressão. Vou tentar realizar um teste conforme orientou, mas também aguardo retorno sobre a TK criada.

Boa tarde, Passando só para informar que aqui em GO em Homologação finalmente ajustaram o ambiente e passou conforme o exemplo do @MarceloDev Isso depois de reencaminhar o e-mail ao órgão responsável daqui, no início da semana estava da mesma forma, dando rejeição e então depois do novo e-mail me responderam hoje pela manhã para testar e finalmente ajustaram o ambiente e funcionou.

Boa tarde, Fiz os testes aqui e o retorno veio no padrão correto. Obrigado.

foi mal enviado o errado. segue anexo. 2024.05.10.09.12.45.563-RetornoConsulta.txt

vai te autorizar, nem sempre tem guia para pagar. depois de autorizar você vai no seu sistema e solicita o cancelamento, vai retornar cancelamento fora do prazo. o protocolo do cancelamento é o do da autorização da NFe, não do site da SEFAZ

Servidores do RS devem voltar a normalidade todos os serviços nos proximos dias.

Bom dia Léo, Já esta no SVN.

Bom dia @simons, Esta muito estranho o retorno do provedor. Vou lhe pedir mais um favor. No arquivo ACBrNFSeXServicos.ini altere a seção refere a respectiva cidade para que fique da seguinte forma: [4313706] ; Atualizado em 28/12/2021 Nome=Palmeira das Missoes UF=RS Provedor=IPM Params=ParametroExtra:eletron=1 ProRecepcionar=http://sync-rs.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php HomRecepcionar=http://sync-rs.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php ProLinkURL=http://sync-rs.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% HomLinkURL=http://sync-rs.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% Inclui a linha: Params=..... Salve o arquivo alterado, execute o Compila_RES, reinstale o ACBr, recompila a sua aplicação e faça novos testes. Em alguns casos essa alteração fez com que o provedor retorna-se algo legível.

Bom dia @C4Dev, Por favor abra o arquivo 1908-rec-soap.xml através de um navegador. Parece que o webservice esta gerando um erro de script e não monta o XML de retorno da forma correta. Sugiro entrar em contato com o provedor e expor o problema.

Bom dia @Geraldo Rodrigues, Acredito que seria prudente pegar essas NFC-e emitidas em offline tentar enviar para ver se são processadas e autorizadas, assim evita depois um volume muito grande de notas para serem enviadas e consequentemente gerando um gargalo na SEFAZ.

Obrigado Mestre.

Bom dia ! Obrigado por reportar. TK-5421 foi criada para analise.

Perfeito Diego. Funcionou setando o modelo [NFe.SetModeloDF("65")]

Bom dia !!!! Segue como emitir

Boa noite, Criada TK-5419 para análise.

Boa noite, hoje recebi a resposta da sefaz e segue: "Algumas funcionalidades da retaguarda do SAT poderão estar prejudicadas, afetando principalmente fabricantes, software houses e, possivelmente, órgãos técnicos. Estamos empenhados na resolução o mais breve possível. Esta falha não afeta contribuintes nem os equipamentos SAT em produção (nas lojas ou no comércio). " Problema realmente no serviço e agora, esperar para efetuar o procedimento.

tu pode consultar o fonte do ACBr e lá tem sim o sandbox

Como o tópico original se tratava do ACBrMonitorPLUS e você está utilizando componente nativo, eu saparei em um novo tópico para não misturar. Tivemos atualizações relacionadas a NFe/NFCe importantes nos fontes ontem por volta das 16 horas. Se sua última atualização foi feita antes desse período, por favor, peço que atualize e reinstale o ACBr novamente para realizar novo teste.

atualizei os componentes, deu certo agora

Você chegou a verificar com o banco se o mesmo disponibiliza a documentação da API ? Se sim, você poderia ajudar na implementação, afinal este é um projeto open source.

Aqui tem um video de outra versão, mas deve ser basicamente igual:

Os Ajustes SINIEF 21/2020 e 22/2020 introduziram a exigência da identificação do intermediador da transação comercial na NF-e e NFC-e. Sendo assim, foram criados 4 campos na NF-e/NFC-e, sendo eles: indIntermed (B25c), infIntermed (YB01), CNPJ (YB02) e idCadIntTran (YB03). O campo Indicador de intermediador/marketplace (indIntermed) é uma “flag” utilizada para o emitente da NF-e/NFC-e declarar quando a operação/venda ocorreu em site/marketplace ou plataforma de terceiro. Quando declarado que a operação for intermediada (indIntermed=1) será necessário informar os campos do grupo infIntermed (YB01): CNPJ (YB02) e idCadIntTran (YB03). Caracteriza-se venda com intermediador (indIntermed=1), quando o vendedor/emitente da NF-e/NFC-e (CNPJ14) for diferente do CNPJ14 do site/marketplace ou plataforma que realizou a venda. Em algumas situações, a venda/operação pode ocorrer com mais de um marketplace/intermediador, por exemplo quando o “Vendedor A” anuncia no “Marketplace M1” e este anuncia no “Marketplace M2”. Nesse caso, na hipótese do “Marketplace M1” ter enviado a informação para o “Vendedor A”, na NF-e deve ser informado o CNPJ do “Marketplace M1”. Em resumo, independente da cadeia de plataformas envolvidas, deve-se informar o CNPJ do intermediador (campo YB02) de quem que enviou a informação da venda para o vendedor/emitente da NF-e/NFC-e. Texto extraído da Nota Técnica 2020/006 versão 1.20 (página 12). Exemplos para quem utiliza o componente ACBrNFe: 1. Venda presencial no Estabelecimento ou Fora dele. Ide.indPres := pcPresencial ou pcPresencialForaEstabelecimento; Ide.indIntermed := iiSemOperacao; 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoSemIntermediador; 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoComIntermediador; (...) // CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. infIntermed.CNPJ := '1234'; // Identificador cadastrado no intermediador. // Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, // marketplace e similar) de serviços e de negócios. infIntermed.idCadIntTran := 'Zezinho'; Exemplos para quem utiliza o ACBrMonitor ou ACBrLibNFe: 1. Venda presencial no Estabelecimento ou Fora dele. [ide] indPres=1 ou 5 indIntermed= 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=0 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=1 (...) [infIntermed] ; CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. CNPJ=1234 ; Identificador cadastrado no intermediador. ; Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, ; marketplace e similar) de serviços e de negócios. idCadIntTran=Zezinho