Italo Giurizzato Junior

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

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

Boa tarde Elzi, Você chegou a verificar no Manual referente ao DANFE da NF-e se é necessário imprimir essa informação?

Olá pessoal, Hoje o componente ACBrNFSeX já passou de 130 provedores implementados. Dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFSeX temos um arquivo txt chamado: Provedores-Implementados 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 (...) Gostaria que vocês alterassem esse arquivo incluindo a data na coluna Funcional referente ao provedor e versão que foi testado todas as funcionalidades do mesmo e esta funcionando. Exemplo: 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. Altere o arquivo e crie uma postagem no fórum anexando o mesmo e na postagem informe as cidades que você testou. 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

Boa tarde, Por se tratar de documentos fiscais com modelos diferentes, devemos sempre separar, ou seja, utilizar uma sequencia de lote para o envio da NF-e e outra para o envio da NFC-e, o mesmo deve ser feito para a sequencia do lote para o envio de eventos que pode ser de cancelamento, carta de correção, etc. Separando você sabe qual é o numero do lote de notas (NF-e) enviado pela ultima vez e qual é o numero do lote de notas (NFC-e) enviado pela ultima vez. Aplicar a mesma ideia para o numero do lote de envio de eventos. Resumindo, tenha uma sequencia para cada tipo de documento.

Boa tarde, Essa cidade já consta tanto no arquivo Cidades.ini (utilizado pelo componente antigo) como no ACBrNFSeXServicos.ini (utilizado pelo componente novo).

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, Esse XML que você anexou se refere a uma nota emitida por um contribuinte de Avaré/SP, correto? A formatação das datas de emissão da nota e emissão do Rps estão no formato AAAA-MM-DD, já a data de competência esta no formato AAAAMMDD. A cidade de Avaré/SP se utiliza do provedor SigCorp versão 2.03. Na sexta-feira o Sergio postou e anexou o XML de retorno da consulta (31941-comp-nfse.xml) que contem o XML de uma nota emitida por um contribuinte de Pouso Alegre/MG que também se utiliza do provedor SigCorp versão 2.03. Cidades diferentes, mas o provedor é o mesmo. O XML da nota gerado pelo mesmo provedor para a cidade Pouso Alegre esta com a seguinte formatação para a data de emissão da nota e emissão do Rps: DD/MM/AAAA e a data de competência esta no seguinte formado AAAAMMDD e a data de cancelamento esta no formato AAAA-MM-DD. Uma verdadeira zorra. Fiz uma alteração visando contornar essa bagunça. Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

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

Valdir, Eu não cheguei a fazer alterações no que se refere a ação da propriedade: ImprimeDescAcrescItem Vou analisar

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?

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

Boa tarde Cleomar, Pelo o que eu entendi, se o tomador não tem Inscrição Municipal você esta informando o valor zero e o webservice esta aceitando, correto? Os schemas do provedor Tecnos, a maioria dos grupos e tags são obrigatórios e isso não faz o menor sentido, como por exemplo o complemento do endereço. Precisar entrar em contato com o provedor e questionar ele sobre esse fato.

Boa tarde, Iniciei um trabalha para padronizar os retornos. Para o provedor ISSDSF fiz uma alteração visando retornar as informações do resumo ao consultar o lote. O problema é se nesse retorno tivermos uma ou mais resumos de notas, neste caso o correto seria termos uma lista de resumos. Pensando nisso criei a lista de resumos, podemos obter ela da seguinte forma: with ACBrNFSeX1.WebService.ConsultaLoteRps do begin if Resumos.Count > 0 then begin memoLog.Lines.Add(' '); memoLog.Lines.Add('Resumo(s):'); for i := 0 to Resumos.Count -1 do begin memoLog.Lines.Add('Numero Nota : ' + Resumos[i].NumeroNota); memoLog.Lines.Add('Código Verificação: ' + Resumos[i].CodigoVerificacao); memoLog.Lines.Add('Numero Rps : ' + Resumos[i].NumeroRps); memoLog.Lines.Add('Série Rps : ' + Resumos[i].SerieRps); memoLog.Lines.Add('---------'); end; end; end; Código extraído do programa exemplo. O provedor ISSDSF já esta apto a gerar essa lista. Fiz uma alteração na Unit base utilizada pelos provedores que seguem a versão 1 da ABRASF, mas somente na consulta do lote. Caso você tenha algum cliente cuja cidade se utiliza de um provedor que segue a versão 1 da ABRASF e puder testar ficarei grato. Com base nos seus testes e retornos poderemos avançar nessa padronização. Desde já muito obrigado pelos testes. Se faz necessário atualizar os fontes, reinstalar o ACBr para realizar os testes.

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.