嗨

我会尝试使用格式化搜索来构建商品代码。 选择属性时，会在代码中添加一个值。

这个答案很简单，您必须添加要解决的信息。

问候

Agustín

您好，Matthias，

因此，如果我正确理解您的情况：

• 您有大约15种基本产品。
• 每种产品有大约10个变体。
• 基本产品之间有些变体
• 每种变体有8个选择
• 您的库存周转率是
• 有时可能会得到一些回报。

B1中的生产相当简单。 您将创建物料清单（BOM），配方（如果需要），然后创建生产订单，并根据该订单根据该配方（BOM）创建物料的库存。 它只是一个允许您将项目组合到另一个项目中的工具。 您不需要实际建造工厂；-)我们也是经销商，并且可以使用它来创建展示，例如，允许我们将展示出售给装满产品的客户。 请根据您的生产公司数据库的最新备份创建一个测试公司数据库，然后使用"生产"模块。 您会发现它非常容易使用。

基本上，我建议您解决以下问题：

1. 为每个基本产品创建两个项目。 一种是常规物料，而另一种则用于处理任何退货库存。 这使大约30个项目。 假设您在使用其他配置再次退货基本产品之前对退货进行了否定（请继续阅读，您会明白我的意思）。 否则，您可能需要为每个基本产品创建3个或更多项目。
2. 创建与唯一变体一样多的项目。 使用常见的变体可以说制作了120个项目。
3. 创建的项目与唯一选项一样多。 那应该可以制作大约960个项目
4. 总共可以制作1000到2000个项目，这对于B1来说都没有问题（我们正在处理大约30.000个项目，没有问题）
5. 通过将基本产品及其变体和相关选项之一组合在一起，构建一个允许您根据需要配置产品的界面。 您可以创建此接口，以便始终只能根据基本产品选择正确的变体和选项。
6. 使用DI API，然后：
7. 创建（或编辑） （更精确地说）是一个BOM表，以匹配您刚创建的配置，其中基础产品是父项。
8. 创建生产订单
9. 使用生产订单。 现在，您已经有基本项目的库存
10. 创建销售订单，添加刚刚为其创建库存的基本项目，并根据需要更改描述
11. 然后：
< li>提供已配置的产品

为使您的工作更轻松，您甚至可以创建几个用户定义的表来存储常见的BOM表，因此您只需选择一个BOM表即可， 每次都从头开始配置一个。 您甚至可以将每个新配置保存到这些表中，因此只需选择所需的配置即可。 如果这些表开始有太多记录，则可以将它们擦干净。

如果退货，您可以将该库存预订至"备份"项目之一，然后重命名该项目以描述基础 产品，变体和相关选项（或在商品的评论字段中描述所有内容）。

致谢

Johan

您好，

如果您可以选择使用DI API，那么想到的一个解决方案就是使用生产模块。 但是，这全部取决于几个关键问题：

1. 您有多少种基本产品？
2. 基本产品之间是否有常见的变体？
3. 变体之间是否有共同的选择？
4. 您需要同时（最大数量）保留多少个完全配置的产品？

此致

Johan

嗨，

从理论上讲，我们总共需要100亿个商品代码，但我们每年售出大约500个商品，因此我们可能会在以后添加新商品 我们需要卖掉它们。 唯一的问题是使这些项目保持最新。 例如，如果特定选项的价格上涨，我们将必须检查具有该选项的每个商品代码并进行更新。

这就是我想编写一个可以创建和维护这些选项的应用程序的原因。 项目代码。 最初的想法是让它一次生成所有零件，但是我想我可以根据需要生成零件号。 这是您的建议吗？


真诚地，
Matthias

嗨

我认为是 Johan Hakkesteegt ，第一个问题是您需要多少种完全配置的产品

我认为您应该在添加销售订单时就对产品进行管理，这是避免最大数据库规模的最佳方法。

亲切的问候

阿古斯丁