Commit d83a3e3e by 林家欣

操作指南菜单逻辑修改

parent 0771954f
<template>
<div class="guide">
<cate :father="czznCate"></cate>
<div class="guide-msg container">
<div class="msg-title">1第一步:为不同的商品项目编制不同的商品标</div>
<div class="msg-cont">
<p>
在我国,零售商品的标识代码主要采用三种数据结构,即GTIN-13、GTIN-8和GTIN-12。通常情况下,选用13位的数字代码结构用EAN-13条码表示。只有当产品出口到北美地区并且客户指定时,才申请使用UCC-12代码(用UPC条码表示)。中国厂商如需申请UPC商品条码,须经中国物品编码中心统一办理。GTIN-13和GTIN-8的结构分别如图1、图2、图3所示。
</p>
<p>1)GTIN-13的数据结构</p>
<p>(1)当前缀码为690、691时,EAN/UCC-13的代码结构如图1所示。</p>
<p>EAN/UCC-13代码结构一 </p>
<p>(2)当前缀码为692、693时,EAN/UCC-13的代码结构如图2所示。</p>
<p>EAN/UCC-13代码结构二</p>
<p>A、厂商识别代码 厂商识别代码是由中国物品编码中心统一向申请厂商分配。厂商识别代码左起三位由国际物品编码协会分配给中国物品编码中心的前缀码。</p>
<p>B、商品项目代码 商品项目代码由厂商根据有关规定自行分配。</p>
<p>C、校验位 用来校验其他代码编码的正误。它有固定的计算方法,参见GB 12904附录。</p>
<p>2)EAN/UCC-8的代码结构如图3所示。</p>
<p>EAN/UCC-8代码结构</p>
<p>A、商品项目识别代码&nbsp;&nbsp;是EAN编码组织在EAN分配的前缀码(X8X7X6)的基础上分配给厂商特定商品项目的代码。为了保证代码的惟一性,商品项目识别代码须由中国物品编码中心统一分配。</p>
<p>B、校验位&nbsp;&nbsp;用来校验其他代码编码的正误。它有固定的计算方法,参见GB 12904附录。</p>
<p>在编制贸易项目的商品标识代码时,应遵守以下基本原则:</p>
<p>(1)惟一性&nbsp;&nbsp;惟一性原则是商品编码的基本原则。是指同一商品项目应分配相同的标识代码,不同的商品项目必须分配不同的标识代码。不同商品名称、商标、种类、规格、数量、包装类型的商品应视为不同的商品项目,必须编制不同的标识代码,以保证编码的惟一性。</p>
<p>(2)稳定性&nbsp;&nbsp;稳定性原则是指商品标识代码一旦分配,只要商品的基本特征没有发生变化,就应保持不变。同一商品项目,无论是长期连续生产、还是间断式生产,都必须采用相同的标识代码。即使该商品项目停止生产,其标识代码应至少在4年之内不能用于其他商品项目上。另外,即便商品已不在供应链中流通,由于要保存历史纪录,需要在数据库中较长期地保留他的标识代码,因此,在重新启用商品标识代码时,还需要考虑此因素。</p>
<p>(3)无含义&nbsp;&nbsp;无含义原则是指商品标识代码中的每一位数字不表示任何与商品有关的特定信息。有含义的编码,通常会导致编码容量的损失。厂商在编制商品项目代码时,最好使用无含义的流水号,即连续号。这样能够最大限度利用商品项目代码的编码容量。 假设分配给某企业的厂商识别代码为6901234,表1给出了其部分产品标识代码的编码方案。 B、校验位 用来校验其他代码编码的正误。它有固定的计算方法,参见GB 12904附录。 在编制贸易项目的商品标识代码时,应遵守以下基本原则: (1)惟一性 惟一性原则是商品编码的基本原则。是指同一商品项目应分配相同的标识代码,不同的商品项目必须分配不同的标识代码。不同商品名称、商标、种类、规格、数量、包装类型的商品应视为不同的商品项目,必须编制不同的标识代码,以保证编码的惟一性。 (2)稳定性 稳定性原则是指商品标识代码一旦分配,只要商品的基本特征没有发生变化,就应保持不变。同一商品项目,无论是长期连续生产、还是间断式生产,都必须采用相同的标识代码。即使该商品项目停止生产,其标识代码应至少在4年之内不能用于其他商品项目上。另外,即便商品已不在供应链中流通,由于要保存历史纪录,需要在数据库中较长期地保留他的标识代码,因此,在重新启用商品标识代码时,还需要考虑此因素。 (3)无含义 无含义原则是指商品标识代码中的每一位数字不表示任何与商品有关的特定信息。有含义的编码,通常会导致编码容量的损失。厂商在编制商品项目代码时,最好使用无含义的流水号,即连续号。这样能够最大限度利用商品项目代码的编码容量。</p>
<p>假设分配给某企业的厂商识别代码为6901234,表1给出了其部分产品标识代码的编码方案。</p>
</div>
</div>
</div>
</template>
<script>
import cate from "../comps/cate.vue";
export default {
components: {
cate,
},
data() {
return {
czznCate: {
name: "操作指南",
ico: "",
},
};
},
};
</script>
<style lang="scss" scoped>
.guide {
@include module-box;
.guide-msg {
margin: 30px 0;
font-size: 14px;
.msg-title {
color: rgba(0, 121, 158, 1);
margin-bottom: 20px;
}
.msg-cont {
line-height: 23px;
color: rgba(102, 102, 102, 1);
}
}
}
</style>
\ No newline at end of file
<template>
<div class="guide">
<cate :father="czznCate"></cate>
<div class="guide-msg container">
<div class="msg-title">3第一步:为不同的商品项目编制不同的商品标</div>
<div class="msg-cont">
<p>
在我国,零售商品的标识代码主要采用三种数据结构,即GTIN-13、GTIN-8和GTIN-12。通常情况下,选用13位的数字代码结构用EAN-13条码表示。只有当产品出口到北美地区并且客户指定时,才申请使用UCC-12代码(用UPC条码表示)。中国厂商如需申请UPC商品条码,须经中国物品编码中心统一办理。GTIN-13和GTIN-8的结构分别如图1、图2、图3所示。
</p>
<p>1)GTIN-13的数据结构</p>
<p>(1)当前缀码为690、691时,EAN/UCC-13的代码结构如图1所示。</p>
<p>EAN/UCC-13代码结构一 </p>
<p>(2)当前缀码为692、693时,EAN/UCC-13的代码结构如图2所示。</p>
<p>EAN/UCC-13代码结构二</p>
<p>A、厂商识别代码 厂商识别代码是由中国物品编码中心统一向申请厂商分配。厂商识别代码左起三位由国际物品编码协会分配给中国物品编码中心的前缀码。</p>
<p>B、商品项目代码 商品项目代码由厂商根据有关规定自行分配。</p>
<p>C、校验位 用来校验其他代码编码的正误。它有固定的计算方法,参见GB 12904附录。</p>
<p>2)EAN/UCC-8的代码结构如图3所示。</p>
<p>EAN/UCC-8代码结构</p>
<p>A、商品项目识别代码&nbsp;&nbsp;是EAN编码组织在EAN分配的前缀码(X8X7X6)的基础上分配给厂商特定商品项目的代码。为了保证代码的惟一性,商品项目识别代码须由中国物品编码中心统一分配。</p>
<p>B、校验位&nbsp;&nbsp;用来校验其他代码编码的正误。它有固定的计算方法,参见GB 12904附录。</p>
<p>在编制贸易项目的商品标识代码时,应遵守以下基本原则:</p>
<p>(1)惟一性&nbsp;&nbsp;惟一性原则是商品编码的基本原则。是指同一商品项目应分配相同的标识代码,不同的商品项目必须分配不同的标识代码。不同商品名称、商标、种类、规格、数量、包装类型的商品应视为不同的商品项目,必须编制不同的标识代码,以保证编码的惟一性。</p>
<p>(2)稳定性&nbsp;&nbsp;稳定性原则是指商品标识代码一旦分配,只要商品的基本特征没有发生变化,就应保持不变。同一商品项目,无论是长期连续生产、还是间断式生产,都必须采用相同的标识代码。即使该商品项目停止生产,其标识代码应至少在4年之内不能用于其他商品项目上。另外,即便商品已不在供应链中流通,由于要保存历史纪录,需要在数据库中较长期地保留他的标识代码,因此,在重新启用商品标识代码时,还需要考虑此因素。</p>
<p>(3)无含义&nbsp;&nbsp;无含义原则是指商品标识代码中的每一位数字不表示任何与商品有关的特定信息。有含义的编码,通常会导致编码容量的损失。厂商在编制商品项目代码时,最好使用无含义的流水号,即连续号。这样能够最大限度利用商品项目代码的编码容量。 假设分配给某企业的厂商识别代码为6901234,表1给出了其部分产品标识代码的编码方案。 B、校验位 用来校验其他代码编码的正误。它有固定的计算方法,参见GB 12904附录。 在编制贸易项目的商品标识代码时,应遵守以下基本原则: (1)惟一性 惟一性原则是商品编码的基本原则。是指同一商品项目应分配相同的标识代码,不同的商品项目必须分配不同的标识代码。不同商品名称、商标、种类、规格、数量、包装类型的商品应视为不同的商品项目,必须编制不同的标识代码,以保证编码的惟一性。 (2)稳定性 稳定性原则是指商品标识代码一旦分配,只要商品的基本特征没有发生变化,就应保持不变。同一商品项目,无论是长期连续生产、还是间断式生产,都必须采用相同的标识代码。即使该商品项目停止生产,其标识代码应至少在4年之内不能用于其他商品项目上。另外,即便商品已不在供应链中流通,由于要保存历史纪录,需要在数据库中较长期地保留他的标识代码,因此,在重新启用商品标识代码时,还需要考虑此因素。 (3)无含义 无含义原则是指商品标识代码中的每一位数字不表示任何与商品有关的特定信息。有含义的编码,通常会导致编码容量的损失。厂商在编制商品项目代码时,最好使用无含义的流水号,即连续号。这样能够最大限度利用商品项目代码的编码容量。</p>
<p>假设分配给某企业的厂商识别代码为6901234,表1给出了其部分产品标识代码的编码方案。</p>
</div>
</div>
</div>
</template>
<script>
import cate from "../comps/cate.vue";
export default {
components: {
cate,
},
data() {
return {
czznCate: {
name: "操作指南",
ico: "",
},
};
},
};
</script>
<style lang="scss" scoped>
.guide {
@include module-box;
.guide-msg {
margin: 30px 0;
font-size: 14px;
.msg-title {
color: rgba(0, 121, 158, 1);
margin-bottom: 20px;
}
.msg-cont {
line-height: 23px;
color: rgba(102, 102, 102, 1);
}
}
}
</style>
\ No newline at end of file
......@@ -40,8 +40,67 @@ export default {
},
{
name: "操作指南",
path: "/Business/Guide",
active: "Guide",
path: "/Business/Guide1",
active: "",
id: "1-1",
children: [
{
name: "我要申请商品条码",
path: "",
active: "",
},
{
name: "我要编码",
path: "",
active: "",
},
{
name: "我要通报编码信息",
path: "",
active: "",
children: [
{
name: "1.通报商品信息方法及提交内容",
path: "/Business/Guide3",
active: "",
id: "3-1",
noneChild: true,
},
{
name: "2.条码卡问题",
path: "/Business/Guide3",
active: "",
id: "3-2",
noneChild: true,
},
],
},
{
name: "微信共享",
path: "",
active: "",
},
{
name: "我要培训",
path: "",
active: "",
},
{
name: "我要续展",
path: "",
active: "",
},
{
name: "我要咨询",
path: "",
active: "",
},
{
name: "常见问题",
path: "",
active: "",
},
],
},
{
name: "收费公示",
......@@ -222,12 +281,13 @@ export default {
},
],
},
]
],
},
{
name: "我要通报编码信息",
path: "",
active: "",
path: "/Business/Guide3",
active: "",
id: "3-1",
},
{
name: "我要生成商品二维码",
......@@ -299,23 +359,28 @@ export default {
computed: {
routes() {
let newRouteList = [];
const currentPath = this.$route.path;
let originPath;
if (this.$route.meta.fatherPath) {
originPath = this.$route.meta.fatherPath;
} else {
originPath = this.$route.path;
}
const currentRoute = this.deepFindCurrentRoute(
this.routeList,
currentPath
originPath
);
console.log(currentRoute, 'currentRoute')
console.log(currentRoute, "currentRoute");
if (currentRoute.children && currentRoute.children.length > 0) {
newRouteList = currentRoute.children;
} else if (currentRoute.noneChild) {
const oldRouteList = JSON.parse(localStorage.getItem('newRouteList'))
const oldRouteList = JSON.parse(localStorage.getItem("newRouteList"));
newRouteList = oldRouteList;
} else {
newRouteList = this.routeList;
}
localStorage.setItem('newRouteList', JSON.stringify(newRouteList));
localStorage.setItem("newRouteList", JSON.stringify(newRouteList));
// newRouteList = this.deepFindRouteList(this.routeList, currentPath);
console.log(newRouteList, 'newRouteListnewRouteList2')
console.log(newRouteList, "newRouteListnewRouteList2");
return newRouteList;
},
},
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment