PC Toledo

JoséQuintas escreveu:GTIN de embalagem está com um dígito a mais

Os códigos de barras com 14 dígitos são os códigos ITF-14 (GTIN 14). Eles são usados nas caixas que contém as embalagens, são muito usados por atacadistas. Nas caixas com ITF-14 as vezes têm também os códigos dos fardos e da menor unidade tributária, em locais de destaque para não confundir o operador do caixa de qual usar.

Pegando um exemplo da sua figura, vemos o seguinte:

LUBRAX TRM 4 80W - CXC24F1L (caixa com 24 frascos de 1 litro)
cEAN = 17891344000517 (GTIN da caixa) e cEANTrib = 7891344000510 (GTIN da menor unidade tributada).

O GTIN-14, tem esse formato (veja que fica dentro de um quadro sempre, para não confundir o operador do PDV):

Seria correto então não aceitar GTIN de 14 dígitos no tributável?

JoséQuintas escreveu:Seria correto então não aceitar GTIN de 14 dígitos no tributável?

Não é correto. Quando fui alterar para o leiaute 4.00, também pensei em fazer isso, porém, no manual da SEFAZ diz que pode. Porque razão não sei, mas pelo menos por enquanto pode.

De qualquer forma, em meu sistema aceita somente GTIN de 8 ou 13 dígitos para cEANTrib. Então mesmo que venha mudar no futuro não terei que alterar nada.

PS: Nunca vi no seguimento que tabalho produtos com GTIN 12. Somente 8, 13 ou 14. Se aparecer produtos com 12, faço apenas uma pequena alteração na função ValidaGTIN(), mas nunca vi.

Ola!
No link que o Eros postou:

Se a mercadoria tiver código de barras, mas não souber no momento e escrever “SEM GTIN” para não realizar a busca, o comprador não terá essa informação na NF-e causando uma cadeia de erros, gerando penalidades ao fornecedor que não preencher os campos de acordo com a legislação.

Tô vendo aqui que um fornecedor de peças para carro, tirou uma NF-e com 149 itens, e em todos colocou "SEM GTIN".
Lógico que os produtos tem GTIN mas e ai ? Como fica com a loja que comprou esses produtos ? Esses mesmos produtos outros fornecedores vendem também. Quanto as amarrações etc... vou lendo aqui, ali, aculá e aprendendo.

Saudações,
Itamar M. Lins Jr.

Jairo escreveu:

PS: Nunca vi no seguimento que tabalho produtos com GTIN 12. Somente 8, 13 ou 14. Se aparecer produtos com 12, faço apenas uma pequena alteração na função ValidaGTIN(), mas nunca vi.

Pois é meu amigo, eu uns 6 meses atrás tive q mudar minha rotina de validação devido o bendito. Tb nunca tinha visto até q teve um cliente q teve produtos assim.

Agora faço semelhante ao Jairo e acredito q demais colegas...

Produto A comprado do forn X é armazenado numa tabela c/ indice fornec+codproduto
Produto A comprado do forn Y é armazenado nessa tab paralela com cod forn + prod

com isto qdo o cliente comprar o produto A do fornecedor X ou Y vai saber qual é pois esta associado.

Se comprou o produto A do forn Z ai vai aparecer (caso não localize por codigo de barras q é a primeira verificação, desconsiderando-se SEM GTIN) ai mostra q não achou o produto A e pede pra Associar ou Cadastrar como Novo.

Agora meu novo DILEMA.... vcs acreditam q tem fornecedores q geram NFe com produtos diferentes, vejam bem, diferentes mas com mesmo código de produto?????
Ou seja, minha lógica foi pro espaço, pq imaginem o seguinte...

Produto A do Forn X com cod 123 associdado ao produto A da base do meu sistema
Produto B do Forn X com cod 123 devido a primeira associação acima vai pensar q é o produto A sendo q é outro produto... cara é complicado viu...
Não pensei muito bem ainda, mas acredito q vou ter q fazer uma lógica pra q caso já tenha sido usado o codigo 123 previamente na mesma entrada de notas não permitir considerar para demais itens da nota...
Só q ai não terei como associar (gravando na minha tabela de associação) talvez fazer um vinculo temporario pra dizer q outro produto seria pra dar entrada...

Alguém já passou por isso? Estou dentro do assunto ainda? Kkkk. Desculpe se fugi um pouco do assunto.

Olá fladimir,

fladimir escreveu:Alguém já passou por isso?

Já passei numa loja de móveis. Ao ler o XML meu sistema apresentou um produto bem diferente do que o da nota, pois já existia um produto com aquele código daquele fornecedor. Quando isso ocorreu, entrei em contato com o fabricante, e para minha surpresa, eles é que se surpreenderam com isso. Pediram alguns minutos para solucionar e logo em seguida retornaram dizendo para associar o produto com código X, e que já haviam corrigido no sistema deles, e que as novas notas sairiam corretas.

