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á, Realmente havia faltado uma das alterações. Acabei de subir para o SVN. Disponível na rev 25871.

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.

Bom dia Valdir, Durante a terça-feira foi feito um processo de análise para entender quando esta propriedade foi criada e qual a motivação, já que ao se confrontar com o MOC percebemos que a mesma não deveria existir baseado no mesmo... Por tratar-se de algo já implantado a muito tempo (desde 2015), nosso time está analisando a melhor opção para este caso. Tarefa em nosso backlog: TK-2798 At.

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

Realmente não lembro de haver um comando em EscPos, que retorne essa informação... no ACBrPosPrinter não existe tal funcionalidade

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.

Boa noite. Veja que na figura não é possível a gente visualizar a informação que está assim: [...] É necessário que os impostos ICMS e IPI seja destacados no campo CÁLCULO D???????? (Veja que campo estão citando) e depois segue [...] estar destacado como despesas acessórias e descrito nos dados adicionais. 1 - Para seguir estar informação com base na segunda orientação seria o mais prudente. Caso tenha o valor do IPI lançaria no campo vOutro dos itens, totalizando o valor em vOutro dos totais como Despesas Acessórias. O valor do ICMS também poderia ser lançado neste campo e depois descrito em dados adicionais. Ex.: tanto valor ICMS com base de cálculo xxxxx do item ou dos itens nnn, nnnn, nnnn. 2 - Caso seja necessário lançar os itens destacando base de cálculo, alíquota e valor do ICMS, no simples (CRT=1) você terá que usar o CSOSN 900. Neste caso ele aceita o preenchimento com os campos que você informou lá em cima, porém você usou 400 que é isento, devido a isto não tem os campos base de cálculo, alíquota e valor do icms, o que não ocorre ao informar CSOSN 900. Agora a ressalva Você emitirá a nota com CSOSN 900 da maneira que deseja, porém não significa que isto esteja correto. Como havia citado antes as tributações são campos difíceis e quando se trata de um erro em que venha ocorrer uma autuação vem a questão quem se responsabiliza? Nesta hora que a coisa pega. Então mesmo que uma empresa diga quero assim, o correto seria consultar alguém da área que responde pela empresa para você ter o aval.

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.