bnobre

Fala meu amigo, tudo bom? Não consegui baixar nada com esse endereço no TORTOISE (erro em anexo). Creio que esse endereço que me passou é do projeto do JEDI. Eu até consegui o TRUNK da pasta "jcl" e "jvcl" separadas (https://engineertips.wordpress.com/2020/07/25/how-to-install-delphi-jedi/), mas queria baixar todas as pastas de uma vez só.

Olá a todos, A biblioteca JEDI é compatível com o Delphi 11.1 (Alexandria)??? Desde já agradeço a atenção de todos

Olá a todos, Alguém sabe me informar, caso exista, o TRUNK do projeto JEDI para baixar via Tortoise? Desde já agradeço a atenção de todos

Verdade... Cara, eu não consigo achar esse no portal da NFe em Manuais, só o 7.0. Doideira!!!

Oi Renato, Valeu. Eu estava procurando no portal da NFe, no MOC 7.0, mas não achei lá. Achei no anexo 1 do mesmo conforme sua sugestão. Esse anexo aí que você mandou o link é o mesmo arquivo do portal da NFe? No link o nome do arquivo está escrito 7.0.2, mas em seu conteúdo creio que está escrito 7.0 apenas.

Olá pessoal, Em que NT está essa rejeição? Alguém sabe? Desde já agradeço

Oi... Tudo bom Renato? Isso, quero deixar em branco. O #9 não resolveu, mas tudo bem, coloquei o símbolo de ".". Abraços e obrigado pela atenção Valeu Daniel, coloquei o símbolo de ponto final. Abraços

Oi Daniel, tudo bom? Então, conforme você citou na propriedade Sistema vem por padrão a string "Projeto ACBr - www.projetoacbr.com.br" e o mesmo é exibido no rodapé do DANFE. Mas eu coloquei um espaço em branco como valor na propriedade e agora no rodapé é exibido o texto "Projeto ACBr" como no anexo.

Olá a todos, Estou com duas dúvidas: 1 - É possível colocar a logo do emissor na impressão do ACBrNFeDANFCeFortesA4? 2 - É possível retirar o texto "Projeto ACBr" no rodapé da nota? Tentei colocar um espaço em branco na propriedade Sistema, mas não saiu. Desde já agradeço a atenção de todos

Oi amigo, verdade ... Se reparar postei isso quando a validação estava para ser ativada em setembro, mas agora que prorrogou deixei de lado por enquanto.

Oi Juliana, tudo bom? Na verdade são esses dois equipamentos no título do tópico... Elgin L42 e Elgin L42 Pro.

É basicamente isso que estou fazendo, mas como o equipamento está no cliente e eu fisicamente em outro lugar, queria "tirar uma cola" das configurações do componente de alguém que já usa, pois testar com um cliente mandando foto de forma remota é complicado kkkkkkkkkkkkkkkkkkkkkkk. Se alguém tiver "essa cola" compartilha aí

Olá @antonio.carlos, tudo bom? Nesse tópico fala mais sobre usar ela em rede... Estava precisando mesmo das configurações a serem usadas no componente, estilo é feito na categoria "Equipamentos testados".

Olá a todos, Gostaria de saber dos amigos que já usam essas impressoras de etiquetas em seus sistemas com o ACBrEtq, quais foram as configurações usadas no componente, para que eu reproduza aqui no meu. Desde já agradeço a atenção de todos

Quais são seriam essas DLLs?

Olá a todos, Eu uso o ACBrMail para envio de e-mails. Em alguns poucos clientes recebo esse erro ao tentar enviar um e-mail. Por exemplo, as vezes o cliente tem várias máquinas e em apenas uma isso acontece. O que poderia ser? Desde já agradeço a atenção de todos

Na verdade Daniel, ainda estou na dúvida se é o CCG que está com itens em falta ou se é o Cadastro Nacional de Produtos da GS1 que não tem esses GTINS.

Bem observado Panda... É SEM ALTERAÇÃO, não sem previsão. Mas creio que deve ser postergado, pois sem podermos testar fica difícil. Por exemplo, estou querendo testar as possíveis rejeições para saber como melhor aproveitar o retorno do WS e tratar os GTINS, mas está tudo passando!!! Essa foi a principal mudança que considerei: Com isso o NFC-e ficaria livre dessas rejeições da Nota Técnica 2021.003 - v.1.10

Putz... Comecei a testar aqui as seguintes possíveis rejeições, em ambiente de homologação: Mas para a minha surpresa passou tudo, sem nenhuma rejeição... Não entendi nada, pois em teoria no ambiente de homologação já está ativo. Aí fui ver que saiu uma nova NT, Nota Técnica 2021.003 - v.1.10 - Publicada em 07/07/2022. Eles postergaram o prazo, os testes só dia 25/07/2022 e em produção SEM PREVISÃO. kkkkkkkkkkkkkkkkkkkkkk Eu disse em outro tópico que isso estava inviável. E parece que vai ser só pra NF-e nesses testes. Se puder, move por favor esse tópico para o Aberto, para o pessoal poder sobre os testes que eles conseguiram realizar nesses 3 dias. Obrigado

Perfeito Panda, Nessa separação de pernas que você fez (que facilita o entendimento da coisa em muito), a minha preocupação inicial é prevenir a rejeição do documento fiscal, meu foco tá na segunda perna. Desde sempre eu uso a função "ValidarPrefixoGTIN" do ACBrValidador para impedir que meus clientes cadastrem GTIN inválidos no que tange estrutura numérica, prefixo e dígito verificador. Essa função seria pra isso, correto??? Então não teria problema nesse aspecto. Então conforme o FAQ da GS1 o foco é nos códigos do Brasil (início 789 e 790). Perfeito Como meu foco é prevenir as rejeições dessa segunda perna (rejeição na transmissão do documento fiscal), eu vou usar a primeira perna (consulta a validação ao WS de consulta do GTIN) para tratar os códigos de barras que iniciam com 789-790. Infelizmente eu não consegui compreender muito bem nessa sua explicação quais códigos de retornos do WS de consulta eu tenho que considerar os críticos, aqueles em que efetivamente ao tentar usar esse GTIN para emitir um documento fiscal serei rejeitado. Para exemplificar: - O GTIN XXXXXXXXXXXXX retornou 9494 ao consulta no WS, portanto se eu usar o XXXXXXXXXXXXX no documento fiscal tomarei rejeição. Entendeu? Eu queria confirmar quais são os códigos de retorno que eu tenho que observar, pois tais GTIN com esses códigos me trarão rejeição no documento fiscal. A princípio não ficou muito claro pra mim quais seriam esses códigos.

Oi Panda, tudo bom? Na verdade a minha preocupação é exclusiva com a regra 9I03-10 e 9I12-10 da NT 2021.003 v1.00 que irá entrar em vigor na etapa 1, dia 12/09/2022. Não quero que meus clientes fiquem sem emitir nota devido a rejeição dessas regras. Pelo que entendi tais regras acima citadas só irão afetar os GTIN que começam com 789 e 790, correto? Se sim não teria que me preocupar com os demais, pois não seriam rejeitados, correto? Tais regras falam que os códigos tem que existir no CCG... Portanto pelo que eu li na NT 2022.001 (e conforme print seu acima), isso compreenderia todos os GTIN que consultados retorne os seguintes status: 9490, 9495, 9496, 9497 e 9498. Meu entendimento está correto? Desde já agradeço a atenção

Olá a todos, Pelos testes que fiz no Demo do ACBrGTIN, o único código de status com sucesso é o 9490. Isso está correto? Qualquer outro código de status é rejeição? Desde já agradeço a atenção

Olá a todos, Acabei de realizar um teste em um cliente... de 3919 produtos, apenas 927 estavam com o código de barras válido... 2992 são inválidos. Um percentual absurdo. Enfim, a quem interessar, levou uma média de 10 minutos para consultar tudo e não levei bloqueio. O que me deixou curioso... Alguém na comunidade levou bloqueio nos testes? Se sim, com quantas consultas? E de quanto tempo é o bloqueio? Desde já agradeço a atenção de todos

Olá a todos, Estou pensando em configurar meu programa para simplesmente enviar o valor SEM GTIN sempre. Isso poderia trazer algum problema ao meu cliente? Se sim, quais? Desde já agradeço a atenção de todos

A grande questão que vejo é a seguinte... Estamos falando de uma média de taxa de rejeição de acima de 60% nos relatos acima. E no meu caso pode ser pior, porque atendo todo o tipo de comércio. Bem, os Códigos de Barra não são inventados pelos comerciantes e nem são cadastrado para preencher a tag GTIN, na verdade eles cadastram para facilitar o ato da venda no PDV, lendo o Código de Barras nos produtos. Se mais de 60% dos produtos em média estão com Códigos de Barras impressos na caixa que não existem no GS1, ferrou!!! Essa validação não vai servir de nada, a maioria dos Códigos de Barras usados pela maioria dos produtos da maioria dos fabricantes não é valida. Seria como criar um campeonato de futebol onde os melhores times não podem jogar!!! Pra mim a solução mais viável com uma taxa de rejeição absurda dessa é enviar tudo com o código SEM GTIN.