Painel de líderes

Acabamos de ter a confirmação desse problema pela Receita: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=MIrogWJTf2w=

Olá Pessoal, Tenham sempre em mente que os serviços: DistribuicaoDFe e os eventos de Manifestação do Destinatário são de responsabilidade do Ambiente Nacional, logo não adianta entrar em contato com a SEFAZ do Estado do contribuinte.

Olá pessoal! Recebemos muitos relatos que indicam um problema generalizado no Ambiente Nacional, que é o responsável pelo processo de Manifestação do Destinatário. Veja os detalhes a respeito: No dia 09/12/2023, às 14h18, recebemos em nossa comunidade no Fórum do Projeto ACBr, o primeiro relato de um membro com problemas ao realizar a manifestação do destinatário. No dia 10/12/2023, às 14h12, foi a vez do canal #sefaz, em nossa comunidade do Discord, com relato semelhante. Hoje, dia 11/12/2023, por volta das 07h45, começamos a receber múltiplos relatos novamente do mesmo problema. Todos os relatos tem em comum a mesma mensagem: Dado o volume de relatos e o fato do erro ser o mesmo para todos, tudo indica que o problema esteja no Ambiente Nacional. Um fato que também corrobora para isso é o de encontrar relatos como os relacionados a seguir, fora da comunidade do ACBr em uma breve pesquisa. 2238 - Falha ao gerar numero de protocolo 2238 - FALHA AO GERAR NUMERO DE PROTOCOLO Até o momento, não foi disponibilizado nenhum comunicado oficial relacionado ao problema no Portal da Nota Fiscal Eletrônica.

Esse tópico tem um longo debate sobre como aplicar essas regras/validações

Alguns dias atrás, eu postei aqui uma notícia de um exemplo em NodeJS para uso da ACBrLibNFe cedido por um usuário, clique aqui para ir para o post. Ele se baseou em um outro exemplo, conforme o post original. Mas alguns usuários relataram problemas como Segmentation fault, senha inválida ou erro ao ler certificado. Isso pode acontecer devido a incompatibilidade do certificado com a OpenSSL. Mas é fácil de resolver. Vamos ao testes: Primeiro ambiente Linux Mint 21 derivado do Ubuntu 22.04. Utilizando Node 12 e OpenSSL 1.1.1.1 Foram realizados com sucesso os testes em Multi-thread. Observe que temos 2 navegadores requisitando o status da Sefaz. Neste caso node 12, não funciona com OpenSSL 3.x.x.x com a lib. Agora vamos testar com a OpenSSL 3. Atenção: Para utilizar openssl 3.x.x.x, pode ser necessário instalar o certificado e após isso exportar ele novamente. Isso vai fazer com que ele seja recriado com "rotinas mais modernas" o que vai possibilitar a leitura no OpenSSL 3.x.x.x. Para saber mais, clique aqui. Veja abaixo como fazer na imagem: Instalado a versão OpenSSL 3.x.x.x parou de funcionar no meu ambiente com Node12. E mesmo instalando a versão Node16, o erro Segmentation fault persistiu. Em pesquisas encontrei que: "Node.js v17.x, v18.x, and v19.x use OpenSSL v3." Então Instalei o Node20 ! Agora meu ambiente está com Ubuntu 22.04, Node20 e OpenSSL 3.X Antes que me pergunte, sim, utilizei o mesmo exemplo construido no Node12. Ele funciona no Node16 e também funcionou no Node20 (foi uma das barreiras que enfrentei por não dominar a linguagem). Para que funcione, você precisa apagar a pasta Node_modules e os arquivos package.json e package-lock.json para que eles possam ser recriados com suas novas versões. Após isso precisa instalar os pacotes requeridos. Para saber qual, basta executar o exemplo.. Ao dar o erro ele vai mostrar o pacote faltando do Node. Observação importante: Verifique o ArquivoLog criado. Nele é apontado onde foi criado o arquivo acbrlib.ini. No meu caso em "\usr\bin". Precisei editar (em modo root) após trocar de VM, pois os paths não estavam corretos. Concluindo, o Node20: Suporta OpenSSL3, com a ACBrLibNFe MT Atual e com o INI Correto? Vamos aos testes... Realizado os testes no Ubuntu 22.04, OpenSSL 3, Node20 com Sucesso! Observe que tanto FireFox quanto Chrome estão recebendo reposta do certificado, com sucesso. Eu precisei fazer algumas alterações nos fontes do exemplo original, então vou anexar para que você possa sobrescrever = reqMt-alterado.zip Fonte Original e Manual da contribuição acima, clique aqui para ir para a postagem do usuario "Desdobrar" Lembre-se de alterar os caminhos do certificados, paths e deixar de acordo com o seu ambiente. Espero ter ajudado!

