Second iteration for System-of-interest definition

I’ve got this feedback from Anatoly on my first iteration of System-of-interest definition here https://blog.system-school.ru/2022/09/23/my-understanding-of-why-system-thinking-is-useful-first-round-of-target-system-reveal/

Not target system, system-of-interest. External project roles -- stakeholders. Not system reveal, but better system discovering (rare), even more better will be system definition (standard name for it).Department is organizational unit (constructive object, not functional object, not orgrole), you need something functional for system definition. Data are descriptions, not systems. We will explore this case at a group meeting.Искать нужно а) системы, с ними работающие/их интерпретирующие и б) что именно описывают эти данные, что мы собираемся менять (изменение этих данных нам нужно для изменения чего? вот ключевой вопрос).


So let's do the second iteration for System-of-interest definition.
My interest Function - is governing the Master Data  (limiting Master data usage, managing it's life cycle principles - when and how to create to be to balance different  functional interest to maximize value for whole Enterprise). As a functional unit I can think of Role Master Data Governance Lead (I have two in my team: one for Vendors and one for Materials)

If we leave System-of-Interest as defined in 1st iteration as End Customer enjoys Payed Product, then chain of enabling systems up to the my Engineered System will be:

NumberSystem NameSystem TypeGrounding exampleData usedApplications usedRoles involved
1End Customer enjoys Payed ProductSystem-of-InterestMr J.Smith has bought in a shop a Chocolate bar and paid $1Transaction: Sales; Master data: Product,Customer Relationship Management System (CRM)Customer, Shop assistant
2SalesEnabling systemSales Representative took an order from a shop for 30 Chocolate barsTransaction: Order; Master data: Product, CustomerEnterprise Resource Planning System (ERP)Sales Representatives, Shop owner
3DistributionEnabling systemOrder was processed and transportation organized from Warehouse to the Shop, Truck has delivered 30 Chocolate bars to the ShopTransaction: Order; Invoice Master data: Product, CustomerERP, Transport management system (TMS)Warehouse oterator, Truck driver
4ManufacturingEnabling systemPlant has produces 1000 Chocolate bars and sent to the WarehouseTransaction: Process Order; Master data: Product, MaterialERP, Manufacturing Execution system (MES)Chocolate line operator
5PurchasingEnabling systemBuyer has ordered 1 ton of Cocoa for the Plant, Vendor has supplied it the the Ware houseTransaction: Purchase Order; Master data: Vendor, MaterialERPBuyer, Vendor, Warehouse operator
6FinanceEnabling systemFinace controller has check and authorized the purchasingTransaction: Purchase Order; Master data: Vendor, MaterialERPFinance controller
7ITEnabling systemIT has supported the access of all Roles to the ERP systemRoles, Employees, AccessallSecurity specialist
8Internal ControlEnabling systemLegal has checked the access is comliant to the LawRoles, Employees, AccessallInternal Control specialist
9R&DEnabling systemR&D specialist creates new specification and asks for new sku code for a new productTransaction: New Specification creation Master Data: Materials, ProductProduct Lifecycle management system (PLM)R&Q specialist
10Master DataEnabling systemMaster data operator has created the sku code for Chocolate bar as this is a new product after a check it’s Name, weight and receiptTransaction: Product creation Master data: ProductMaster data management system (MDM), ERPMaster Data operaor
11Master Data GovernanceSystem-in-hands/Engineered SystemMaster Data Governance Lead has set up a rule which restrict creating of new skus in ERP if Name and weight is the same with existing skuProcess: Rule of Product creation Master data: ProductMDMMaster Data Governance Lead