诸法域企业立集中采办于D365 Finance，常遇主数据之困。同供应商为诸法域所购，各域货币不同，税制各异，审批层级有别。无规矩，则同供应商终致配置三四处——各域地址相异，联系邮箱不同，付款条件亦非合同所载。

众团队求定制同步服务或按单位供应商之复本。此二者皆非必要。

采购设计之误答

为各单位设独立供应商记录，以定制同步。增单位间定制集成服务，使供应商数据相合。此服务成依赖，须永续维管、监测、升维。每增一字段，必改集成。

凡请购皆经手公司间人工交易，可免重复供应商，然将苦痛移于运营。每跨部门采购，皆成多步人工之程。采办之众不悦，一月内即现暗度陈仓之策。

依 LE 设立采购类目，以 Excel Power Query 汇总之。虽设计简明，然支出可见性总滞后于交易，差以报核之期。CFO 求“与 X 供应商当前总支出”，待手动更新方得之。

可扩之模

寰宇通名簿暨 D365 F&O 之集中采购功能。

各部分之功用：

全球地址簿者，乃立于法律实体之上之派系主数据层也。每供应商皆为全球地址簿中之一派系，具一规范记录。此派系乃释于与之交易之各法律实体，而每法律实体之供应商元数据复叠加其上（付款条件、过账配置、默认财务维度）。

集中采购，使一单位可代他单位采购。采购单位发采购单，自供应商处收货，复转至请购单位。标准功能，于采购单位处配置之。

共享供应商治理——新供应商申请需经中央采购流程。供应商于主体层面创建，经核准后释予LEs。无中央核准，任何LE不得有供应商.

全球地址簿规范

维持全球地址簿洁净之规：

• 供方每法人之单位一。同供应商于多国若税号与法人身份各异，则可为多单位；若全球销售同法人，则单位一。
• 单位之地址层级——主地址、备运地址、分支机构皆系于单位一。
• 党级联络记录，若联络者跨区域工作；供应商发布级联络记录，若联络者专属于某区域.
• 党创建时配置的重复检测规则，以防同一供应商重复录入.

无规矩，全球通讯录便如区域记录般混乱，更添繁琐.

按区域配置供应商信息

何者独存于LE之制：

• 付款之约——按LE立约，映现地幣与支付之序
• 登载之表——会计之理，依LE而定
• 默认之财度——异LE者，同之供商或设异之成本中心
• 银行之户——供商或设一美银以付美元，一欧银以付欧陆
• 购买批准之层级——依每 LE 而异，盖政策不同也

当事人数据（名、址、税注册）存于全球之层。操作之行止则依每 LE。二者自动相合，盖为一物而具层叠之属性也

每 LE 之批准层级

集采非集审。各LE自设审批之程，据：

• 购值之阈（或以本币计，或折算之）
• 请购者之位阶
• 物类之别（文房器具与IT硬设、资本设备之辨）
• 供应商之分类（旧识之商与初遇之商）

此流程为地缘限局。商贾之录则寰宇通。采购单知其源，施以适法之程.

跨司交易，共购之务

当地缘甲为乙购：

1. 甲之采者，下单于商贾
2. 商贾运至甲之收点（或依零售配置，直送乙处）
3. 生成凭据及发票于采购订单
4. 交互公司贸易自动生成配对交易——交互公司采购订单于LE B，入库于LE B，发票过账
5. LE A与LE B以交互账户结算

标准功能。于设置时，每对LE配置一次

集中于支出之报告

共享供应商主数据，跨LE支出报告乃查询之事，非汇总之工。Power BI于共享供应商表，财务维度横贯LE，采购分析工作空间现：

• 各供应商于诸 LE 间之总耗费
• 企业之货用
• 供应商合规指标（周期时长、采购订单准确度）
• 以议价方式中央统一定价所获之节余

皆此之效，盖因供应商乃一统之记录

具此纹者何物

有效的中央采购架构，具：

• 全球名册，载供应商之众
• 设立之际，配置查重之规
• 新供应商请求之共享供应商治理流程
• 按LE发布，含LE特定操作配置
• 集中采购配置，一LE代另一LE采购
• 企间交易配置于LE对
• 每LE审批流程合乎地方法规
• 分析系统取用共享供应商数据

此功能早于需求之提出。正其架构，在于善用，非扩之也。