Olá pessoal! Muitas vezes, quando precisamos expor um problema no fórum para pedir ajuda aos demais membros da comunidade, anexamos imagens e arquivos para melhorar ilustrar a situação e também ajudar na análise e nos testes. No entanto, pode ter vezes em que o fórum não permita que seu arquivo ou sua imagem sejam adicionados na postagem. Um dos motivos para isso acontecer é o limite de anexos do seu usuário no fórum estar próximo do tamanho máximo permitido. Mas nem tudo está perdido! É muito simples de limpar alguns anexos antigos para abrir espaço para novos. Vamos a um passo a passo. 1º Clique no seu usuário no canto superior direito do fórum e depois clique em "Meus Anexos". 2º Ele vai abrir uma página para você informando quanto de espaço já foi utilizado, quanto ainda tem livre e uma lista com todos os seus anexos. 3º Basta selecionar um anexo nessa lista que ele automaticamente vai lhe dar uma opção para que você possa excluir o mesmo e liberar mais espaço. Mas eu fiz isso e ainda assim da erro, o que pode ser? O Fórum do Projeto ACBr tem certas proteções ativadas para evitar ataques. Um desses tipos de ataques é o de SQLInjection, no qual o infrator tenta forçar a execução de uma query ou código malicioso. Se mesmo depois de liberar espaço, você ainda recebe um erro como este ao tentar anexar um arquivo: É possível que uma parte do que esteja tentando anexar esteja sendo barrada por essa medida de proteção. Uma sugestão neste caso, é zipar o(s) arquivo(s) ao invés de tentar anexar eles diretamente.

Olá pessoal! No dia 09/11/2023 foi publicada no Diário Oficial da Secretaria da Fazenda do Rio de Janeiro, dentre outras a resolução Nº578 de Novembro de 2023. Essa resolução além de trazer orientações sobre como o contribuinte deve preencher o SPED, trás também os Art. 16-E e 16-F que orientam na obrigatoriedade do preenchimento dos campos de ICMS Efetivo e Retido e cujo texto transcreve: A resolução entrou em vigor na data de publicação e seus efeitos passarão a valer a partir de 01/01/2024. Como preencher estas tags no ACBr? Se você utiliza o componente ACBrNFe nativo para Delphi e Lazarus, as tags são alimentadas pelas propriedades: ACBrNFe.NotasFiscais[Indice].NFe.Det[OutroIndice].Imposto.ICMS.vBCSTRet := ACBrNFe.NotasFiscais[Indice].NFe.Det[OutroIndice].Imposto.ICMS.vICMSSubstituto := ACBrNFe.NotasFiscais[Indice].NFe.Det[OutroIndice].Imposto.ICMS.vICMSSTRet := ACBrNFe.NotasFiscais[Indice].NFe.Det[OutroIndice].Imposto.ICMS.vBCEfet := ACBrNFe.NotasFiscais[Indice].NFe.Det[OutroIndice].Imposto.ICMS.pICMSEfet := ACBrNFe.NotasFiscais[Indice].NFe.Det[Outroindice].Imposto.ICMS.vICMSEfet := Agora caso utilize o ACBrMonitor ou a Lib que recebem um arquivo INI, os campos são: [ICMSXXX] vBCSTRet= vICMSSubstituto= vICMSSTRet= vBCEfet= pICMSEfet= vICMSEfet=

