目录基本工作原理
目录和相关对象
枚举“命名类型”
目录“命名类型”
参考“产品类别”
参考“产品规格”
其他详细信息
功能“术语共同销售”
目录“制造商”
目录“供应商名称”
参考“价格组”
目录“季节命名法”
系列会计政策目录
命名访问组目录
总结
1C企业管理2(ERP 2.4.6)中命名目录设计的系统方法的原理或如何避免乱抛垃圾。在1C企业管理2中,整个目录家族都用于命名。 这些指南是NSI的一部分。 正确组织NSI的方法可确保对配置和用户的控制。 因此,使用NSI需要一种艰难的方法,最重要的是需要一种系统的方法,否则目录会立即变成垃圾列表。 此外,组织良好的目录可简化查询和样本的编译工作。 此外,系统地组织和填充的参考书使您可以使用数学设备进行处理(主要是图论的设备)。 而且,不管怎样,正确组织的目录都可以使您进行正确的商品编码。
哪些原则可以组织1C ERP中目录的系统工作?
基本工作原理
首先,这是等级原则。 大多数1C目录都是为内容的层次分类而设计的。 使用目录时,通常会违反此原则。 层次分类表示通过以下方式在分支(目录)之间分布多个对象(目录的元素):
- 相同类型的基础(在逻辑上,这是“分裂基础”的概念)
- 仅基于一种(属性)
违反层次分类原则的典型示例是在“目录”目录中以“冬季收藏”形式或臭名昭著的“玛丽·斯蒂芬诺夫娜产品”形式分配组(目录)。 对于“冬季系列”,通常将“服装”,“鞋子”子组放置在该组内,但同时,相同的子组通常已经在另一个分支的基础子组中。 获取相交元素,并且目录中的元素发生重复。 原因是在组织目录的分支机构时,违反了相同基础类型的原则-根据类型(衣服,鞋子)和情况(集合)同时进行划分。
在这里您可以立即说在1C ERP中,由于目录最初不是为分层结构设计的,因此您可以通过这些目录来解决此类冲突。 第一个示例是目录“项目的细分”。 该目录允许您从“命名”目录的元素中收集任意列表。 同时,同一项目可以包含在许多列表中。 特别是,可以通过命名法来发布馆藏(但应记住,馆藏有一个单独的目录“馆藏”,对于季节性馆藏很方便)。 令人惊讶地,目录“项目的分段”具有目录的层次结构,在该目录结构中必须遵守层次结构的原理。
简化可以表达为:“如果目录是分层目录,则其任何元素只能属于一个分支(组,目录)”,否则为“分层目录的目录结构不应在一个分支(组,目录)中相交不同类型的对象。
通过简单的理论基础,让我们考虑使用1C ERP中的命名目录。 (事实是,尽管理论很简单,但实际上由于心理原因(即没有足够的动力严格和毫不妥协地遵守分类规则)很难遵守其要求)。
目录和相关对象
乍一看,命名法的NSI的结构似乎令人困惑,但是如果您从1C中分段收集信息,则会形成某个系统。
枚举“命名类型”
首先,目录命名系统的支柱是“命名类型”的列表。 其中只有几个职位:商品,包装,服务,工作,安排。 商品和服务的类型有几种子类型,应特别注意带有标签和控制标识标记的产品。 枚举“项目类型”是各个1C ERP操作算法的控制元素,因此用户不可访问以进行编辑。 基于此列表,用户可以组织目录“项目类型”。
目录“命名类型”
基于此列表,用户可以组织目录“项目类型”。 该目录具有分层系统,没有级别限制,并且可供用户填充。 但是,不要立即犯错,并从目录“命名类型”中形成目录“目录”的广泛目录结构。 术语的类型应尽可能地限制于术语的特定特征,并使其最小。
对“特定”引用进行错误编译的标志是希望在引用元素的名称中插入定义,形容词和索引。 所提及的应该确切地是,只有当概念没有一个字(名词)表达时,才允许使用具体的形容词。 例如:在“衣服”,“鞋子”,“头饰”系列中,允许添加元素“头饰”,因为一个词中找不到与“头饰”相当的物种。 不可能指定“大写”,因为 帽子不是一个特定的概念,而是一种带有“帽子”的头饰。 同样,在工程中,可以指定术语“叶片”的类型,但是“螺杆叶片”和“涡轮叶片”的定义不再适用于参考书“术语的类型”。
当您最初填写商品类型的目录时,为活动区域创建最高级别的目录是很合逻辑的,例如:贸易,生产,消费(拥有),资产等。 但这不是结构化的唯一选择,主要是目录的组和元素遵循层次结构的原则,并且只有从非常非常普通的级别开始才有可能。
目录“项目类型”的目的以及需要创建单独的项目类型(元素)的条件如下:
- 它确定了术语的最一般的“种类”概念。 包括一个单独的命名法,就需要一个具有一个单独命名法的命名法(即,目录“命名法类型”中每个使用的元素应在“命名法类型”目录中重复)。
- 这是物理性质的分类器。
- 创建一个新物种的主要信息是它自己的特殊命名学特征。
- 另外,如果您可以通过属性选择自己的过滤器集,则会创建一个新视图,这使您可以查找术语的类似物。
- 另一种命名法要求带有其证书的命名法。
- 单独的术语类型需要带有单独的一组产品类别的术语。
- 单独的命名法要求带有强制性标记GISM的命名法。
- 单独的术语类型需要使用“控制标识标记”(KIZ)类型的术语。
- 进口商品和材料需要单独的命名法。
- 单独的术语类型需要具有通用会计参数(例如:增值税率)的术语。
- 单独的术语类型需要具有共同属性集的术语。
列出的项目(如果在构建术语的类型时将其考虑在内),至少要确保1C ERP算法正确运行,至少如开发人员(1C)所述。 如您所见,根据上述条件,项目类型的目录可以非常分支,应尽可能避免,并且不产生不必要的实体。 因此,不应以目录“命名法”的组形式复制命名法类型的结构,以避免冗余。
参考“产品类别”
早些时候,建议不要基于描述性特征和过多的细节来构建术语的类型。 但是,为了提供必要的术语详细说明,应使用参考书“产品类别”。
本指南的目的如下:
- 继续详述“命名类型”。
- 创建产品类别的主要信息是该类别构建用于编码和条形码系统的商品代码。
- 该类别定义了其中包含的商品的性质和目的。
- 产品类别是根据术语的特征分配其中包含的术语的基础。
因此,产品类别是术语类型分类的延续。 术语应属于一种产品类别,对于客户(买方)或内部消费者(生产)可以互换。 产品类别列表的创建主要由营销注意事项(分类组,定价,存储,商品流量等)确定,即 术语消费者的偏好(如果我们在谈论生产)。
根据上述以及目录“产品类别”具有层次结构的事实,如果需要遵守层次结构原理,那么定义产品类别列表将是一项艰巨的任务。 因此,为了解决这个问题,只有在有经验丰富的产品专家,顾问,营销人员的情况下,组织才应该自行开发产品类别,如果没有经验丰富的组织,则最好在通用分类器(TNVED,OKP,OKVED,OKDP等)的基础上构成产品类别。 )
由于可以将多个产品类别附加到一个“项目类型”,因此我想在项目类型中包括的几乎所有定性定义,但基于最小化项目类型的原则,并未包含在类型名称中,因此产品类别可以包含术语的描述性实体(我想在物种名称中插入的非常“形容词”)。 例如,术语的类型是“鞋子”,则类别可以是“男鞋”,“女鞋”,“童鞋”。 同时,应该牢记目录“命名法”的一个元素仅包含在一个产品类别中。 因此,项目类型包含所有产品类别的列表,这些列表可以单独分配给具有此类型的项目(项目目录的项目)。
参考书“产品类别”对于1C ERP中的计划系统非常重要。 它是附在“按类别的销售计划的规范性分配”文档中的按产品类别按特征和明细分类的产品类别。 如果有大量项目的公司需要按产品类别编制的初始销售计划以自动部署到项目及其重要分析人员(包括项目的特征),则必须进行此分配。 分发将产品类别部署到命名目录中具有特定产品类别的所有元素,同时将详细信息部署到任何详细信息和特征集。 在这里,正确设计产品类别的重要性正以非线性方式提高,因为 允许您制定详细的命名及其详细信息/特征的销售计划(如果使用季节性功能,则应考虑到季节性分布)。
参考“产品规格”
可以认为是一种特殊的产品类别“产品特征”。 这些是术语的属性,对于定量的购买者(消费者)来说很重要。 因此,命名法块的以下目录“命名法的特征”用于描述系统应具有有关大量货物库存信息的命名法的那些参数。 产品特征可能包括衣服尺寸,工件长度,原材料的质量成分等。 按产品特性划分的定量天平是上传到在线商店,外部数据库等的参考数据。 在此重要的是,不要观察产品特征列表的层次结构,而要在特征中不包括那些消费者(买方)在数量方面不感兴趣的参数-为了避免在数量核算方面对1C系统造成负担。
现在考虑一个有趣的推论。
如果我们想象一个三轴坐标系,其中X轴是命名法的类型,Y轴是产品类别,Z轴是产品特征的集合(组合),则命名法将是X,Y,Z的一种功能。实际上,这三个维度并未定义命名法本身,以及目录“ Nomenclature”的组。 在每个这样的组中,将有一个以其他细节和附加信息来区分的术语。 实际上,为了遵循系统的方法,现在我们已经根据什么原则制定了命名术语组。 当维护具有大量条目的目录或将目录转移到新平台或重建目录时,这使您可以在“命名”目录中自动形成目录组。
实际上,术语“功能”的空间包含3个以上的维度。 例如,度量也可以是典型细节,附加信息和细节。 但这只会稍微增加术语表目录组的自动指定复杂度。
应当注意,目录“项目的类型”的每个元素都包含该项目的项目的构造函数。 命名的名称基于命名的细节。 尤其是名称的类型,产品类别,证书。 因此,将具有相同产品类别的商品包含在命名法组中是合乎逻辑的。 在1C ERP中,“命名法”参考书中各组本身的自动命名的标准功能不可用,因此如有必要,可能会进行开发。
根据我在1C ERP方面的经验,我可以得出以下结论:1C ERP命名目录的设计方式是,最重要的不是命名目录,而是命名视图,商品类别和命名特征目录的三元组。 如果这个三合会的设计正确,那么目录“命名法”(包括其组)将事实上被设计。
其他详细信息
我们将与术语目录的描述有所不同,以描述其他详细信息。 其他详细信息用于维护未在标准目录,列表和类似对象中找到表达方式的商标列表。 创建附加属性时,应始终遵守实体不相乘的原理,并仔细检查是否存在用于存储所需信息的典型对象。 有目的的相似对象的复制将不可避免地导致用户之间的混乱和垃圾的堆积。
附加信息与附加详细信息的目的和功能相似,但是1C建议该信息反映的符号不与术语本身有关,而与术语与外部来源或对该术语的访问控制有关。 例如,用于存储数据交换的编码,外部数据库中的代码等。 换句话说,在特殊情况下会使用附加信息,而附加细节在某种意义上应与术语有着千丝万缕的联系。
此外,道具“质量”在某种程度上是孤立的。 其用途非常有限-为它们分配了新的或使用的命名法,即磨损程度。 但是这种方法意味着在目录中重复相同的术语,这使得难以选择和区分目录中的相似元素。 实际上,存在实体的乘法,因为 质量及其程度是情境状态。 该组织的目标不是生产劣质商品或购买劣质原材料以及投入生产的原材料。
因此,为简化“名称”目录及其内容的设计,不使用“质量”属性,并使用会计分隔符(子帐户,存储单元,名称段等)和/或标记来分隔质量不同的商品和物料可能更为正确。对于贸易组织来说,不同质量的商品可以成为同一贸易对象,因此该建议的适用性较低。但是对于制造企业而言,将质量降低的商品(产品)或材料用作生产原料,则有必要区分此类再加工原料的单独类型的项目,并从销售/发布术语转移到原材料的术语(例如,通过取消完成操作)。作为不考虑术语系列的实际目录的一部分,我们还考虑了“术语的类型”和“术语”目录的“按属性过滤”功能。按属性的筛选以术语的形式设置,作为详细信息和附加信息的列表。对于这些特性,在参考书“命名法”中,选择了目的和本质类似的命名法元素。因为对于用户来说,当您在“命名法”目录元素中选择“具有类似属性的命名法”链接时,此功能看起来像是命名法目录形式的动态选择,因此仅对于在列表中快速搜索此类命名法很重要。但是,如果您组织这些选择结果的存储并故意编译选择属性的列表,那么您将获得类似于标准功能“共同销售的术语”的功能。例如,制造企业可以根据生产术语来动态选择类似术语的动态选择,以便在生产过程中进行替换。«, »
“联合出售的术语”功能本身是一种算法,用于搜索销售文档并将选择结果存储在适当的寄存器中,用于在单个批发/零售文档中以用户指定的会议频率遇到的术语对。既可以根据算法自动填充寄存器,也可以通过直接指示命名对来手动填充寄存器。对的选择要考虑到命名法的特征并在NSI中建立对关联的搜索。由于用户对该功能的管理不善,因此出于营销目的,它具有更多的评估和辅助功能。此功能的目的是在选择销售单据时向经理提示,除订购的商品外还可以提供其他商品给客户。从这一点可以看出如果组织的销售是在单独的计费系统或在线商店中形成的,那么所描述的功能就没什么用了。«»
返回目录,我们考虑目录“ Manufacturers”。他想象一个根据“制造商”命名法选择的值列表的存储库。这些值只是文本,与Counterparties目录无关。这并不是说这对于1C来说是一个非常周到的决定,因为它会导致“承包商”目录的重复,并且那些需要在法人的术语中准确指示制造商的人员必须在另一个附加属性中进行此指示。因此,值得使用“制造商”目录来列出合法制造商,而不是按制造商的“类型”进行划分。例如,您绝对应该选择“我们的生产”组并指明我们的生产中心,外部制造商则将“第三方制造商”或“外国制造商”作为一个要素。制造商的名字甚至都没有提到品牌,因为术语具有单独的必需“品牌”。提议的目录“制造商”的填写使我们可以简化目录“命名类型”和目录“命名”的组,因为它们不需要划分为制造商,但是会增加“命名”目录中的元素数量,因为对于制造商的每个“类型”,将启动该项目的单独项目。所提议的方法对于销售或生产消费者所知的产品的组织将是有用的,该产品是各种组织生产的对象,尤其是购买了制造特定品牌许可证的组织等。术语具有单独的必需“品牌”。提议的目录“制造商”的填充使我们可以简化目录“命名类型”和目录“命名”的组,因为它们不需要划分为制造商,但是会增加“命名”目录中的元素数量,因为对于制造商的每个“类型”,将启动该项目的单独项目。所提出的方法对于组织销售或生产消费者所知的产品的组织将是有用的,该组织由各种组织生产,特别是购买了制造特定品牌许可证的组织等。术语具有单独的必需“品牌”。提议的目录“制造商”的填充使我们可以简化目录“命名类型”和目录“命名”的组,因为它们不需要划分为制造商,但是会增加“命名”目录中的元素数量,因为对于制造商的每个“类型”,将启动该项目的单独项目。所提出的方法对于组织销售或生产消费者所知的产品的组织将是有用的,该组织由各种组织生产,特别是购买了制造特定品牌许可证的组织等。但增加了目录“命名法”的元素数量,因为对于制造商的每个“类型”,将启动该项目的单独项目。所提议的方法对于销售或生产消费者所知的产品的组织将是有用的,这些产品是由各种组织生产的,尤其是购买了制造特定品牌许可证的组织等。但增加了目录“命名法”的元素数量,因为对于制造商的每个“类型”,将启动该项目的单独项目。所提出的方法对于组织销售或生产消费者所知的产品的组织将是有用的,该组织由各种组织生产,特别是购买了制造特定品牌许可证的组织等。目录“供应商名称”
包括“供应商名称”目录的“制造商名称”功能回显了参考“制造商”。此功能绑定到“合作伙伴”目录,并且允许您在“ NSI”部分中启用适当的设置后,将“命名法”目录的元素与存储供应商命名法名称的单独目录进行比较。这是非常重要的功能,其价值很难高估。首先,对于您自己的命名法目录的最佳设计而言,无论供应商侧命名法的设计质量如何,都很重要。其次,这对于自己生产的名称设计和规格设计非常重要,因为该组织有机会建立其“名称”目录,以查找原材料,材料和半成品,而不论当前的供应商库如何,也不必更改库和名称未来的供应商。这使您有机会更轻松地控制生产成本,包括通过减少维修规格的数量和复杂性。换句话说,对于来自不同供应商/制造商的同一品牌商品的制造商和销售商,应使用所描述的功能。否则-犯罪!目录“供应商术语”是分层的,您可以按其术语组或独立的供应商组来组织供应商的术语。但是这里不需要不必要地使供应商名称的分类复杂化,因为术语在“供应商术语”功能本身中成对链接一次,或者直接在货物和物料收货单据中链接,其中分组没有特殊意义。在具有大量命名法的公司中,禁止将收货单据中的命名法与具有原始文件的``操作员''级别员工绑定,因为绑定需要更高的资格,并且应由单独的专家(商品专家,工程师等)来执行。)在交易(合同)期间内的“供应商名称”功能中。此外,在处理供应商价格清单的新修改时(直到交货时),必须快速验证成捆物品的相关性。当从生产计划(物料需求)中自动创建采购计划和销售计划中的采购计划时,在1C ERP计划系统中使用“供应商命名法”功能。当从生产计划(物料需求)中自动创建采购计划和销售计划中的采购计划时,在1C ERP计划系统中使用“供应商命名法”功能。当从生产计划(物料需求)中自动创建采购计划和销售计划中的采购计划时,在1C ERP计划系统中使用“供应商命名法”功能。还应注意,供应商价格功能与供应商的命名法相关,这在计划采购计划时也很重要,特别是在存在独特问题的生产中(造船,高端家具生产,房屋和设施的装饰),尽管标准1C中没有用户控制的算法在计划时以供应商的价格进行选择。参考“价格组”
参考书“价格组”旨在维护一个属性列表,通过该属性列表可以选择具有相同定价方法的项目。默认情况下,该目录没有分层结构,因此填充该目录的方法应该是简约的。如果可以为价格组设置特殊的计算公式(在“价格类型”或“折扣”参考书中),则会分配一个价格组。但是,由于上述两个目录具有独立的项目选择方式,因此可以说“价格组”目录的作用是原始的-这只是分配价格/折扣计算公式时的方便选择。如果在创建过程中术语的所有元素都与价格组相关联,则可以保证在此基础上的轻松选择。目录“季节命名法”
目录“季节命名组”是对计划系统的引用,也是一个简单的列表存储库,有助于将项目分为具有相同季节性的组。对于每个创建的季节性组,季节性系数寄存器存储一年中月份的分配系数(不适用于年份/计划期!!!以及日历年的月份)。如果计划是基于最初为整个产品类别创建的整个时期(年)的销售计划,然后根据季节和产品特征自动创建该项目的销售计划,则参考书很有用。但是,如果销售计划最初是基于每月或更少量的销售计划,则不需要季节性指南,因为每个月(周)的营业额中已考虑到季节性。« »
参考书“系列会计政策”用于将命名法系列和到期日期的规则绑定到命名法的类型。系列会计政策可以分为“轻型”(不需要按系列/到期日期进行余额或成本核算)和“繁重”(要求按系列/到期日期进行余额或成本核算)。货物标签和使用控制识别标记(KIZ)1C建议在特选的浅色版本中使用政策类型“ GISM产品标签”。应尽可能避免“繁重”的记帐,即由于串行记帐会给系统性能带来极高的负担,因此,请合理地应用它,尤其是带有“按系列记帐”策略类型的选项。在这种情况下,计算,处理器操作以及货物和物料运输单据表格部分中的行数出现了雪崩般的增加。默认情况下,系列策略参考指南不是分层的,因此在设计其元素时建议使用鲁棒的极简主义。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。处理器的操作和表格中文件和材料移动的表格部分中的行数。默认情况下,系列策略参考指南不是分层的,因此在设计其元素时建议使用鲁棒的极简主义。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。处理器的操作和表格中文件和材料移动的表格部分中的行数。默认情况下,系列策略参考指南不是分层的,因此在设计其元素时建议使用鲁棒的极简主义。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。默认情况下,系列策略参考指南不是分层的,因此在设计其元素时建议使用鲁棒的极简主义。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。默认情况下,系列策略参考指南不是分层的,因此在设计其元素时建议使用鲁棒的极简主义。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。由于系列会计政策与项目类型相关,因此它们适用于具有指定类型的所有项目。仅在每个产品单元具有独特差异,使用GISM标记或产品单元自己的件标识(例如RFID标签)或值具有发布/到期日期的情况下,才应采用串行记帐。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。RFID标签)或值具有发布/到期日期的时间。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。RFID标签)或值具有发布/到期日期的时间。在其他情况下,极有可能使用序列是对1C ERP和常识的滥用。« »
另外,值得一提的是目录“命名访问组”,它是访问配置文件中描述的访问类型的简单列表。应该记住,共享访问会减慢系统速度,因此通常不应该使用本指南。但是,如果您需要从操作链接用户的视线中删除那些已不再使用的术语,这些术语已转移到档案中,则将非常有用。通常,在“术语”目录中使用为归档的术语创建单独的目录组的方法,但这会导致术语的重复和过去采样数据时选择的复杂性。但是,如果您创建了一个特殊的访问组“命名档案”,那么过时的命名将仅仅从那些仅干扰工作的用户的视野中消失。您也可以为新的投影术语创建单独的访问组,可见性原理相似。这种方法可以在不违反项目类型设计和参考清单设计的系统方法的情况下,退出发行并将相应的位置放入流通中,将它们保存或立即放入必要的目录组中。目录“收藏”,“术语的销售等级”,“分类配额”是非常具体的目录,旨在用于消费品的零售贸易,因此在本文中我们将不予考虑。总结
- 要在1C ERP中设计参考书“命名法”,就必须设计参考书“命名法类型”,“商品类别”,“命名法特征”。
- 我们应该遵循文章中描述的严格分类的原则,以便系统地设计参考书的内容并使用数学工具对其进行应用。