我没有提出，但是我同意要理解解决方案及其有用性，您需要
痛苦 ，或者，就像穿西装的人所说的那样，
痛苦 。 如果您在短缺，库存过多，延迟装运和其他计划不佳的症状上没有困难-太好了，这篇文章不适合您，并且这里列出的问题很有可能在您的灵魂中无法解决。
如果您已经经历过或现在正在经历1C计划的痛苦，那么让我们一起生病并尝试恢复吧。
该文章主要是关于SCP的。 ERP中已消除了一些问题（同时添加了新问题），但直到今天一直困扰着他们。
所以走吧
安全性
首先，您如何知道满足哪些需求？ 因此，我有客户订单，销售计划，内部订单或生产订单-这些是我的需求（更确切地说是买家）。 仓库中有库存，有供应商的订单（采购和加工），最后有采购计划-这些是我的资源。 如何回答这个问题-哪些需求得到满足而哪些没有得到满足？ 好吧，随之而来的问题是-缺少什么？ 您需要购买或生产什么？
在1C配置中，没有简单的答案可以回答这个问题。 尽管乍看之下这项任务是微不足道的-拿走所有资源，根据您的需要分配它们，您会感到很高兴。 看来简单的报告应该有所帮助，但事实并非如此。
我也和您一样，做了这样的报告。 要大致回答所提出的问题，该报告非常合适，但是谁需要一个粗鲁的答案？ 人们有生意，问题的答案取决于金钱的支出，资产的流动性不足，现金缺口，与客户的关系。
为了弄清楚答案，我的报告开始变成条件和保留。 例如，此交易对手是关键，必须首先在仓库中提供库存。 但是他从这个仓库取货没有任何意义-这是该国的另一端，只有在紧急情况下才可以乘飞机来。 或者该仓库仅用于X单元，但在有特殊需要的情况下，根据主管的命令，Y单元的人员可以从该仓库中取走一些东西，但他们必须下达将通过搬迁执行的内部订单。
布局方案和查询语言的功能不再足以描述计算安全性的所有条件，因此出现了调整手册。 该报告看起来越来越像一个可怕的怪物，并且在这里，越来越多的数据质量新问题被不断发现。
然后发生另一个噩梦-业务流程发生变化，同时员工结构发生变化，部门组合，仓库数量增加一倍，生产计划出现，出现“买方请求”类型的新文档，该文档先于买方订单，等等。 简而言之，报告死亡的原因太多，以至于它不再抗拒。
规划助理
SCP中计算安全性的部分问题由“计划助理”决定。 我曾经非常喜欢这个工具，它有很酷的想法和方法。 但是，a，他仍然是解决实际业务问题的原型。 如果您愿意，我不会很久不告诉助理祖父，您可以轻松地找到许多有关其限制的信息（例如瓶颈）。
关于安全性的计算，“计划助手”的主要缺点是需要不断
使用它 。 安全的真实情况每分钟或至少每小时更改一次，并且该助手被设计为相对不经常使用。
第二个重要的缺点是助手不回答“提供多少费用？”这一问题。 它只给出缺少的内容，即 回答伴随的问题，跳过主要问题。
订房及住宿
在某个时候，我提请注意预订（在仓库中）和放置（在对供应商的订单和内部订单中）。 这似乎是我需要的！ 预订对主要问题给出了明确的答案-因此，需要提供。 它直接说-从这个仓库里拿出一块铁，安然无,，然后一块木头将在23周内从供应商那里收到23123号订单。
但是这种幻想变成了现实。 保留发生在文档生成时（例如，客户的订单），并且储备位置（仓库或供应商的订单）存储在其中。 一个人三天前犯了一个错误-一切，三天的预订链都快要死了。 两周前取消了对供应商的订单-在备用登记册中找到负号。 他们没有储备就从仓库拿走了它，或者注销了短缺的东西，从炉子上开始一切。
希望以文件“储备金”的形式闪过-它使您可以一次调整所有储备金。 释放，转移，占用更多相关资源-即 消除了上述所有缺点
希望持续了很长时间，甚至成长为几个项目。 我和您可能做过这样的事情，例如自动重新计算储备金或用于管理储备金的大型工作站，以便Big Dispatcher可以在考虑到现实生活中的需求和所有变化的情况下来回转移，移除和安装储备金。 从程序员的角度来看，此人的操作很容易放入“商品预定”文档中，他还不错-寄存器中几乎有直接记录。
但是在这里，并非一切都顺利。 顺序问题仍然存在，因为 追溯更改需求或备用单据同样可以将备用单减为负。 Big Dispatcher不再依赖不断变化的数据。 他刚刚分配了储备，一分钟后他进入了AWP，发现他已经分配了不存在的资源（天真地他还打电话给别人并承诺了一些东西）。
另外，与计划助手相同的缺点-冗余，包括。 AWP，您需要不断
使用 。 进入，跟随它，按一些东西。 同样，需要大调度程序。
最糟糕的是，我不需要备份。 我只想知道为我提供了什么，提供了什么以及我缺少什么。 保留是“不要碰我的！”，即 整个业务流程。 此外，在制造企业中，仓库中的人（没有凉爽的WMS系统）喜欢破坏。 他是唯一一个用自己的灵魂扎根生产的人，当他收到稀缺的零件时，他只是将它们藏在角落里，“以免被诅咒的卖家被带走”。 有什么样的预订。
我和您一样，可能试图创建一个自动预订和分配系统。 看来任务很简单，技术性更高，类似于批处理会计。 有必要拿走所有批次的储备并在需要储备的人中分配。 但是，困难的产生与批量记帐相同，即需要恢复一致性，复杂的算法，对业务流程和记账方案的更改的重要性。
但是我只想找出提供给我的东西，提供的东西以及需要购买的东西。
类似物
这个话题太老套了，甚至在会议上都没有出现。 岁月流逝，手推车不动。
无论我在哪里计划，我都必须考虑类似物。
最简单的选择是零件的通常互换性。 例如，在机械加工中，常见的情况是外观完全相同的铁片，但根据设计文档的不同版本制成。 例如，来自不同等级的钢。 或者一个来自锻造，另一个来自冲压。 或自行生产，另购。 或者由于供应商的处理方法不同，粗糙度也有所不同。
在软起动器和ERP中都可以指示这些零件的互换性。 在某些地方，甚至会考虑此信息-例如，在生产报告中选择班次的物料时。 在计划和计算安全性时，我不想购买零件，而我已经有类似的零件库存了。
当然，在现实生活中，对类似物进行会计处理更为困难。
例如，互换性可能取决于客户-一个需要不同的钢，另一个需要40倍的鼻血。 一种是中国制造的，另一种是爱国者的。
但这就是所有类似物一对一连接的简单情况。
发生起来比较困难。 例如，当制造聚合物包装时，采用适当宽度的膜。 如果客户订购了一卷宽度为1000毫米的包装，我们的宽度为1100毫米，沿边缘切开50毫米（这样就可以使它均匀），每个人都很高兴。 但是有一种情况是我们没有1100宽的胶片，只有1105毫米。 当然，我们不会洗蒸汽浴，而是会浪费更多的时间。 如果燃烧顺序和客户是我们的最爱，我们可以选择1110毫米，我们可以选择1115毫米，甚至可以选择1300。
事实证明，存在一个计算类似物的复杂公式。 每部电影都是单独的命名法，即 每部电影的组合将是数十个。 但是类似物组合的适用性取决于上下文-我们需要获得的产品宽度。 我们在这里补充说，相同宽度的膜的特性不同，但是在某些条件下可以互相替换。 可以将1000毫米宽的卷切成两半，以完成需要450毫米宽的订单。 它可以分为三个部分，不一定相同。
简而言之，地狱就是地狱。 但我希望以某种方式将其考虑在内，并且回答“是否提供？”这个问题。 系统给了。
您可能知道更复杂的材料更换方案。 告诉我不要害羞。 一样，没有人计划使我们的类似物会计自动化。
柔韧性
更确切地说，不是灵活性，而是缺乏灵活性。 我，也许像您一样，已经多次听到这句话-您需要使过程适应1C而不是1C。 当他从事特许经营时，他本人喜欢向客户重复此口号。
在1C中规划和计算安全性没有灵活性。 灵活性是您无需进行繁琐的编程即可选择最合适的工具，对其进行微调并获得所需的计划方案的时候。
我对SCP非常满意，但是在计划决策中没有太多选择。 这甚至都不是灵活性，而是“无”，真空，场地整洁。 可以说没有什么是灵活的吗？ 当然可以 这就是SCP的魅力，因为我爱他，尤其是在计划方面-随心所欲，这不会更糟。
例如，即使是通过普通编程，根据BBV方法（鼓缓冲区绳）连接到软起动器采购也是一项简单的任务，而在那里没有任何通用工具。 修改后不可能破坏系统中的任何内容，例如 伟大的工作没有完成。 这就像在从火星到金星的中途引爆一颗核弹-太阳系不会注意到任何东西。
ERP已经有很多选择-有四种方法可以满足您的需求。 但是，正如开发人员在合作伙伴会议上所说，ERP是为流程编写的面向流程的系统。 更改ERP中的支持方法-爆炸同一枚仅在地球上已经存在的核弹。 特别是考虑到从编辑人员到编辑人员的不断变化。
然而，这项事业是有用的，有很多选择。 我与开发人员进行了交谈，向他们询问了有关我的疼痛的问题，得到了令人失望的答案-这种药不能治疗疼痛。 没有关于安全性的报告，没有类似物，没有添加或更改安全性的方法-仅通过配置器，您将无法在安全性方案中考虑元数据对象。
我不认识你，但是在这个比较中，“伟大的事物”离得更近。
自定义元数据对象
好吧，这里真的没有什么可说的。 任何添加的元数据对象均不属于任何计划或抵押方案。
临时元数据对象和I的示例，您知道一百万。 如果将SCP与行业解决方案结合起来，则自制物品将自行出现。 他们都不会参与计划，并且配置器在这里是必不可少的。
例如，如果不是直接添加对象而是添加道具，那么无论对象去往何处，它都至少会出现在计划助手的选择中。
在自制物品的背景下，在1C中进行此类规划甚至更好。 想象一下它是否像RAUZ-完整，经过测试，可以正常工作，自给自足。 我们中的许多人冒着生命危险，在货物运输中添加了一个全新的文件，并将其包括在RAUZ的所有链条中？ 或在术语中增加了细节，这会影响SLAU的决策？ 但是规划并不是那样的-无论您在何处添加计划，计划都会通过。
总结
以前，我经常听到这样的短语：对于每个企业而言，规划是一个独特的过程，并且不可能为其所有选择提供标准的解决方案。
在这句话之后，我喜欢将计划作为一类任务。
一方面，该短语使制定标准解决方案的需要省了1C（以及所有开发人员）。
另一方面，这句话激发了入侵者的灵感-行动起来，在这一领域没有法律，规则，对与错的决定！ 做吧！
我工作了几年，也许你也是。 事实证明，有些事情没有，路径上的某个地方有可怕的计划和备份系统，带有难以理解的设置和算法的狂野报告，我本人现在无法弄清楚。
都是因为这个短语。 创建，每次创建，因为没有标准的解决方案。
然后才发现这句话是不正确的，没有说，其中缺少一些东西。
没有针对
客户的标准解决方案。 或者以另一种方式-
用户没有盒装解决方案。 在世界上没有这样的程序供用户自己制定计划。 有一个程序，用户可以自己核算，我们所有人都知道。
但是他们并不具有单一的实现方式，那里也有1C程序员。 用户-他只知道如何按下按钮，即使如此，他一直都被误会。 程序员，他编写代码，他知道布局方案和数据存储方案，并且看到元数据，知道计划目标，知道过程... ...你知道吗？
对于用户，对于程序员而言，没有针对计划任务的标准解决方案。
程序员必须有一个典型的计划任务解决方案 。 工具工具
- 具有一定的抽象水平（当然，不是配置者）；
- 解决计划任务的基本算法，以免在每次执行时都担心它们；
- 能够将所有必要的系统数据用于计划目的；
- 安装时不需要编程，也不会陷入俗套。
通常，您需要由程序员为程序员创建的工具。
最接近的清晰比喻是
数据转换 。 它不是一个非常简单但复杂的工具，可以解决特定的，可理解的任务领域-数据交换-并包含成功解决此问题的所有必要功能。
转换几乎完全符合我向计划系统提出的标准：
- 具有一定程度的抽象（对元数据一无所知，知道如何在不同的平台上工作，知道如何传输所有内容或分段传输等）；
- 解决数据传输问题的基本算法，以免在每次执行时都担心它们；
- 能够将所有必要的系统数据用于传输目的；
- 它不需要编程*进行配置，但也不会陷入俗套。
*-此处不是真的，通常需要进行转换编程。 但是有很多例子是不必要的。
在我看来，就本文而言，数据转换是程序员典型解决方案的近乎完美的示例。 转换甚至不会假装是针对用户的，因此她不必为用户携带可用性，过程方法，方便的设置，需要特殊的数据组织和其他镇流器解决方案。
另一个值得一提的是
SCP中的预算编制 。 这是一个系统，允许您使用查询从系统收集任何数据，并从中构建预算计划。 它通常开箱即用，但是如果您将程序员置于设置之后，则可以很快获得正面的结果。
我将继续使用我个人认为正确的工具
-ERP Monitor 。 该工具的目的是多方面的，但同时也非常简单-以正确的方式提供有关业务的信息。 最主要的-在ERP监视器中，您可以编写布局图，定义自己的指标，计算和控制规则。 当然，尽管已经尝试为用户创建配置界面，但用户不会这样做-存在预定的指示符，策略，目标。 给程序员提供正确的问题说明-他将为企业创建一个智能控制系统。
现在，实际上，
主要的问题是 ：设置计划和计算安全性的工具在哪里，其灵活性和功能类似于数据转换，预算编制和ERP监控器？
典型的1C配置-例如，它们用于“会计和管理”。 管理的基础是计划和控制。 至少可以建立控制。 考虑到俄罗斯会计方法的特殊性，要构建正确，现代的规划并能够快速响应环境变化，几乎是不可能的。
这就是为什么在第一个单词上加上“会计和管理”一词的原因。 我要保持平衡，一件事又是另一件事。
当然，以上所有都是作者的个人观点。
PS：我会问自己，这很有趣，也许您知道-谁做出了决定，如何在软启动器或ERP中制作正确的工具，哪个错？ 为什么预算是正确的而计划是错误的。