Client
download : Doc > General > iGarment > Products > Jos v5.1
Test server : 10.0.1.25:7001
Test database : Trial510 (key=1000)
Test User : User (password is null)
系统支持为不同物料分类配置差异化自定义属性，物料通过多维度属性组合完成唯一界定。例如面料可设置成分、纱支密度等属性，依靠各项属性参数完整描述物料特征。用户可根据实际业务需求自由新增适配的物料属性，灵活完成物料档案建档；
更详细的属性介绍，请参见【属性】章节。
5.1版本对物料代码的强约束做了弱化处理：在款式/面料前期研发阶段，物料各项属性要求往往较为宽泛、不够精准，无需先行录入物料编码，仅录入部分已知属性即可直接保存物料档案，开发迭代过程中可逐步完善物料各项属性参数。
同一款式、相似款共用同一款待定稿面料时，可直接复用该未完善编码的物料档案，实现开发阶段的物料资料共享。
业务节点管控规则：仅需在生成采购需求前，补录完善物料编码即可开启采购流程。
功能价值总结
贴合服装产品从前期打样研发到最终量产采购的真实业务链路，解决研发初期物料参数不确定、提前编料号易反复修改作废的问题，减少无效档案录入工作量，物料数据随研发进度逐步沉淀，保证采购环节物料编码规范统一。
在物料档案中新增了颜色与尺码主档案，（待完善）在物料选用环节可直接关联调用颜色与尺码主档案内的定义的颜色与尺码；同时支持反向从各类业务单据回写生成颜色、尺码主档案，方便用于第三方外部系统对接及其他拓展业务场景。
船期物料（Shipping Material）编码匹配规则设定
针对挂牌贴纸等船期物料需要在物料上体现 UPC 码、Article number等编码的业务场景，编码由款式 + 对应颜色代码 + 对应尺码代码拼接生成，且编码与订单、款号、色码、尺码强绑定，需要在算料、采购环节体现出编码信息。
可在颜色主档、尺码主档中提前维护颜色与对应代码、尺码与对应代码的映射匹配关系，即使暂无对应订单，单独下达该类辅料采购单时，也能依靠预设的色码、尺码匹配规则自动拼接生成所需外部编码。
注：此场景还可通过在款式主档案中定义Article No.解决，具体可参见相关功能说明。
后续迭代规划
后续版本计划实现联动自动带出逻辑：若物料档案已预设好色号、尺号对应编码规则，在订单 BOM / 物料单选用该物料时，系统可自动读取已维护的颜色、尺码编码映射关系，一键带出拼接完整的出货辅料条码。
功能价值小结
彻底解决面料等核心物料算料、采购、仓储收发各阶段，跨类型单位换算痛点，贴合服装厂唛架算料、对外采购、仓库入库全链路计量差异，单位转换自动落地，同时保留灵活手动干预能力，数据核算更贴合实际生产供应链操作。
款式可理解为款式主档案，从仅有初步设计意向、资料尚未完善时即可创建。后续随着款式开发逐步补充资料，最终相关信息会自动同步至大货订单，指导生产，形成完整的数据流转链路。
详细说明请参见 款式
项目管理模块是在原有进度表（Milestone）功能基础上的全面迭代增强，拓宽业务覆盖场景、丰富进度管控维度、优化进度预判能力。
原有进度表仅支持订单进度跟进，新版本大幅拓宽覆盖范围，支持四类核心业务文档生成独立项目并开展进度跟进，包含：
用户可自定义适配不同场景的任务模板，比如可针对特定客户样板单、特定成衣类型打样等场景，预设模板内的全部任务、任务前后依赖关系、各任务标准工作时长。
当新建业务单据匹配对应模板规则时，系统可自动套用模板，批量生成对应任务及流程关系，无需手动搭建任务。
若单据未匹配预设模板，用户仍可手动创建项目、自主新增任务，兼顾智能化与灵活性。
在原有完成状态判定能力基础上，全面丰富进度追踪维度，包含：
无需事先定义任务节点，可根据实际业务情况，随时灵活加减任务。
原有进度体系仅支持人工设定目标完成日期（Target Date），本次新增智能预估完成日期。系统依托项目起始时间、各任务前后依赖关系、各任务预设工作天数，自动推算出每个任务及整体项目的预估完成时间。
通过预估日期与人工目标日期的对比，以帮助用户判别目标工期的合理性，提前预判延误风险。若预估完成日期晚于目标日期，用户可灵活调整工作计划，要么延后目标完成日期，要么优化前置任务、压缩前置任务工期，从而提前整体预估完成时间，保障项目按期交付，实现进度的精细化管控与主动优化。
联动自研协同工具 Style Talk，打通项目管理消息提醒能力。系统项目可自动生成专属独立沟通群组，可针对性邀请面料供应商、客户等上下游合作方入群，实现款式确认、物料进度、生产进度的实时线上协同。未来将实现项目进度节点、异常提醒同步推送至Style Talk，打通业务系统与协同沟通的全链路。
在原有任务自动完成能力基础上，后续将优化易用性与适配性，将任务完成判定条件改为脚本化配置模式。系统将逐步搭建丰富的通用脚本库，用户可按需选用适配自身业务的自动完成判定规则，加入执行队列，由服务器自动校验、判定任务完成状态，实现进度智能化自动更新。
在5.0 及之前版本中，系统以销售单作为客人订单的载体，并将其作为后续备料与生产的基本单位。然而，在实际业务操作中我们发现，客人订单与物料组织及生产安排并非总是一一对应。一方面，由于部分客人订单交付周期较长，在实际生产过程中，我们往往需要将其拆分为多个工作单（即 Job order），以便更合理地组织生产；另一方面，有时在客人正式下订单之前，我们就需要提前启动备货生产工作。
基于这些实际情况，在 5.1 版本里，我们对客人订单（sales contract）与面辅料筹备及生产所依赖的工作单（Job order）脱钩，允许同款的船期任意合成不同的客人订单与工作单。
通过此次功能迭代，我们旨在为生产组织与订单管理提供更大的灵活性，以更好地适应多样化的业务场景，助力业务高效开展。
详细说明请参见 工作单与销售合同
In Version 5.1, we have introduced the brand-new concept of "Job Order" (work order).
In Version 5.0 and earlier versions, the system used sales orders as the carrier for customer orders and took them as the basic unit for subsequent material preparation and production. However, in actual business operations, we found that customer orders do not always correspond one-to-one with material organization and production scheduling. On one hand, due to the long delivery cycle of some customer orders, we often need to split them into multiple Job Orders during the actual production process to organize production more rationally. On the other hand, sometimes we need to start material preparation and production in advance before customers place formal orders.
Based on these actual circumstances, in Version 5.1, we have decoupled customer orders (sales contracts) from the work orders (Job orders) that are relied on for the preparation of fabrics, accessories, and production. This allows the shipment dates of the same style to be flexibly combined into different customer orders and work orders.
Through this function iteration, we aim to provide greater flexibility for production organization and order management, so as to better adapt to diverse business scenarios and facilitate efficient business operations.
For detailed instructions, please refer to Job Order & Sales Order
“属性” 是用于定义系统中各类对象（如款式、单据、物料、客户、供应商等）的标签，例如 “性别”“成衣类型”“风格” 等，通过多个属性可完整描述一个对象。
与 5.0 版本的 “扩展字段” 相比，“属性” 具备显著优势：
详细说明请参见 属性 & 应用规则
“Attribute” is a label used to define various objects in the system (such as styles, documents, materials, customers, suppliers, etc.). Examples include "Gender", "Garment Type", and "Style". A complete description of an object can be achieved through multiple attributes.
Compared with the "Extended Fields" in Version 5.0, attributes have significant advantages:
For detailed instructions, please refer to Attributes & Apply Policy
同一文档类型，可能每个文档所应用的属性都不尽相同，如何在主界面的文档列表中显示属性字段呢？这时就可以使用“计算列”，让用户自定义设置需要显示的属性字段。
“计算列” 简单来说，就是用户可以在数据模型中，自己新增显示字段。不仅可以用来设置显示属性字段，还可以通过对当前界面的已有字段，套用一些公式计算或提取得到一个新的字段。
详细说明请参见 计算列
For documents of the same type, the attributes applied to each document may vary. How can we display the attribute fields in the document list on the main interface? In this case, we can use "calculated columns" to allow users to customize and set the attribute fields they want to display.
Simply put, a "calculated column" allows users to add new display fields in the data model by themselves. It can be used not only to set display attribute fields but also to obtain a new field by applying some formulas to calculate or extract from the existing fields on the current interface.
For detailed instructions, please refer to Calculated column
新增了 “文档搜索” 功能，系统首页直接作为文档搜索界面，用户无需先定位并进入特定模块，只需在首页的全局搜索框中输入关键字（包括属性值），即可触发系统在所有文档类模块中进行搜索，并可在搜索结果中直接打开文档。
大幅提升数据查找效率，彻底改变了以往 “找据需先选对模块再搜索” 的繁琐流程，缩短了从 “发起搜索” 到 “打开文档” 的路径；帮助用户降低操作成本，提升系统易用性。
详细说明请参见 文档搜索
A new "Document Search" function has been added. The system homepage now serves directly as the document search interface. Users no longer need to first locate and enter a specific module; they only need to enter keywords（including attribute values） in the global search box on the homepage to trigger the system to search across all document-related modules. Additionally, users can open documents directly from the search results.
This function significantly improves data retrieval efficiency, completely changing the previous cumbersome process where "users had to select the correct module first before searching for documents." It shortens the path from "initiating a search" to "opening a document"; meanwhile, it helps reduce users' operation costs and enhances the system's usability.
For detailed instructions, please refer to Document Search