Diego.Foliene

Você pode tentar adicionar esta URL alterada como uma URL de homologação no arquivo ACBrNFSeXServicos.ini

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.

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

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.