Diego Foliene

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4846

Conforme citado no outro tópico, a alteração para Campo Largo foi enviada para o SVN, por favor, queria atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica , é possível observar que a Sefaz de Minas Gerais está com contingência agendada para o dia 10/12/2023. Com previsão de inicio às 05h00 e término às 10h00 do mesmo dia. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento aos membros da comunidade que chamara atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4841

A cidade é atendida pelo provedor Betha em sua versão 2.02, então você vai precisar adicionar essa na linha na classe respectiva. Aqui: procedure TACBrNFSeProviderBetha202.Configuracao; begin //... ConfigGeral.DetalharServico := True; //... end; A rotina fica na procedure LerServico das classes de leitura.

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

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=

Boa tarde! Isso parece ser uma "workaround" do provedor para permitir informar mais de um serviço. Ainda assim, o componente tem uma procedure que tenta ler esta informação. Por favor, faça o seguinte teste: 1º Adicione na procedure Configuracao da unit Betha.Provider a linha: ConfigGeral.DetalharServico := True; Ao fazer isso, ele vai alterar no impresso como é feito é exibido a informação. 2º Na unit ACBrNFSeXLerXml_ABRASFv2.pas, adicione um break-point na linha 973, procedure VerificarSeConteudoEhLista. Essa é a rotina que tenta realizar a leitura deste conteúdo que recebeu.

Boa tarde! Criada a #TK-4831 para análise do caso e parecer do consultor responsável.

Olá pessoal! Entre os dias 04 e 05 tivemos relatos em nossa comunidade do Discord de problemas para emitir CT-e para a Sefaz São Paulo, com o número de protocolo de CT-es autorizados sendo devolvido com tamanho 16 ao invés de 15. Considerando os últimos relatos, tudo indica que a situação foi normalizada e a resposta da Sefaz está de acordo com a documentação. Segue abaixo uma breve transcrição do ocorrido. Se você ainda está tendo problemas, é importante que deixe a Sefaz ciente através de um Fale Conosco. Os primeiros relatos começaram no dia 04/12/2023, por volta das 08h52 e informavam que a emissão era feita com sucesso, mas a Sefaz estava devolvendo um número de protocolo com 16 dígitos ao invés de 15 que é o tamanho estipulado, causando assim problemas. Por volta das 15h49, membros começaram então a reportar estarem recebendo no retorno: Durante este mesmo período, alguns membros mencionaram ter conseguido emitir CT-e enviando em contingência e nesses casos o número do protocolo devolvido era composto de 15 caracteres. No dia 05/12/2023, por volta das 08h46, participantes da comunidade cujos clientes emitiram CT-es em modo normal e receberam um número de protocolo com 16 dígitos estavam tendo dificuldades para realizar o cancelamento devido ao tamanho atípico. Outro detalhe que foi notado é o fato desses CT-es de 16 dígitos estarem retornando 01/01/0001 00:00 na informação da data/hora de aprovação ao realizar um consulta. Por volta das 14h00, tivemos relatos de sucesso ao cancelar os CT-es removendo o primeiro número do protocolo de 16 posições normatizando para o tamanho esperado de 15. A conclusão que se chegou por parte dos integrantes da comunidade é a de que o contador do campo do protocolo estourou passando então para 16 caracteres. As 15h02, um membro relatou que ao consultar as chaves dos CT-es que devolveram protocolo com 16 dígitos, a informação havia sido corrigida e o campo estava agora com caracteres. Não foi encontrado comunicado oficial a respeito do ocorrido no Portal Estadual durante o período.

Bom dia! Foi gerada nova compilação do ACBrMonitorPLUS, por favor, queira atualizar e realizar novos testes.

Bom dia pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, consta aviso de que a Sefaz de São Paulo está com contingência agendada para o dia 10/12/2023, com previsão de inicio às 06h00 e com previsão de término às 16h00 do mesmo dia. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento aos membros da comunidade que chamaram a atenção para o fato no canal #sefaz em nossa comunidade do Discord.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Tivemos membros relatando no canal #sefaz que estavam com este problema e conseguiram emitir em contingência. Outros relataram também que a emissão já foi normalizada. Por favor, tente realizar um novo teste.

Bom dia. Alteração enviada ao SVN na Rev-31426, por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Gerada nova compilação do Monitor com ajuste visando resolver o problema. Por favor, atualizar e realizar novos testes.

Bom dia. A Receita substituiu o captcha sonoro pelo hcaptcha inviabilizando a forma como era feito a consulta com o componente. Estamos analisando alternativas, mas não há nada concreto ainda. Por favor, veja este tópico para mais detalhes e sugestões de alternativas da própria comunidade.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Foi gerada uma nova compilação da Lib. Por favor, queira atualizar e realizar novos testes.

Bom dia. Já estamos na versão 1.4.0.212. Por favor, atualize e realize novo teste.

Bom dia! Contribuição enviada ao SVN na Rev-31376. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.