Subi uma correção para esse caso, rev. 31539, sem necessidade de alteração nas propriedades do componente. A versão atual vai considerar como válidos tanto o valor total da nota abatendo ou não o ICMS desonerado. Um adendo, a NT 2023.004 que foi publicada hoje, incluiu uma tag no XML da nota pra indicar se o ICMS desonerado está sendo abatido no total da nota: Assim que ela estiver em vigor o método vai precisar ser ajustado.

Perfeito, vou providenciar e posto o vídeo aqui.

Boa tarde ! Sei que vc citou que usa a mesma lógica na NFe mas pode testar por favor de uma outra forma. No nome do arquivo ao invés de informar err_3_2023-12-09 16:14:11.233664.xml, informe: arquivo20231219_161411_233664.xml (sem espacos ou sem :, lembre-se é apenas um teste p saber se vai gerar) Caso o erro persista, tente salvar em uma pasta local exemplo, c:\temp

Bom dia! Apenas fornecendo um retorno sobre a situação. Estamos realizando alguns testes utilizando os programas exemplos disponíveis e testes unitários, no entanto, estamos tendo dificuldades para reproduzir o problema. Dito isso, por favor, peço que: Um passo a passo de como você utiliza a Lib para este método. A lib single thread não precisa de um handle, mas os métodos NFSe_Inicializar e NFSe_Finalizar, por exemplo estão sendo usados corretamente? Qual é o passo a passo para a chamada dos métodos? Foi feito um teste com a lib que teoricamente funciona em outras cidades com a cidade de Taquara que é onde foi detectado o problema por você. Por favor, faça um teste usando a versão mais recente da lib disponibilizada no fórum tanto com uma cidade cuja emissão funciona quanto com a cidade de Taquara.

Desenvolvedor C# .NET - Freelancer. Temos necessidade urgente de implementar MDFe. Já existe a base de dados encaminhada, o que falta é somente a implementação final utilizando ACBR. Interessados favor entrar em contato: [email protected] Whats 51 99956 3424

@Próton Sistemas Só complementando o que o @Alexandre de Paula postou acima. Estamos com problema no NodeJS em mulutread e este post acima, me ajudou com isso. Por algum motivo meu certificado não estava funcionando com openssl 3.x Então seguindo as orientações do post anexado, exportei meu certificado e consegui com sucesso o uso em MT no LInux com Openssl3.0

@Endrigo Rodrigues Consegui fazer funcionar a Lib MT Com o exemplo. Com Node20, OpenSSL3, exportando como o @Daniel Simoes recomendou anteriormente.

Não há como... Essa informação só é retornada pelo TEF após a transação ser efetuada

Boa noite, Veja se esta configuração ajuda.

Olá pessoal. Foi publicado no dia 04/12/2023 notícia na Sefaz da Paraíba informando que a partir de Janeiro de 2024 a escrituração do registro 1601 no EFD, que havia sido prorrogada anteriormente atendendo a pedidos de entidades do setor, passará a ser obrigatória. O registro 1601 na Escrituração Digital Fiscal identifica o valor total das operações realizadas pelo declarante por meios de pagamento eletrônico, discriminando por instituição financeira e de pagamento, fazendo elas parte ou não do Sistema de Pagamentos Brasileiro.

Publicada a versão 3.1.6 do Guia Prático do EFD ICMS IPI A nova versão foi publicada no dia 04/12/2023, com vigência a partir de janeiro de 2024 e trás as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7290 Como podem ver, será necessário alterações no componente ACBrSPEDFiscal. Ficamos felizes com o apoio de todos que puderem nos ajudar com contribuições

Boa tarde a todos, quando for postado posso ajudar nos testes, vou ter de implementar essa funcionalidade também. No que eu puder contribuir estou disponível.