Se ocorrer novamente, será o mesmo procedimento seja com qual fornecedor for, eles têm que considerar que as empresas são automatizadas e isso tem que ser levado em conta. Não pode reutilizar códigos (para produtos), ou atribuir o mesmo código a produtos diferentes.

Concordo e discordo kkkk

Concordo q tem q ser corrigido pelo fornecedor, mas discordo e o cliente aguardar a solução.

Nesse caso tem q se ter uma forma de dar a entrada, no meu ponto de vista, pq o cliente muitas vezes pode ate perder uma venda se demorar pra dar entrada e faturar pro cliente dele.

fladimir escreveu:pq o cliente muitas vezes pode ate perder uma venda se demorar pra dar entrada e faturar pro cliente dele

Desculpe fladimir, mas tipo: Oi? Como assim? A loja coloca o produto antes de ter verificado, cadastrado ou atualizado o estoque e autorizado para exposição/disponibilização do produto? Não consegui entender isso. Em qual situação isso pode acontecer?

Vou dar um exemplo da loja da minha esposa, chegou a nota de produtos q já comercializamos, porém a nota veio errada, tipo produtos diferentes códigos iguais, era uma encomenda, cliente esperando fazia tempo, tenho q dar entrada no produto via nota fiscal, mas como importar nesse caso? não importei, fiz lançamento manual, escolhendo o produto, tipo item 0001 da nota com o produto X da base q já tem cadastro, produto 0002 da nota com produto Y da base e assim por diante.

Pq se fosse fazer via importação com a lógica atual não consigo pq o sistema entendia q o produto 0001 e 002 eram os mesmos pq eram do mesmo fornecedor e estavam com mesmo código do fornecedor na nota/xml
Então associava os 2 itens a 1 item da base.

Entendeu?

Pegando esse exemplo, dependendo o caso não dá pra esperar o Fornecedor arrumar pra importar o XML, tem q prever isso no meu ponto de vista, pq isso tem ocorrido, já tinha pego casos em clientes e recentemente ocorreu na loja da minha esposa.

É nesse sentido q me refiro.

fladimir escreveu:Entendeu?

Sim, entendi. Mas eu não acho correto apenas aceitar. Eu liberaria o produto e reclamaria com o fornecedor. Continuo achando que eles não podem fazer isso.

Não lembro quem me falou sobre este assunto:
Uma determinada empresa, colocando do jeito que o destinatário pedia.
Com isso, uma nota nunca era igual a outra.

Bom dia...

Mas Fladimiri,
Bom regras de negócio são regras de negócio, né.. cada um cria a sua...
Eu tive problemas no início com o literal 'SEM GTIN' daí minha rotina tava gerando '0000000000000' ao invés de deixar em branco. Daí todos os produtos que estava SEM GTIN foram associados nesse produto '000000000000'. Nesse caso foi corrigido o produto na tabela. No caso que você falou seria a mesma coisa vai no produto na tabela e corrige o GTIN dele.
Na visualização dos itens da nota tem que ter uma opção de associar manualmente. Então tá fácil de resolver, mesmo que o sistema na leitura do xml associe vários produtos ao mesmo produto pode ser associado manualmente.
Daí vai depender do bom senso do operador (coisa que não é muito comum) mas não vejo outra forma de automatizar isso, já que não existe um padrão/layout definido entre o fornecedor e os clientes. Pode até usar o xPed e o xItem na NFE mas só resolveria no caso de um só cliente e vai lá saber se o fornecedor vai querer fazer isso ..

Rubens

Bom dia...

Mas Fladimiri,
Bom regras de negócio são regras de negócio, né.. cada um cria a sua...
Eu tive problemas no início com o literal 'SEM GTIN' daí minha rotina tava gerando '0000000000000' ao invés de deixar em branco. Daí todos os produtos que estava SEM GTIN foram associados nesse produto '000000000000'. Nesse caso foi corrigido o produto na tabela. No caso que você falou seria a mesma coisa vai no produto na tabela e corrige o GTIN dele.
Na visualização dos itens da nota tem que ter uma opção de associar manualmente. Então tá fácil de resolver, mesmo que o sistema na leitura do xml associe vários produtos ao mesmo produto pode ser associado manualmente.
Daí vai depender do bom senso do operador (coisa que não é muito comum) mas não vejo outra forma de automatizar isso, já que não existe um padrão/layout definido entre o fornecedor e os clientes. Pode até usar o xPed e o xItem na NFE mas só resolveria no caso de um só cliente e vai lá saber se o fornecedor vai querer fazer isso ..

Rubens

Bom dia,

Essa ideia de associar manualmente vai resolver junto com outra ideia, q se identificar q tem codigos iguais, ai nesses itens já avisa e abre por padrão desassociado pra associar manualmente q ai fica a responsabilidade pra quem esta lançando a nota.

Olá hazael,

Veja essa mensagem, e veja se ajuda: https://pctoledo.org/forum/viewto ... 05#p125105