Escolar Documentos
Profissional Documentos
Cultura Documentos
armazenamento, fonte e similaridade do produto. A estrutura de compra, por outro lado, concentrouse no fornecedor como base para agrupar os produtos. Aos compradores foram designados
fornecedores com produtos similares. Isto foi feito para obter mxima eficincia de transporte do
produto. Se uma pessoa simples controlava toda a faixa de produtos de um fornecedor, o custo do
frete e o estoque poderiam ser minimizados. Os fornecedores tambm mantiveram sua prpria
estrutura de categoria e esta estrutura empregou de forma mais livre algumas associaes de
atributos do produto. Isto variou de fornecedor a fornecedor.
Com o advento da Administrao da Categoria, muitos desses critrios dentro da comunidade
varejista ficaram intactos. A nova estrutura ainda era muito parecida com a forma como o produto foi
agrupado dentro da loja e a filosofia na qual ela foi construda. Nesse nterim, os suprimentos
continuaram os mesmos, talvez at melhores com base no advento de estruturas independentes
como ACNIELSEN, IRI, GFK, etc.
Tradicionalmente, para muitos varejistas, quando um novo item lanado, ele designado para a
estrutura de categoria usada pelo varejista. No passado, um dos principais problemas ao comunicar
eletronicamente novos itens era a impossibilidade de o EDI atingir um determinado representante
com a organizao varejista. O EDI tambm no tinha nenhuma forma que permitisse ao varejista
responder comunicao declarando o aceite do item e dos dados relativos ao item. Ao contrrio de
outra transmisso mais popular como Fatura, Preo, Promoo que j tinham um link conectado no
back end do varejista, este link para novos itens precisava ser ajustado manualmente. Esta conexo
era estabelecida pelo varejista quando o item era designado a um comprador particular, usualmente
em um Novo Formulrio de Itens.
Na dcada de 1990, a UCCNET introduziu o conceito de sincronizao. Esta era a soluo para os
dois problemas inerentes a soluo EDI. Primeiro ele era centrado em uma srie de respostas
definidas extradas das aplicaes do legado do varejista e fornecia um mecanismo para mirar dentro
da organizao varejista. A utilizao de uma estrutura comum de categoria foi empregada para
comunicar um novo item entre um vendedor e um comprador. Contudo, isto forava fornecedor e
varejista a optar entre empregar a nova estrutura internamente e mapear sua estrutura existente para
a nova. Dependendo do grau de fechamento das duas estruturas, o nvel de esforo variava. O
mapeamento tornou-se uma situao comum de onde freqentemente diversos compradores
recebiam as informaes. Contudo, no optar pelo mapeamento criou uma situao onde era
necessrio adotar dois sistemas usando diferentes estruturas para manter as mesmas pessoas,
papis e capacidades.
Embora no existam formas certas e erradas de classificar coisas, o ideal seria que os parceiros
comerciais usassem uma linguagem comum para agrupar produtos. Juntamente com seus sistemas
de classificao de legados, a linguagem comum simplificaria da mesma forma como a lngua inglesa
aceita e usada como a lngua comum nos negcios internacionais.
A experincia mostra que existem trs tipos de organizao com relao classificao:
Os fabricantes precisam ter a habilidade de traar o perfil dos produtos em conceitos diversos, para
maximizar a exposio de seleo aos varejistas. Eles devem tambm alinhar tudo isso aos os seus
prprios sistemas de classificao que podem ser baseados nos departamentos de informaes,
produo ou vendas.
Uma linguagem comum para classificao de produtos traz muitos benefcios para as
cadeias / redes de suprimento:
Melhora a preciso da informao sobre o produto
Elimina atividades suprfluas e reduz custo de lanamento e manuteno de itens
Permite mapeamento para diferentes parceiros comerciais ou conceitos de provedores
terceirizados de solues, reduzindo custos
Oportunidade de agrupar produtos com atributos especficos de categorias
Simplifica os processos de publicao e subscrio
Permite mecanismos simples de defesa com resultados consistentes
Os varejistas precisam ter meios para alinhar produtos a diversas estruturas internas, como: por
comprador, pela forma como o produto comercializado ou pela forma como o produto
transportado. Alm disso, os varejistas tm diferentes estruturas de classificao, exclusivas para
suas prprias organizaes.
A GPC permite que os parceiros comerciais se comuniquem de forma mais eficiente e precisa em
todas as atividades de sua cadeia de suprimento. Desenvolver sistemas prprios de codificao que
no podem ser usados para comunicao externa oneroso para as empresas. Uma conveno
individual de codificao universal age como um elo economicamente vivel na cadeia de
suprimentos, mesmo que as empresas customizem este cdigo para finalidades especficas.
Os cdigos de classificao so necessrios para pesquisas eficientes de produtos e servios, para
identificar onde os gastos so despendidos e para promover produtos a compradores potenciais. A
Sincronizao Global de Dados depende dos parceiros comerciais que usam o mesmo esquema
global de classificao padro de produtos para possibilitar a busca e conceito de produtos, e
atividades de subscrio e publicao.
Uma propriedade importante das classificaes que esses grupos podem ser agregados com
outros para criar uma hierarquia, isto , qualquer grupo dentro de uma classificao pode ser dividido
em grupos menores baseados nas caractersticas comuns.
As diferenas entre identificao e descrio de Produtos Individuais e identificao e descrio de
Grupos de Produtos so relacionadas na tabela acima.
Classificao junto ao GPC o ato de dizer: Este produto pertence a este Brick, este Brick tem
componentes hierrquicos (segmento, famlia e classe), e este brick pode ser descrito tambm
como um conjunto de Atributos de Brick e valores associados do Atributo de Brick.
Princpios de Esquema
O esquema GPC fornece uma hierarquia opcional de quatro nveis: Segmento, famlia, Classe e
Brick.
Cada nvel do esquema determinado pelas regras e/ou princpios, bem como pela deciso da
indstria. Contudo, as regras aplicadas diferem, dependendo da classificao Segmento,
Famlia, Classe, Brick, Atributos de Brick e Valores de Atributo de Brick.
Cada Brick designou um ou mais Atributos de Brick; por sua vez, cada Atributo de Brick tem um
conjunto de Valores associados de Atributo de Brick.
Garantir que cada Segmento, Famlia, Classe e Brick, tenham a cobertura e a esfera de ao
necessria, com a habilidade de adicionar novos valores prprios conforme identificados.
Um Brick deve,ser for prtico, conter produtos que possam ser caracterizados pelo mesmo
conjunto de tipos de atributos relevantes para o produto.
Produtos agrupados e vendidos juntos (excluindo kits) sero classificados como pacotes de
variedades. Isto se aplica de acordo com a hierarquia da Classe, Famlia e Segmento. Os
pacotes de variedade s devem ser criados onde necessrios.
O esquema permitir a criao de um Brick de classe especfica para captar produtos que no
possam ser imediatamente colocados em um Brick existente ou a indstria determina que ele no
deva ser desfeito. Esses Bricks so denominados outros.
Fornecimento de uma classificao flexvel. A hierarquia deve ser criada descrevendo os tipos de
produtos e no em qual canal / vertical eles sero vendidos. Isto ir garantir com que os produtos
disponveis em diferentes canais / verticais possam ser facilmente classificados e identificados.
Armazenamento e Conservao
Pacotes de variedades
Devem ser globalmente aplicveis e no influenciados para uma regio, cultura ou pas.
Devem ser exclusivos (inteno, formato, detalhes tcnicos), objetivos e mutuamente exclusivos
incluem Atributos de Brick e suas opes de valores de atributo de Brick.
Descritor de alto nvel O usurio exigiria ou esperaria para pesquisar, subscrever ou publicar a
informao atravs deste conceito? O melhor mtodo para coleta no necessariamente como
o usurio publicaria, isto , o mtodo ideal de coleta pode exigir mais granularidade.
Todos os atributos de Brick sero descritos para mostrar quais as informaes que eles esto
procurando identificar
Nmero de atributos de Brick deve ser o mnimo de um e uma mdia de 3 a 4 e com meta para
7.
Um exemplo de atributo de no classificao seria a Marca, uma vez que ela diz respeito
especificamente a uma unidade ou pequeno grupo de produtos.
Valor normalizado da lista de seleo. Somente um Valor de Atributo de Brick poderia ser
povoado por cada Brick.
Os Atributos de Brick devem conter um valor padro em casos de informaes ilimitadas ou noviabilidade de aplicao no classificado e no identificado.
Os Valores dos Atributos de Brick devem ser administrados e mantidos pelo Provedor de servios
e, onde necessrio, o Grupo de Tarefa GPC (GPCTG).
No permitido duplicar os Valores dos Atributos de Brick; todos os valores devem ser definidos
de forma nica.
No dever haver nenhuma abreviao dentro dos Valores dos Atributos de Brick.
Os Valores dos Atributos de Brick devem estar em ordem alfabtica, e criada base de palavras
chaves.
Termos ou palavras contenciosos usados como um valor ou dentro de um valor devem ser
adicionados ao glossrio, juntamente com uma definio concisa.
Identificao exclusiva
Numerao do Brick
Onde aplicvel:
Classificao:
Cdigo do Brick
As reas so:
Subscrio (o varejista determina os tipos de produtos que eles querem receber). A subscrio
possvel pelo GTIN, GLN, Mercado Alvo, cdigo do Brick GPC e qualquer combinao dessas
quatro chaves, exceto o GTIN com o cdigo de Brick GPC, que so mutuamente exclusivos.
E validao (todas as partes garantem que a classificao est correta e todos os atributos
associados so fornecidos).
Observe que o Grupo de Tarefa GPC est recomendando comunidade GDSN o uso de critrios
adicionais de subscrio no futuro no somente o cdigo de Brick GPC, mas tambm o Cdigo de
Brick GPC juntamente com os Tipos de Atributos de Bloco e Valores dos Atributos de Brick.
Aplicvel a:
Identificar as informaes GPC em nvel atmico, isto , associando-as com produtos individuais
ou grupos similares de produtos.
Mapeamento
Os mapas podem variar:
Profundidade / granularidade
Subjetividade
Tendncia da Tecnologia!
Exemplos de Mapeamento
Um Brick = Um Grupo de Clientes
Congelados
Ambiente
Combinaes dentro do GPC:
Transmitir/Armazenar Informaes
Placeholders so exigidos:
Validao
Publicao
Pode ser que as informaes sejam convertidas ao longo do caminho e a qualidade perdida o
que enviado no recebido!
Encorajar todos quanto ao uso do GPC e todos os demais padres para colocar os fundamentos
no lugar, por ex.: EANCOM
Uso da Informao
Com parte do processo de publicao / subscrio
Usar os padres para automatizar os fluxos internos de processo e tambm tratar os problemas
de qualidade ao mesmo tempo
Administrao da categoria
Reduzir custos
Se eu sou um fabricante
Todas as comunicaes voltadas para o exterior que fazem referncia aos dados do produto
usaro GPC. Para uso interno, eles podem continuar a usar sua classificao patenteada.
Especificaes do produto.
Listas de Preo
Posies de estoque
Administrao da categoria
Resposta do consumidor
Comunicao eficiente
Se eu sou Varejista
Aplicaes B2B:
Melhor comunicao
GPC
UNSPSC poderia:
Permitir que a comunidade UNSPSC elevasse o conhecimento do GPC para melhorar / manter o
cdigo
9. Controle da GPC
A pergunta sobre Quem administra a GPC deve ser desdobrada em duas perguntas: Quem
administra o desenvolvimento da GPC? E quem administra a implementao da GPC?
Quando expressa dessa forma, a resposta torna-se aparente, o grupo de tarefa GPC
responsvel pelo desenvolvimento, comunicao, educao, diretriz e controle da estrutura;
enquanto o grupo GDSN responsvel por sua comunicao e implementao dentro da rede.
Para simplificar o processo de mudana e minimizar o impacto sobre os parceiros apenas uma
verso simples ser empregada por vez.
A GPCTG considera o esquema como um desenvolvimento contnuo, que no deve estar sujeito
s restries da verso GDSN. Sugeriu-se que um snapshot completo do esquema seja liberado
para o GDSN a cada trimestre que o GDSN deva integrar.
O GDSN usar seu prprio identificador para a verso publicada dentro do GDSN.
O esquema ento apresentado indstria para anlise aberta. O esquema analisado pela
indstria, o feedback recebido e as mudanas so efetuadas.
O Esquema ento apresentado outra vez indstria para anlise aberta por mais uma vez; o
feedback recebido e as mudanas so efetuadas (verso 2).
O grupo de tarefa GPC ento vota e o prope como padro para a administrao da GS1.
Segmento cruzado
Presidente(s)
Trs tipos de Solicitaes de Mudanas (Change Request - CRs) GPC. CRs para
desenvolvimento de novos esquemas, RCs para manuteno contnua dos esquemas existentes,
feedback CRs da indstria Solicitao de Servios
Haver um plano para migrar dos diversos sistemas de classificao para o GPC?
Os parceiros comerciais so responsveis pela migrao de seu sistema atual de classificao para
a GPC.
Muitos pools de dados e Organizaes membros do GS1 podem dar assistncia a seus usurios na
execuo desta tarefa.
Acesso aos Esquemas de Trabalho GPC em Andamento
HTTP//eroom.uc.council.org/eRoom/facility/AlignDataBusinessModelingGroupBMG/0_33e9b.
Se este link no funcionar, tente o seguinte: http://eroom.uc.council.org.
GSMP Align Data Business Requirement Group (BRG). Work Teams and Task Groups. Global
Product.
Login: guest
Senha: guest
12. Concluso
Por que as classificaes so importantes?
A GPC uma ferramenta poderosa e uma parte-chave da linguagem comum para facilitar as
relaes comprador-vendedor. Embutida nas infra-estruturas de trabalho, ela se torna relativamente
invisvel sem perder nenhum de seus poderes. Neste folheto, demonstramos que a classificao
deve ser reconhecida como uma parte significativa do pacote de padro global GS1.
Defendemos que a chave para o futuro produzir uma classificao flexvel e globalmente adaptvel,
cujos usurios tenham conscincia de suas dimenses, e que explicitamente retenha vestgios de
sua construo. No melhor de todos os mundos possveis, num determinado momento, a nica boa
classificao uma classificao de vida. A GPC um grande exemplo de classificao de vida.
2009 - GS1 Brasil. Todos os direitos reservados. Proibida a reproduo total ou parcial sem a
prvia autorizao da GS1 Brasil, Associao Brasileira de Automao.