Painel de líderes

Olá pessoal, Quero comunicar o nascimento do mais novo membro da família ACBr. Estou falando do ACBrGTIN. Esse componente tem como objetivo realizar uma consulta na SEFAZ, onde é informado somente o GTIN do produto a ser consultado (também conhecido como código EAN) e temos como resposta informações cadastradas pelo "Dono da Marca" na GS1. Essas informações podem ser: o tipo do GTIN (que pode ser 8, 12, 13 ou 14) a descrição do produto o código NCM código do CEST. Infelizmente nem sempre teremos um retorno completo. Isso porque nem todas as empresas "Dono da Marca" cadastram os seus produtos na GS1 e muitas que cadastraram não autorizaram a divulgação dos dados. Neste caso podemos ter as seguintes rejeições: 9494: GTIN inexistente no Cadastro Centralizado de GTIN (CCG); 9495: GTIN existe no CCG com situação inválida. Solicitar ao dono da marca que entre em contato com a GS1; 9496: GTIN existe no CCG, mas dono da marca não autorizou a publicação das informações. Entrar em contato com o dono da marca; 9497: GTIN existe no CCG com NCM não cadastrado; 9498: GTIN existe no CCG com NCM inválido; Dica de uso do componente: Utilize ele ao cadastrar novo ou atualizar um produto na sua aplicação. Nunca, jamais mesmo, use o componente no momento da venda. Consta na NT 2022/001 versão 1.00 referente ao WS de Consulta do GTIN (página 6) a seguinte informação: Serão mantidos controles para identificar as situações de “uso indevido”, no consumo excessivo do Web Service em um curto espaço de tempo. As novas tentativas poderão ser rejeitadas com o erro “656–Rejeição: Consumo Indevido” Informação Importante: A Equipe ACBr esta trabalhando para disponibilizar o programa exemplo, bem como o pacote para o Lazarus e uma nova versão do ACBrInstall que permite a instalação no Delphi do novo componente: ACBrGTIN.

Olá Pessoal, Foi publicado a versão 1.02 da NT e o que foi alterado foi simplesmente o código da rejeição e a descrição da mesma. Antes era: Rejeição 831: CFOP inválido, não informar 5932 ou 6932 para operações internas. Agora é: Rejeição 908: CFOP inválido, não informar 5932 ou 6932. Fonte: http://www.cte.fazenda.gov.br/portal/informe.aspx?informe=101

é algo no fortes report e já estou trabalhando nele pra tentar resolver . acho que já foi postado nos outros tópicos avisando. ou melhor acho que não aparece pois é fechado ao PRO onde respondi. mas já está sendo visto e é no fortes

Bom dia Juliana! Ok, entendo perfeitamente. Breve irei fazer parte do Pro! Muito obrigado!

@roclopescgmail Desde quarta feira venho acompanhando o fluxo das notas, o cliente em questão possui um fluxo bem pequeno de notas, desde que alterei os métodos para usar o DistribuicaoDFePorNSU como você mencionou, estamos conseguindo buscar as notas sem problemas. Coloquei abaixo os logs que gravei no banco referente as requisições que fizemos, enquanto usado DistribuicaoDFePorUltNSU(Grifado em vermelho) a primeira consulta, independente de tempo de espera, resulta sempre em consumo indevido, depois comecei a testar DistribuicaoDFePorNSU(Grifado em azul) e começou a trazer notas, posteriormente fiz alguns tratamentos para buscar de tempos em tempos(Grifado em roxo), Essas notas não possuem nenhum evento de manifestação, então, parece que realmente não tem ninguém utilizando o certificado(ou pelo menos, não estão manifestando), mesmo assim, toda consulta por DistribuicaoDFePorUltNSU resultava em consumo indevido. Por hora, muito obrigado @roclopescgmail. Obrigado @Renato Rubinho e @BigWings pelas orientações.

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

Bom dia, Esse número de nota e série já foram utilizados por esse emitente. Outra coisa, grave sempre o cNF e dEmi utilizados, para o caso de precisar gerar novamente a composição da chave.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Boa tarde, poderia fazer os testes por favor

Olá Pessoal, Foi publicado a Nota Técnica 2022/001 que trata sobre a inclusão da tag CRT - Código de Regime Tributário do Emitente. A tag foi incluída como sendo opcional, portanto os schemas já se encontram atualizados e no SVN. Já a alteração no componente só vai ser alterado na ultima semana de maio/2022, uma vez que a tag vai ser implementada no ambiente de homologação em 06/2022 e em produção 07/2022. Essa NT também trata sobre a alteração nas validações do Evento de Prestação do Serviço em Desacordo, abrindo utilização para pessoa física (CPF) com identificação pelo gov.br Ampliação do Alcance do Evento Prestação de Serviço em Desacordo Função: Evento para que o tomador possa informar ao fisco que o documento CTe que o relaciona está em desacordo com a prestação de serviço. Autor do Evento: O autor do evento é o tomador do serviço indicado no CTe. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do tomador do serviço do CTe, ou o CNPJ da SEFAZ Virtual RS para tomadores pessoa física identificados por login na plataforma gov.br. Trata também sobre nova validação de CFOP. Regra G052a Para CT-e do tipo Normal, complementar ou Substituição, se UF do emitente for igual a UF de início da prestação e UF de início e fim da prestação forem diferentes de EX: CFOP não pode ser 5932 e 6932. Rejeição 831: CFOP inválido, não informar 5932 ou 6932 para operações internas

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO PenseBank https://www.mentesquepensam.com.br/ https://pensebank.com.br/ //Dados para Homologaçao devem ser adquiridos abrindo uma conta no site https://pensebank.com.br/ ACBrBoleto.Cedente.CedenteWS.ClientID := client_id ACBrBoleto.Cedente.CedenteWS.KeyUser := utilizar o CNPJ da Software House ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; //utilizado para boleto hibrido ACBrBoleto.Cedente.CedenteWS.IndicadorSMS := False; //utilizado para envio por SMS ACBrBoleto.Cedente.CedenteWS.IndicadorEmail := False; //utilizado para envio de email ACBrBoleto.WebServices.Ambiente := taHomologacao ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.Operacao := tpConsulta; [tpConsulta,tpAltera,tpBaixa,tpInclui,tpConsultaDetalhe, tpPIXCriar, tpPIXCancelar, tpPIXConsultar] // utilizado para o tipo de operação

Não que eu saiba... mas creio que não seja difícil portar...

@Italo Jurisato Junior verifiquei aqui e esta falha estava acontecendo porque no XML de envio de evento não estava indo o número de protocolo, e quando foi feito o manifesto não foi salvo o XML de protocolo, portanto bastou inserir o número de protocolo no XML de Evento de Encerramento.