Olá pessoal, A seguir colocamos os tópicos deste workshop do Dia do ACBr 2023 e um resumo do que foi abordado. 1. Documentação, Manuais e NTs Sempre indicamos a leitura dos Manuais e NTs, pois são as fontes de onde o ACBr extrai informações para o desenvolvimento dos componentes 1.1. Todos os documentos relacionados ao Reinf https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ 1.2. Manual de Orientação ao Desenvolvedor: Leitura essencial para entender como funciona o Reinf e seus métodos https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ManDesenvolvedor/ManualOrientacaoDesenvolvedor-REINF-v2.3.pdf 2. Sequência lógica: Consta no Manual de Orientação ao Desenvolvedor (item 1.2) 3. TLS 1.2 A partir de janeiro de 2024 a comunicação será exclusiva com TLS 1.2 Isso seria implementado em outubro de 2023, mas foi postergado Existem relatos de certificados A3 que não estão funcionando com o TLS 1.2 e isso é um problema recorrente com alguns DFes e alguns certificados 4. Qual a diferença entre as versões? A versão 1.5 é Síncrona e SOAP, a 2.1 é Assíncrona e REST Ambas trabalham com envio e retorno via XML A versão 1.5 seguirá ativa por 6 meses após o início da versão 2.1, que foi em 09/2023 A versão 1.5, por ser síncrona, recebe o retorno do processamento automaticamente ao enviar os eventos e a versão 2.1, por ser assíncrona, devolve o número do protocolo para ser consultado posteriormente e obter o resultado do processamento A consulta de protocolo já existia na versão 1.5 para o registro R2099, que era o único assíncrono nesta versão 5. Registros 4000 São exclusivos da versão 2.1, não sendo possível o envio na versão 1.5 6. Consulta de Recibo O número do recibo, além de um comprovante do processamento, será necessário para a retificação ou exclusão de um evento Ao consultar o protocolo, o número do recibo e devolvido e se for armazenado neste momento, não será necessária a utilização da Consulta de Recibo para este fim O método possui diversos parâmetros, pois para cada tipo de registro são necessários dados específicos. No Manual de Orientação ao Desenvolvedor (item 1.2) é possível iedntificar os parâmetros para cada tipo de registro 7. Processo padrão Na versão o processo é dividido em: Preenchimento do Componente, Envio e Consulta do Protocolo 7.1. Preenchimento do componente Pode ser feito via código alimentando as propriedades do componente, através de leitura de arquivo INI seguindo o padrão ACBr ou de XML seguindo o leiaute do Reinf O preenchimento através de arquivo INI, suporta o limite de 50 eventos por lote e o preenchimento lendo XML no leiaute do Reinf exige que seja lote de apenas 1 evento 7.2. Envio Quando o componente estiver preenchido com uma das opções do item 7.1 o lote deverá ser enviado Ao enviar o lote, será recebido o número do protocolo para que seja feita a consulta, que retornará o resultado do processamento 7.3. Consulta do Protocolo Ao consultar o protocolo recebido no item 7.2 será recebido o retorno do processamento Caso ocorram erros, será retornada uma lista contendo 1 ou mais erros identificados pelo serviço Caso o lote tenha sido processado com sucesso, será retornado o número do recibo e demais informações relacionadas a cada tipo de evento 8. Método de Limpeza da base de Produção Restrita (Homologação) Lembrando que este método só é possível ser utilizado na base de testes, conforme destacado no item Enviar o Registro R1000 Como evento de Alteração IdeEvento.VerProc = 'RemoverContribuinte' ClassTrib = ct00 // ct00 é um enumerado utilizado somente para este fim 9. Informações adicionais Existe um limite estipulado pelo serviço de 50 eventos por lote A RFB recomenda que os Registros R2099 e R4099, de fechamento, sejam enviados em lotes isolados, após a consulta e confirmação de processamento de todos os demais registros

Olá pessoal, Já se encontra no SVN a implementação do provedor ISSLegal que segue a versão 2.03 do layout da ABRASF. Até o momento somente a cidade de Urucuia/MG que se utiliza desse provedor. Se faz necessário através do site da prefeitura solicitar o Token. Obtido o Token devemos informa-lo em: Emitente.WSChaveAutoriz. Quem puder realizar os testes e reportar os problemas ficaremos gratos, só assim vamos poder fazer os ajustes necessários para que ele funcione 100%.