Italo Giurizzato Junior

Bom dia, Coloquei a linha na unit do GTIN, pois na unit Base pode gerar um efeito colateral nos outros componentes. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Bom dia Renato, Já esta no SVN.

Bom dia Gabriel, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Implementado os novos valores: retMovimentoMensal, retISSQNAutonomos e retISSQNSociedade, para o Regime Especial de Tributação.

Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2882 Vou analisar juntamente com os demais membros da Equipe ACBr.

Esse erro esta ocorrendo ao usar qual componente?

Boa tarde, No que se refere a data no formato: 2022-06-27-03:00 Me recordo de ter feita uma alteração visando contornar esse problema. Favor fazer uma cópia das units que você alterou, dele as units alteradas e atualize novamente todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2880

Olá pessoal, Se tratando de MEI, a NFSe precisa ser emitida segundo o Padrão Nacional. Neste caso o componente ACBrNFSeX atende todas as cidades brasileiras. Fora isso, o componente já passou de 130 150 170 provedores implementados, contando suas variações. (Atualizado em 14/11/2024) Mas na data de hoje talvez o valor ainda seja maior... Como saber qual o valor real de provedores implementados além do Padrão Nacional? No nosso controle de versão de código fonte, dentro da pasta `...\Fontes\ACBrDFe\ACBrNFSeX` temos um arquivo txt chamado: Provedores-Implementados.txt Esse arquivo é composto por 3 colunas: a primeira é o nome do provedor, a segunda a versão e a terceira se já esta funcional ou não. Inicio do arquivo: Provedor Versao Funcional Abaco v1.00 Abaco v1.01 Abaco v2.04 ABase v2.01 (...) Todos os provedores e versões mencionados ali estão implementados no componente. Nosso componente. Queremos sua ajuda... Precisamos da ajuda de quem usa o componente para mantermos uma lista atualizada do funcionamento dessas versões. Pedimos então que aqueles que usarem um provedor específico alterem esse arquivo incluindo a data na coluna Funcional referente ao provedor e versão. Por favor façam isso depois de testar todas as funcionalidades do mesmo. Depois de alterar o arquivo, crie uma postagem no fórum anexando o mesmo. Se possível, na postagem informe também as cidades que você testou. Exemplo: Testei para uma certa cidade o provedor Abaco na versão de leiaute 2.04: Provedor Versao Funcional Abaco v1.00 Abaco v1.01 Abaco v2.04 07/07/2022 ABase v2.01 (...) Desta forma todos vão saber que após essa data o provedor ficou funcional no componente. Eu vou manter esse arquivo atualizado no SVN a media que vocês forem postando. Desde já muito obrigado a todos.

Olá pessoal, A NT 2022/002 não muda em nada no componente ACBrNFe, o que muda são algumas regras de validação nos webservices das SEFAZ. Algumas regras de validação foram alteradas para permitir a emissão de NF-e nas operações de combustíveis equiparadas à exportação, tratadas no convenio ICMS 55/2021. Regras de validação que sofreram alteração: X04-10: Para permitir a emissão de operações de combustíveis equiparadas à exportação, realizadas com o CFOP 7667, que são operações de abastecimento presencial, sem frete (modFrete=9), foi incluída a exceção 4, para não exigir o preenchimento do grupo de transportador. E03a-10, E12-10 e E14-10: Para permitir a emissão de operações de combustíveis equiparadas à exportação, realizadas com o CFOP 7667, aceitando nessa situação a informação de CNPJ para o destinatário, UF brasileira do destinatário, e código do país igual a Brasil nestas operações. Implantação dessas alterações vão ocorrer: 25/07/2022 no ambiente de Homologação 15/08/2022 no ambiente de produção

Bom dia Dionei, No componente ACBrGTIN os campos NCM e CEST são do tipo string e ao ler o XML de retorno da SEFAZ o componente não faz nenhum tratamento no que se refere a remover zeros a esquerda. Se esta retornando sem o zero a esquerda é porque o proprietário do produto cadastrou ele dessa forma.

Bom dia Widson, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde Widson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2872

Boa tarde Rogério, E com o programa exemplo também ocorre o erro?

Boa tarde Lucio, Já esta no SVN.

Boa tarde Renato, Já esta no SVN.

Boa tarde a todos, Realizei um refactoring no componente ACBrNF3e, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo.

Boa tarde Leonardo, Realizei um refactoring no componente ACBrNF3e, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo.

Boa tarde Leonardo, Realizei um refactoring no componente ACBrNF3e, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo.

Boa tarde, Apenas uma complementação: os campos WSUser e WSSenha mencionados pelo nosso amigo Dercide são propriedades de configuração do componente.

Bom dia Lucio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2871

Bom dia Renato, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2870