有一次，一家机械厂的供应部负责人打电话给我说：“听着，我的部门有十二个人。每个人都买自己的区域，一些紧固件，一些电工，一些机床消耗品。他们都一次登录供应商的网上商店。每个人都知道密码。不清楚谁订购了什么。谁超出了预算，无法追踪。一个经理辞职，每个人都必须更改密码。这真是一团糟，难道就不能好好做吗？”我当时就这么想，因为这种情况非常熟悉。我不是第一次听到这样的事情，每次我都会感到惊讶：2026年，营业额数亿卢布的大公司怎么会通过网上商店的一个普通账户来管理采购？就好像整个会计部门都在一个 1C 账户下工作——这种荒谬的现象由于某种原因被认为是电子商务的常态。
事情是这样的 - 问题不在于店主不想为顾客提供方便的工具。问题在于标准的 WooCommerce（以及大多数电子商务平台）根本不是为企业买家设计的。一个帐户 - 一个用户 - 一辆购物车。点。但真正的 B2B 世界的运作方式完全不同。有层次结构、预算、责任范围、批准程序。如果您的在线商店不理解这一点，您就会失去客户。不是因为你的价格不好或者范围很弱，而是因为与你合作不方便。买家将额外花费半小时通过您的网站下订单 - 下次他只需致电拥有普通个人帐户的竞争对手即可。
我多年来一直在为 WooCommerce 开发 B2B 解决方案，公司帐户主题是最受欢迎但同时也是最被低估的主题之一。当我们开始为 COS WP Woo 插件设计子账户模块时，我们并不是从抽象的“最佳实践”开始，而是从真实公司的实际要求开始。我想告诉您我们是如何做到的，我们一路走来获得了哪些收益，以及为什么正确组织的企业访问可以使 B2B 客户的平均账单增加 20-30%。不是因为你在推销什么东西，而是因为买家从你那里购买变得更方便。
为什么每个公司一个帐户永远不够
让我们看看典型的中型或大型公司的采购工作是如何进行的。采购部门有一位主管 - 他负责总体预算和采购策略。经理们在他的领导下工作，每个人都负责自己的区域。有些购买原材料，有些部件，有些消耗品，有些工具。每个经理都有自己的一个月或一个季度的预算、自己的供应商、自己的日常职位。有时，在不同城市的生产基地也有区域代表，他们也会订购一些东西，但在一定限度内。
试想一下：所有这些不同的角色和权力都需要打包到一个在线商店帐户中。会发生什么？一团糟。部门负责人看不到到底是谁下的命令。伊万诺夫经理点了50万个，尽管他的限额是200个。佩特洛娃经理不小心点了昨天西多罗夫点的东西，因为他们看不到对方的订单。当需要处理重复、退货和预算超支时，即时通讯工具中就会开始无休止的通信、打电话并找出“谁订购了这个以及为什么”。这是熟悉的画面吗？我几乎在每一家向我们寻求 B2B 解决方案的公司中都看到了这一点。
大型组织有内部采购法规，这一事实加剧了这一问题。超过一定金额的订单必须经过经理批准。购买特定类别的商品需要 CFO 签证。有些物品通常只能通过招标程序购买。整个企业流程需要以某种方式叠加在在线商店的界面上，该界面最初是为零售买家设计的——选择产品、将其放入购物车并用卡支付的个人。 B2C 中的“添加到购物车”和 B2B 中的“生成采购申请”之间存在差距，大多数 WooCommerce 插件甚至都没有尝试弥合。
我记得我们的一位客户（一家工业润滑油分销商）告诉我，在实施子账户之前，他的销售经理每天花费大约两个小时处理通过电话和电子邮件收到的订单。为什么通过电话？因为客户端的买家不想处理不方便的个人账户。打电话和口述更容易：“就像上次一样，但不要用 200 升的桶，而是拿两个 60 升的桶。”每天两个小时，每周五天，一年五十周——这对经理来说是五百小时的体力工作。考虑到经理的平均工资（包括税费和扣除额），每年大约为 350-40 万卢布，只需为客户提供独立订购的正常工具即可节省。但不仅仅是一个“有目录的商店”——而是一个考虑到公司具体情况的工具。
这就是我们将子账户系统设计为 B2B 模块不可或缺的一部分的原因。不是作为一个单独的附加插件，您需要安装在一边并祈祷它不会与其他功能冲突，而是作为一个集成组件，与 B2B 团体、定价、配额和生态系统的其他部分协同工作。这是非常重要的一点——与业务逻辑没有联系的子账户没有多大意义。只需为几个人提供不同的登录信息就成功了一半。当每次登录都有自己的一组权限、自己的限制、自己的可用类别以及自己在购买过程中的角色时，真正的价值就开始了。
子账户的内部结构如何
当我们开始设计子账户模块时，我们首先需要决定的是数据模型。看来这里有什么难的呢？有一个主帐户，有一个子帐户，通过外键链接 - 然后就可以了。但一如既往，问题在于细节。我们详细讨论了要维持什么级别的嵌套。如果一个公司有分公司，每个分公司有自己的采购部门，每个部门有自己的经理——这已经是三个层次了。如果我们在这里还添加为特定任务而组建的项目组 - 四个。每个级别都有自己的权利和限制。
因此，我们做出了一个可能对某些人来说似乎有争议的决定，但实际上证明是绝对正确的：两级层次结构。主帐户（公司所有者或采购经理）和子帐户（经理）。没有中间水平。为什么？因为在现实生活中，更复杂的层次结构产生的问题比它们解决的问题还要多。每增加一个级别，都意味着新的一层权限、新的继承冲突、需要测试的新场景以及肯定会在最不合时宜的时刻弹出的新错误。 95% 的 B2B 客户完全适合“一名经理 - 多名经理”模式。对于剩余的 5%，您可以创建多个主帐户 - 例如，每个分支机构一个。
我们系统中的每个子帐户都是一个成熟的 WordPress 用户，具有单独的登录名和密码，但通过表中的条目链接到主帐户wpaic_b2b_子帐户。主帐户直接从您的个人帐户创建子帐户 - 指定电子邮件、姓名、职位，以及最重要的一组限制。这些限制是什么？一次订单的最大金额 - 例如，经理可以订购的金额不超过 15 万卢布。可用产品类别 - 耗材经理只能看到耗材，而不是整个目录。需要批准 - 子账户订单在提交处理之前可能需要获得主账户的批准。最后，访问历史记录 - 子账户是否只看到其订单或公司的所有订单。
事情是这样的 - 这些限制不是硬编码到代码中的，而是由主帐户独立配置的，无需商店管理员的参与。这对于扩展至关重要。想象一下，您有 50 个 B2B 客户，每个客户有 5 到 10 名经理，并且每个客户都希望以不同的方式设置权限。如果您需要为此写信给技术支持，您的技术支持将会被淹没。如果客户可以登录他的个人帐户，创建子帐户并设置限制 - 这就是最好意义上的自助服务。
从技术上讲，实现是这样的：创建子帐户时，会生成一个具有该角色的新 WordPress 用户客户，它被分配了一个元字段_wpaic_parent_account包含主帐户 ID，并在我们的表中创建一个包含一组权限和限制的条目。当子帐户登录并进入商店时，我们的插件会拦截对目录的请求并过滤可用的类别。当子账户将商品添加到购物车时，会检查金额限制。下单时会触发检查：是否需要确认主账户？如果是，则创建订单，状态为“等待确认”，并且主账户会收到电子邮件通知。他登录自己的个人帐户，查看订单，检查商品和金额，然后单击“确认”或“拒绝”。仅在确认后订单才会被处理。
我遇到过一种情况，客户要求添加另一级确认 - 当超过一定金额的订单不仅必须由采购部门负责人确认，还必须由 CFO 确认。我们通过阈值机制来实现这一点：如果订单金额超过既定限制，则将订单发送以进行额外批准。这不是 BPM 系统中的经典审批链，而是一个两级过滤器，但对于大多数场景来说已经足够了。你知道吗——客户很高兴。因为在此之前，他通过 WhatsApp 群组控制大额采购，经理们在群组中发布订单截图。我不是在开玩笑 - WhatsApp 是一个用于协调年营业额 5 亿卢布的企业采购的系统。
我还想强调一下子账户如何与 B2B 群组集成。在我们的模块中，B2B 组是一组适用于特定类别客户的定价规则、折扣和条件。例如，“经销商”组获得减去百分之十的批发价，“VIP”组获得关键商品的特殊固定价格。当主帐户属于特定 B2B 组时，其所有子帐户都会自动继承该组的定价。采购经理看到的价格与经理自己订购时看到的价格相同。这是合乎逻辑和自然的——价格不是由人决定的，而是由采购公司决定的。但同时，每个子账户可以对主账户设置的类别和金额有自己的限制。结果是一个灵活的系统：定价由 B2B 集团决定，访问限制由主帐户决定。
有一个有趣的案例，涉及一家生产金属结构的工厂。他们的采购部门有 12 名经理 - 这与我在文章开头所用的名称相同。我们给他们设置了这样的结构：主账户是部门负责人，十二个子账户是经理。三名经理购买紧固件（他们只看到“紧固件”类别），两名 - 电工（“电气设备”类别），四名 - 机器消耗品，一名 - 工具，两名“通才”看到整个目录，但订单限额为 10 万卢布。 5万个以下的订单会自动处理，50到200个-需要老板确认，超过200个-需要寻找者的额外批准。设置大约花了一个小时，从那时起工厂就一直通过网站订购。前三个月，平均账单增加了 27%，不是因为价格上涨，而是因为经理们不再忘记他们之前通过单独电话“重新订购”的商品。
采购床单 - 当例行公事变成一键点击时
现在我们来谈谈采购表，因为这是客户最常要求的功能，但制定方式不同。有人说“我们需要重复订单的收藏夹列表”，有人说“我们想要订单模板”，有人说“我们需要重复订单功能，但具有编辑能力”。本质上，每个人都在谈论同一件事：存储一组数量的产品并将其快速转化为订单的能力。
WooCommerce 似乎具有“重复订单”功能 - 它从之前的订单中获取商品并将其添加到购物车中。但这是针对零售业的解决方案，而不是针对 B2B 的解决方案。为什么？因为B2B买家不会一对一重复之前的订单。他重复了大致相同的一组，但进行了调整：您需要更多的该产品，更少的该产品，但完全删除该产品，因为仓库中仍然剩余一些库存。买方可能有几套这样的“基本套”——每周消耗品订单、每月零部件订单、每季度设备维护备件订单。每套都有自己的商品清单、自己的数量、自己的节奏。
我们的采购清单模块的工作原理与此完全相同。用户（主账户或子账户）创建一个命名列表 - 例如，“每周消耗品”或“TO-2 的备件”。将目录中的产品添加到其中并指示数量。可以对每件商品发表评论 - “仅在价格低于 5000 时购买”或“如果没有类似产品，请更换为类似产品”。该列表已保存并可在您的个人帐户中使用。到了订购时间时，他打开列表，根据需要调整数量，单击“添加到购物车” - 列表中的所有商品最终都会进入购物车。接下来就是正常的订购流程了。
说实话，当我们第一次向客户演示此功能时，反应是出乎意料的。我们期待类似“嗯，是的，这很方便。”他们得到：“等等，这样我的经理就不必每周一花 40 分钟搜索并添加 60 个职位了？他只需打开一个列表并按一个按钮即可吗？”这是正确的。四十分钟的例行公事变成了三十秒。将其乘以经理数量、每月订单数量 - 您就会明白为什么采购清单已成为我们 B2B 模块最受欢迎的功能之一。
但是，存在一些细微差别，使得采购表在企业环境中真正有用。第一个是分享。主账户可以创建采购清单并“分享”给公司所有子账户。这意味着供应部门负责人创建一个标准采购集，经理将其用作基础 - 将其添加到购物车，根据需要进行调整，然后下订单。如果标准集发生变化（添加新的消耗品，删除已停产的消耗品），老板会更新一份列表 - 所有经理都会看到当前版本。这在技术上并不困难，但从业务流程的角度来看，它节省了大量时间并减少了错误。
第二个细微差别是与订单历史记录的集成。系统分析买家定期订购的商品，并可以根据最近三到五个订单自动创建采购清单。该算法很简单：如果某种产品出现在一半以上的最新订单中，则该产品就是包含在列表中的候选产品。数量取平均值。买方查看建议，必要时进行调整并保存。因此，即使经理从未听说过采购清单，系统本身也会促使他使用它们。
第三个细微差别，也许是最不明显的一个，是购买床单作为店主的销售工具。想一想：如果您看到一位客户有 20 件商品的购买清单，并且他每个月都会订购，那么这就是黄金信息。你知道他需要什么，你知道数量，你知道频率。您可以为此套装提供个人折扣。您可以提前在仓库预留货物。您可以建议使用相关产品扩展该列表：“我们建议在您的标准润滑剂订单中添加过滤元件 - 它们的耗尽频率大致相同。”采购清单不仅为买方提供了便利，也是卖方了解其需求的一个窗口。
我们看到我们的一位客户（一家工业化学品供应商）使用采购单数据进行主动销售。他看到，工厂定期订购某套试剂，如果量增加15%，就会给予批发折扣。逻辑很简单：“你已经每个月都买这个了，再多买一点——我们会给出更好的价格，两周后你就不必再下订单了。”此类优惠的转化率约为百分之四十 - 因为优惠准确、相关且基于真实数据，而不是抽象的营销电子邮件。
另外，值得一提的是直接从目录“动态”创建采购清单的机制。经理查看产品，并在“添加到购物车”按钮旁边看到“添加到购买列表”图标。单击 - 选择要添加到的列表（或创建新列表），指示数量。这比先将商品添加到购物车然后尝试将购物车保存为列表更方便。我们尝试了这两种方法，最终决定“从目录添加”——用户直观地感知它，无需解释或提示。
MOQ - 每个人都忽略的最小订购量，直到他们被烧毁
现在我们来谈谈很多B2B商店认为是小事然后后悔的事情——最小起订量，或者MOQ（最小起订量）。看来，这里有什么可讨论的呢？设置最低限度——客户的订单不能少。但当你开始挖掘时，你会发现 B2B 中有六种不同类型的最小起订量，并且每种类型都在不同的情况下需要。
最简单的是按产品最小起订量。该产品以十个为批次出售。如果你想要三个，抱歉，至少十个。这对于单独组装无利可图的商品是必要的：硬件、垫圈、过滤器、消耗品。仓库拣货员不会从一箱一千件中数出三颗螺栓——他是用箱子运输的。这是有道理的，因为加工三个螺栓的订单的成本可能超过螺栓本身的成本。产品最小起订量在界面级别解决了这个问题 - 客户根本无法向购物车添加少于最小数量的产品。
下一个级别是按类别划分的最小起订量。整个“润滑剂”类别的最低订购金额为 5,000 卢布。如果您想要一罐 800 卢布，请添加更多此类商品，最多 5000 卢布。这对于需要特殊存储或交付条件的商品是必要的。例如，如果您需要准备运输化学试剂的随附文件，您不想为了一罐而这样做。按类别的最小起订量会激励客户填满购物篮，此时发货在经济上变得合理。
最后 - 按客户群体划分的最小起订量。经销商必须订购至少 5 万卢布，零售客户（无限制）和 VIP 客户（也无限制），因为他们对当年的采购量负有合同义务。这是一个完全不同的逻辑——它与产品无关，而是与客户的关系相关。它非常适合我们的 B2B 集团系统，因为最小起订量以及定价和折扣都被配置为集团属性之一。
我们实施了最小起订量，以便其无缝运行 - 不会给买家带来不愉快的意外。当客户尝试将少于最低数量的商品添加到购物车时，他会立即看到一条消息：“该产品的最低数量为 10 件。”数量会自动调整到最小。如果购物车未达到某个类别的最低数量，则在结账时，客户会看到一条警告，指示还需要添加多少。不是没有解释的区块，而是带有具体金额的明确信息。这似乎是显而易见的，但您会惊讶地发现有多少商店只是显示红色的“订单无法结账”错误，而没有任何解释。
我长期以来一直在思考最小起订量应该是硬性限制还是软性推荐。最后，我们通过管理面板中的设置完成了这两件事。严格的最小起订量不允许您在不满足条件的情况下下订单。 Soft MOQ 显示警告，但允许您继续。为什么要软？在某些情况下，客户迫切需要一件物品，并且他准备为非标准批次支付溢价。阻止它就意味着失去订单。警告但给予机会意味着要灵活。在 B2B 中，敏捷性就是货币。
很少有人考虑起订量的另一个棘手方面 - 数量步骤。该产品至少以十件出售，但变化步骤是五件。也就是说，您可以订购 10、15、20、25，但不能订购 12 或 17。这对于以某种方式包装的商品是必要的：一个小包装 10 件，一个盒子 5 个小包装。客户可以订购一小包（最少十件），但一次只能添加半包（五步）。这听起来像是书呆子的事情，但对于紧固件、电子元件或化学品的供应商来说，这是一个日常现实。当您的在线商店了解这一点时，客户端的买家会想：“哦，终于是一家为人们而建的商店，而不是为了展示。”
MOQ 与子账户配合良好，可以创建有趣的场景。例如，主账户不仅可以为子账户设置最大订单金额，还可以设置最小订单金额。为了什么？这样，当累积需求并每周订购一次在经济上更有利可图时，经理就不会为三种商品下微型订单。这是您作为供应商帮助的客户采购流程的内部优化。客户对此表示赞赏，因为他自己处理传入交货的成本降低了。
包装的多样性还有一个有趣的点，值得单独研究。想象一下：您销售机油。零售 - 升罐装，一次一件。但您以 12 罐为一箱的形式运送给批发买家。如果 B2B 客户想要 15 个罐，您会批量运送一箱（12 件）和另外 3 个罐吗？很可能不会——因为散装包装需要更长的时间，增加了运输过程中损坏的风险，并使买方仓库的验收变得复杂。在这种情况下，正确的最小起订量是 12 件，增量为 12。如果您想要 15 件，则采用 24。或 12。但不是 15。您的在线商店应该理解这一点并正确显示，而不是强迫买家猜测为什么他的 15 罐订单被退回，并带有“数量错误”的评论。我们通过将最小起订量和步骤与产品选项联系起来来实现这一点 - 因为相同的油可以有零售选项（1 升，无最小起订量）和批发选项（1 升，12 件一盒，最小起订量 = 12，步骤 = 12）。不同的选择-不同的规则。听起来很合乎逻辑，但尝试在标准 WooCommerce 中找到这一点。
将最小起订量与采购清单集成还提供了不明显的好处。当经理将产品添加到采购清单时，系统会自动输入最小数量。如果多重步长为 12，并且经理写了“10”，系统将建议调整为 12，并解释原因。这发生在列表构建阶段，而不是结账阶段。区别是巨大的：当您已经花了二十分钟组装购物车时发现问题是一回事，而当系统在您添加商品时提示您输入正确的数量时则完全是另一回事。一件可以节省精力和时间的小事。总的来说，我们试图尽可能地将所有检查“左移”——以便尽早发现错误，而不是在下订单时发现错误。
我们根据客户的要求添加的另一个方面是子账户的分析。主账户不仅可以看到每个经理的订单历史记录，还可以进行汇总分析：谁每月订购了多少，花费了多少预算百分比，购买了哪些类别的商品，有多少订单在批准后被拒绝。这为采购部门负责人提供了一个他以前没有的控制工具——或者说曾经有过，但采用的是 Excel 电子表格的形式，每周有人手动填写一次。现在，信息可以在您的个人帐户中实时获取。这不仅是控制，也是优化的机会。如果老板看到经理西多罗夫定期小批量订购，间隔三天，可以商量并商定合并订单，节省交货时间。如果 Petrov 的经理仅使用其预算的 40%，则可以重新分配限额。数据永远比直觉更好。对于店主来说，这种分析也很有价值 - 您可以看到客户的购买结构，并且可以提供他本人尚未考虑过的解决方案。
真实故事：一家工厂有 12 个买家
我已经提到过这个工厂，但让我们仔细看看它的历史，因为它完美地说明了所有这些模块如何协同工作。这是车里雅宾斯克地区的一家机械制造企业，员工约800人，每年消耗品和零部件采购量约1.2亿卢布。不是巨头，但也不是小公司。供应部——12人加上主管。
在实施我们的解决方案之前，采购流程如下所示：经理收到生产部门的请求，在供应商的网站上搜索商品，打电话或写电子邮件，商定价格，收到发票，带发票签名，发送付款，等待交货。一份订单——经理工作两到四个小时。然而，十二名经理中有六名定期从同一供应商购买工业润滑油，但彼此独立。结果？一个供应商每周发货三次，每次都有自己的运输成本、自己的一套文件以及自己在仓库的验收。因为管理者没有协调命令。
我们已按如下方式配置系统。我们为供应部门负责人创建了一个主帐户，并为每个经理创建了 12 个子帐户。我们按类别分配访问权限：每个经理只能看到自己的区域。我们设定限制：自动处理最多 3 万个订单，30 到 100 个 - 由部门主管确认，超过 100 个 - 额外批准。我们为常规订单创建了六张采购表 - 每个方向一张。我们按类别设置最小起订量：润滑油最低订购量 - 10,000 卢布，紧固件 - 5,000，电气 - 15,000。
前两周是适应周 - 经理们习惯了新流程。一些人抱怨说“以前打电话更容易”。但到了第一个月末，情况发生了根本性的变化。一份订单的平均处理时间从三小时缩短至四十分钟。一家供应商的交货数量从每周 3 件减少到 1 件 - 因为部门负责人现在可以在一个地方看到所有订单，并且可以合并发货。订单错误（错误的商品、错误的数量）减少了 70% - 因为经理使用采购表，而不是每次都重新搜索商品。仅通过将小订单合并为大订单，第一季度的运输节省额就达到约 18 万卢布。
但最有趣的事情发生在三个月后。供应部负责人提出了一个意想不到的要求：“是否可以将我们的账户的有限访问权限授予车间领班？他们更清楚什么是结束，可以直接生成申请。”我们又创建了五个具有最低权限的子帐户 - 工匠只能查看目录并将产品添加到特殊采购清单“车间请求”中。他们无法下订单 - 这是由相应方向的经理完成的，他检查了申请并将其转化为订单。结果是一个三阶段模型：主人创建需求——经理检查并下订单——老板确认大订单。所有这一切都在一个在线商店界面中进行，无需额外的系统，无需带有应用程序的 Excel 表格，无需 WhatsApp 群组。
六个月后，供应商（网店老板）与我分享了数据：该工厂的订单量增加了 34%。并不是因为工厂开始增加产量，而是因为此前由于注册不便，部分采购“流向”了其他供应商。该经理无法很快在网站上找到所需的职位 - 他给他在竞争对手认识的一位经理打电话。现在所有必需的物品都保存在采购清单中，B2B 团体的价格是固定的，注册只需一分钟。如果这里一切正常，为什么还要寻找替代方案呢？这是子账户的投资回报率 - 可衡量的、具体的、以卢布为单位的。
技术细节和陷阱
只谈论成功而对我们面临的问题保持沉默是不诚实的。开发子账户模块比我们预期的要困难，原因如下。
第一个问题是缓存。 WordPress 和 WooCommerce 会主动缓存用户数据，当您开始按子帐户权限过滤目录时，缓存就会成为您的敌人。如果子账户 A 仅查看“紧固件”类别，而子账户 B 仅查看“电气”类别，则无法允许他们查看彼此目录的缓存版本。我们通过与子帐户权限哈希绑定的唯一缓存键解决了这个问题。这会增加内存消耗，但保证正确性。在一个有活动Redis缓存的项目上（比如我们的客户，生产中有16000个产品），这需要微调TTL和失效，但最终它运行稳定。
第二个问题是通知。当子账户下订单时，谁应该收到电子邮件？子账户本身？主账户？两个都？如果订单需要确认，我们是否会向子账户发送订单“暂停”的通知？当主账户确认后，是否需要通知子账户？每个场景都是一个单独的电子邮件通知，需要开发、执行和测试。我们为子帐户实施了六种不同的通知，并赋予主帐户打开或关闭每个通知的能力。因为有些人需要所有通知，而另一些人只想收到大订单的确认。
第三个问题是密码恢复。如果子账户忘记密码，谁重置它？在标准 WordPress 中 - 用户本人通过电子邮件。但在企业环境中，经常会出现子账户的邮箱是普通部门邮箱或者根本不是邮箱，而是电话号码的情况。我们增加了主帐户从您的个人帐户重置子帐户密码的功能 - 无需商店管理员的参与，也无需电子邮件确认。因为当供应部门负责人有新员工并且需要立即访问时，等待包含重置密码链接的电子邮件是不可接受的。
第四个问题是删除子账户。经理退出 - 他的子帐户需要停用。但他有与其帐户关联的订单历史记录。如果您删除 WordPress 用户，您将丢失您的历史记录。我们进行了“软删除”：子帐户被停用，您无法在其下登录，但整个历史记录将被保存并且对主帐户仍然可见。如果六个月后您需要恢复访问权限（新人担任相同职位），您可以使用新密码重新激活帐户。这是一件小事，但在企业环境中却是一件重要的小事。
我根本不想考虑的第五个问题是多货币。如果子账户位于另一个国家/地区并看到另一种货币的价格，这如何符合以卢布设置的限制？我们做出了决定：所有限额均以商店的基础货币存储，按当前汇率自动转换。这不是一个完美的解决方案（在检查限额的时间和付款的时间之间费率可能会发生变化），但它适用于大多数情况。需要严格多货币逻辑的客户通过 B2B 团体使用固定价格，其中价格以特定货币设定 - 这样就不会出现转换问题。
我告诉您这一切并不是为了吓唬您，而是为了表明企业 B2B 模块不可能“在周末”完成。这些问题都是真实客户实际使用的结果。每一个决定都是讨论、测试、错误和改进的结果。当我们说我们的子账户模块已准备好用于工业用途时，我们的意思是来自数十家公司的数千个订单已经通过了它，我们知道错误在哪里以及我们如何解决它们。
一般来说，如果您考虑得更广泛，那么整个故事（包括子帐户、采购清单和最小起订量）都是关于一个简单的想法。 B2B 在线商店不是带有价格的目录。这是买家的工作场所。就像 CRM 是卖家的工作场所一样，1C 是会计师的工作场所。每个工作场所都有自己的工具、自己的设置和自己的访问权限。您的商店越能适应工作场所的角色，客户对您的依恋就越紧密。不是折扣和促销，而是便利和习惯。
我看到 RuNet 中的 B2B 商务正在缓慢但坚定地朝这个方向发展。大公司不再愿意忍受整个部门的零售界面和通用帐户。他们想要一个能够集成到他们的业务流程中的工具 - 具有访问层次结构、预算控制和日常自动化。那些首先向他们提供此工具的商店将获得无法通过百分之三的折扣来克服的竞争优势。因为重新培训 12 名经理、设置权限并重新创建采购清单是一个严重的转换门槛。第一个建立起来的人就是留住客户的人。
我们继续开发 COS WP Woo 中的子账户和采购清单模块。下一个重要步骤是与客户端预算系统和自动计划采购的集成（当采购清单变成每周一次的订单而无需手动参与时）。但这是另一个讨论的话题。与此同时，如果您拥有一家拥有 B2B 客户的 WooCommerce 商店，并且您仍然为每个公司提供一次登录权限，那么是时候考虑一下了。不是因为它很时尚，而是因为你的竞争对手已经在考虑它了。十二名习惯于通过方便的个人账户工作的经理不会去找给他们低半个百分点的价格的人，而是会迫使他们再次打电话并通过电话下达订单。
尝试 COS WP Woo - 为您的 B2B 客户提供他们应得的工具。子账户模块、采购清单和最小起订量已经准备好，并在实际项目中进行了测试，正在等待您。安装该插件，为您的第一个企业客户建立一个 B2B 群组，为他创建子帐户 - 并查看订单动态在短短一个月内如何变化。