Digital Tools for Global Workplaces

Chapter 7
Enterprise Systems and Global Business Platforms

Bachelors Program in International Business
Digital Tools for Global Workplaces   •   Bachelor

Enterprise Systems and Global Business Platforms

Introduction

International business depends on the coordinated movement of information, money, products, services, people, and customer relationships across organizational and national boundaries. Enterprise systems provide the digital infrastructure for that coordination. They connect functions such as sales, finance, operations, human resources, procurement, logistics, customer service, and electronic commerce through shared data and standardized processes.

A multinational enterprise may sell through a web store in several countries, source components from multiple suppliers, employ workers under different legal systems, invoice customers in different currencies, and provide support through regional service centers. Without integrated systems, each activity may create separate records, inconsistent definitions, duplicated work, and delays. Enterprise platforms seek to create a reliable flow of information across these activities while allowing legitimate local differences.

Integration, however, does not mean that every country must use an identical process. International implementation requires decisions about standardization and localization, data governance, interoperability, cybersecurity, tax, privacy, language, currency, labor regulation, and cross-border data transfer. The central managerial challenge is therefore to design a global operating model that is both coherent and locally lawful and commercially effective.

Learning Objectives

By the end of this chapter, students should be able to:

  1. Explain the purpose and characteristics of CRM, ERP, HRIS, supply-chain, procurement, e-commerce, and customer-service systems.
  2. Map an integrated global business process from customer demand to fulfillment, payment, and after-sales service.
  3. Distinguish standardization, localization, configuration, customization, and interoperability.
  4. Evaluate cross-border implementation issues involving data, regulation, culture, infrastructure, and organizational change.
  5. Recommend governance and implementation practices for global enterprise platforms.

1. Enterprise Systems as Organizational Infrastructure

An enterprise system is an information system that supports processes across multiple organizational functions, usually through a shared database, common business rules, workflow tools, and integration interfaces. It differs from a departmental application because its purpose is to coordinate the enterprise rather than merely automate one activity.

Four characteristics are especially important:

  • Shared data: Sales, inventory, finance, and service functions can work from consistent records.
  • Process integration: A transaction in one function can initiate activities in another.
  • Control and visibility: Managers can monitor performance, approvals, exceptions, and compliance.
  • Scalability: The platform can support additional products, users, locations, entities, or countries.

Enterprise systems are socio-technical systems. Their success depends not only on software but also on process design, organizational authority, employee skills, data quality, incentives, and leadership. A technically successful implementation can still fail if employees do not trust the system, if processes conflict with local practice, or if managers have not agreed on common definitions.

A useful distinction is between a system of record and a system of engagement. A system of record maintains authoritative information, such as an ERP holding the official financial ledger. A system of engagement supports interactions, such as a customer-service portal or mobile sales application. Modern platforms increasingly connect both types through application programming interfaces (APIs), event streams, and integration platforms.

2. Major Enterprise Platforms

2.1 Customer Relationship Management

A customer relationship management (CRM) system manages information and processes related to prospects, customers, accounts, opportunities, interactions, sales, marketing, and service. Typical CRM capabilities include:

  • lead and opportunity management;
  • account and contact records;
  • sales forecasting;
  • campaign management;
  • quotation and contract support;
  • customer interaction histories; and
  • service case management.

In an international setting, a CRM may need multiple languages, regional sales structures, local communication preferences, different legal bases for marketing, and country-specific customer identification. A global customer record also raises questions about duplication: are two regional records the same legal entity, related subsidiaries, or entirely different customers?

CRM information supports relationship decisions, but it must not be treated as automatically accurate. Customers may change addresses, operate through different subsidiaries, or restrict the use of personal information. Data stewardship and consent management are therefore essential.

2.2 Enterprise Resource Planning

Enterprise resource planning (ERP) integrates core internal processes, commonly including finance, accounting, inventory, production, order management, purchasing, projects, and asset management. ERP is often the backbone of the enterprise because it records economically significant events and supports control over resources.

A typical order-to-cash process illustrates ERP integration. A customer order may trigger an availability check, a delivery commitment, a warehouse pick instruction, a shipment record, an invoice, a receivable, and ultimately a payment reconciliation. The same order may also update revenue, tax, inventory valuation, and customer credit exposure.

ERP implementation is especially sensitive to country differences. Local requirements may concern tax invoices, statutory accounts, chart-of-accounts structures, payment formats, fiscal calendars, electronic reporting, import duties, and legal-entity reporting. A global template can provide common processes while local extensions address mandatory requirements.

2.3 Human Resource Information Systems

A human resource information system (HRIS) manages employee and workforce information. Functions may include recruitment, onboarding, payroll interfaces, absence, benefits, performance, learning, workforce planning, and employee self-service.

International HRIS design must account for different employment contracts, working-time rules, payroll practices, benefits, currencies, languages, holidays, social insurance, collective bargaining, and restrictions on employee data. A global employee directory may be useful, but access should follow the principle of least privilege. A manager should not automatically see sensitive medical, compensation, or identity information for every employee worldwide.

HRIS data is particularly sensitive because it can reveal identity, salary, health, family, immigration, and performance information. Retention, access, correction, and cross-border transfer policies must be established before deployment.

2.4 Supply-Chain Management Systems

Supply-chain management (SCM) systems coordinate planning and execution across suppliers, manufacturers, warehouses, carriers, distributors, and customers. Key capabilities include demand planning, supply planning, inventory management, warehouse management, transportation management, supplier collaboration, and track-and-trace.

SCM platforms address the fact that global supply chains are networks rather than simple linear sequences. A disruption at a tier-two supplier can affect production in another country, even when the focal company has a direct relationship only with a tier-one supplier. Visibility, however, depends on data sharing, common identifiers, reliable event capture, and supplier capability.

Important SCM measures include service level, lead time, inventory availability, forecast accuracy, order cycle time, and total landed cost. Digital visibility does not eliminate physical risk; it improves the ability to detect, assess, and respond to risk.

2.5 Procurement and Supplier Management Systems

Procurement systems support requisitioning, sourcing, tendering, contract management, purchase orders, receiving, invoice matching, and supplier performance. E-procurement can enforce approval limits, preferred suppliers, segregation of duties, and negotiated prices.

The procure-to-pay process commonly follows this sequence:

  1. An employee or system identifies a requirement.
  2. A requisition is submitted and approved.
  3. A supplier is selected under sourcing and contract rules.
  4. A purchase order is issued.
  5. Goods or services are received and recorded.
  6. The supplier invoice is matched with the order and receipt.
  7. An authorized payment is made and recorded.

A three-way match compares the purchase order, receipt, and invoice. It reduces unauthorized or erroneous payment, although it requires consistent units, quantities, prices, tolerances, and receiving practices.

Global procurement must also consider sanctions, forced-labor risks, anti-bribery rules, beneficial ownership, export controls, local content requirements, and supplier cybersecurity. A low purchase price may not represent low total cost once transport, duties, insurance, quality failures, delay, and compliance are included.

2.6 E-Commerce Platforms

E-commerce platforms manage digital product presentation, search, pricing, promotions, shopping carts, checkout, payment, tax calculation, order capture, and integration with fulfillment and service systems. In international commerce, the platform must support local languages, currencies, payment methods, delivery options, consumer rights, product restrictions, and returns.

Localization extends beyond translation. A product description may need different units of measure, legal disclosures, images, sizing conventions, payment expectations, and cultural references. Pricing may differ because of taxes, duties, exchange rates, competition, and channel strategy. The platform should clearly distinguish displayed price, tax, shipping cost, and any import charge.

2.7 Customer-Service and Contact-Centre Systems

Customer-service systems manage cases, knowledge articles, chat, email, telephone interactions, warranties, complaints, field service, and escalation. They often connect with CRM, e-commerce, ERP, and logistics platforms.

For example, a customer asking about a delayed international order may require the service agent to see the order, payment status, warehouse event, carrier status, promised date, and prior contacts. Integration reduces the need for the customer to repeat information and enables consistent escalation.

Service design must account for time zones, language proficiency, accessibility, local communication norms, service hours, and legally required complaint processes. Artificial intelligence can classify cases, suggest knowledge articles, translate messages, summarize conversations, and provide chat assistance. Human review remains necessary where errors could affect rights, safety, compensation, or discriminatory outcomes.

3. Mapping an Integrated Global Process

A process map represents activities, decisions, information, roles, and system handoffs. It helps identify duplication, control weaknesses, missing data, and opportunities for automation.

The following simplified global order-to-service process begins with customer demand and ends with retention and improvement:

Integrated global order-to-service process Customer /e-commerce CRMorder capture ERPavailability / finance SCMfulfillment / delivery Payment andtax services Customerservice Analytics andcontinuous improvement Shared master data, APIs, workflow, controls and localized rules
Integrated global order-to-service process
Figure: Integrated global order-to-service process

Figure: A simplified integrated process linking customer, commercial, operational, financial, and service activities.

The map should be analyzed at several levels. At the customer level, ask whether the customer receives a consistent experience. At the transaction level, ask whether each event has one authoritative record. At the control level, ask whether approvals, tax treatment, credit checks, and segregation of duties are enforced. At the country level, ask which activities must vary because of law, infrastructure, language, or market practice.

4. Standardization, Localization, and Interoperability

Standardization

Standardization creates common processes, data definitions, controls, interfaces, and performance measures across locations. It can lower support costs, improve comparability, simplify training, and enable global visibility. Examples include a common product identifier, a shared customer hierarchy, a standard approval workflow, or a consistent definition of “on-time delivery.”

Standardization is not always efficient. A process designed for one country may be unsuitable elsewhere, and excessive global uniformity can suppress valuable local knowledge. Standardization should focus on what creates enterprise value or is necessary for control, while allowing justified variation.

Localization

Localization adapts a platform to local requirements. It may involve language, date and number formats, currency, tax, payroll, payment methods, legal disclosures, product rules, data hosting, or customer-service practices. Localization can be mandatory, market-enhancing, or merely customary. These categories should be distinguished: a legally required tax report is not equivalent to a preference for a particular screen layout.

Configuration and customization

Configuration uses supported settings, rules, fields, workflows, and templates within the platform. Customization changes or extends the software through bespoke code. Configuration is generally easier to maintain during upgrades. Customization may be justified by competitive differentiation or unavoidable legal requirements, but it increases complexity, testing effort, cybersecurity exposure, and dependence on specialist knowledge.

Interoperability

Interoperability is the ability of different systems, organizations, or technologies to exchange data and use the exchanged data meaningfully. It has at least three dimensions:

  • Technical interoperability: systems can connect and transmit data.
  • Semantic interoperability: participants interpret data consistently.
  • Organizational interoperability: processes, responsibilities, and policies support the exchange.

An API connection may achieve technical interoperability while failing semantically if one system records “delivered” when another means “delivered to carrier.” Common data models, identifier governance, interface contracts, validation rules, and reconciliation processes are therefore necessary.

5. Cross-Border Implementation Issues

Data governance and master data

Master data describes relatively stable entities such as customers, suppliers, products, employees, locations, currencies, and legal entities. Transaction data records events such as orders, receipts, invoices, payments, and service cases. Poor master data creates downstream errors across every transaction.

A global data-governance model should assign data owners, define standards, manage duplicates, establish approval procedures, specify retention, and monitor quality. Important controls include unique identifiers, validation, duplicate detection, controlled vocabularies, version history, and documented stewardship responsibilities.

Legal and regulatory requirements

Organizations must examine privacy and data-protection law, consumer protection, tax and invoicing, employment law, records retention, competition law, anti-bribery rules, sanctions, export controls, accessibility, and sector-specific regulation. Requirements differ by jurisdiction and may change frequently. Legal review should occur during process design, not after software configuration.

A platform should support privacy principles such as purpose limitation, data minimization, accuracy, security, retention control, and appropriate rights management. Cross-border transfer mechanisms must be assessed with qualified legal and privacy professionals; a contract alone may not resolve every legal or operational risk.

Currency, time, language, and cultural variation

Multi-currency systems must distinguish transaction currency, accounting or functional currency, and reporting currency. Exchange-rate sources, effective dates, rounding, revaluation, and settlement differences require explicit policies. Time-zone handling is equally important: a timestamp should normally record a precise instant and, where relevant, the originating time zone.

Translation must preserve legal meaning and product terminology. Cultural expectations influence negotiation, service recovery, payment, privacy communication, and employee adoption. A technically accurate global template can still be commercially ineffective if it ignores these differences.

Infrastructure and cybersecurity

Connectivity, cloud availability, mobile access, identity management, encryption, backup, disaster recovery, and local hosting constraints affect implementation choices. Global platforms increase the value of centralized monitoring but also increase the potential impact of a major incident.

Core controls include multifactor authentication, role-based access, privileged-access management, network segmentation, secure APIs, vulnerability management, logging, incident response, supplier assurance, and tested recovery procedures. Security responsibilities must be allocated among the enterprise, platform provider, implementation partner, and local users.

Organizational change

Implementation changes authority and work routines. Employees may fear monitoring, job loss, loss of local autonomy, or exposure of poor data quality. Effective change management includes stakeholder analysis, process ownership, communication, training, role redesign, super-users, pilot testing, support, and measurement of adoption.

A global rollout should not be judged only by whether the software is technically live. It should also be judged by process performance, data quality, user adoption, control effectiveness, customer outcomes, and benefit realization.

6. A Framework for Global Platform Design

A practical design sequence is as follows:

  1. Define strategic outcomes. Clarify whether the main goals are growth, control, service, cost reduction, resilience, compliance, or visibility.
  2. Map current and target processes. Identify activities, decisions, data, roles, systems, exceptions, and pain points.
  3. Classify requirements. Separate global standards, local legal requirements, market differentiators, and optional preferences.
  4. Design the information model. Establish master-data definitions, ownership, identifiers, quality rules, and retention.
  5. Select the integration architecture. Determine where APIs, batch transfers, events, middleware, or manual controls are appropriate.
  6. Configure before customizing. Use standard functionality unless a documented business case supports extension.
  7. Pilot and test. Test normal flows, exceptions, volumes, security, localization, interfaces, recovery, and end-to-end accounting effects.
  8. Roll out in waves. Use lessons from early locations while protecting global standards and controlling variation.
  9. Measure and improve. Monitor adoption, process performance, data quality, control exceptions, customer outcomes, and total cost.

A useful governance structure includes a global process owner, local process owners, data owners, an architecture authority, a security and privacy function, and a change-management network. Decision rights should be explicit. Otherwise, local modifications accumulate and gradually fragment the platform.

7. Measuring Platform Performance

Measures should connect system activity to business outcomes. Examples include:

AreaIllustrative measures
Customerconversion rate, first-contact resolution, complaint resolution time
Order managementorder-cycle time, perfect-order rate, cancellation rate
Supply chainforecast error, inventory availability, delivery reliability
Procurementcycle time, contract compliance, purchase-price variance
Financeinvoice exception rate, days sales outstanding, close duration
HRtime to hire, data completeness, employee self-service adoption
Technologyavailability, interface failure rate, recovery time, security incidents
Governanceunauthorized changes, audit exceptions, unresolved data issues

A metric must have a clear definition, owner, source, frequency, and decision use. For example, “on-time delivery” should specify the promised date, delivery event, treatment of partial shipments, and time zone. Otherwise, countries may report apparently comparable but actually different performance.

8. Applied Case: Meridian Outdoor Equipment

This is a fictional illustrative case.

Background

Meridian Outdoor Equipment sells clothing and camping products through distributors and online stores in North America, Europe, and Southeast Asia. Its subsidiaries use different CRM tools, spreadsheets for procurement, local payroll systems, and separate inventory records. Customers complain that online availability is inaccurate and that service agents cannot see shipment status.

Problem

Meridian wants a global platform, but local managers resist a single design. European operations require specific consumer-return and privacy processes. Southeast Asian markets use mobile wallets and local delivery partners. North American finance teams want a different account structure and reporting calendar. Product names and sizes also vary by market.

Analysis

The company distinguishes four categories of requirements. First, global requirements include product identifiers, customer-account hierarchy, security controls, order status definitions, and group-level reporting. Second, legal requirements include tax, consumer rights, privacy, employment, and invoicing rules. Third, market capabilities include local payments, delivery partners, language, and sizing. Fourth, preferences include screen layouts and locally familiar approval sequences that do not create legal or commercial value.

The analysis reveals that the central problem is not simply software replacement. Meridian lacks common master data. The same product has different codes in each region, and inventory is updated at different times. Service agents therefore cannot reliably answer availability questions.

Approach and solution

Meridian establishes a global product master with regional attributes for language, size, tax category, and regulatory information. It adopts a common order-status model and connects e-commerce, CRM, ERP, warehouse, carrier, payment, and service systems through documented interfaces. Local payment and delivery integrations are retained where they are commercially necessary.

The company uses configuration for currencies, languages, taxes, and approval thresholds. It permits limited extensions for legally required reports but rejects customizations based only on user preference. A data-governance council assigns owners for products, customers, suppliers, and locations. A pilot begins in one market with representative complexity before a phased rollout.

Testing includes duplicate customers, returns, partial shipments, exchange-rate changes, failed payments, delayed carrier events, privacy requests, and system recovery. Service agents receive a unified view of the order and shipment timeline, while access to sensitive data is restricted by role and region.

Outcome

After rollout, Meridian achieves more reliable inventory visibility and reduces manual reconciliation. Service agents can view order and carrier information in one interface. Local markets retain legally necessary and commercially valuable capabilities, while global management gains comparable reporting. The implementation still requires ongoing data stewardship and interface monitoring; integration is treated as a continuing operating capability rather than a one-time project.

Learning points

  1. The global template should standardize definitions and controls, not erase legitimate local differences.
  2. Master-data quality is a prerequisite for trustworthy integration.
  3. Localization should be justified by law, customer value, operational necessity, or strategic differentiation.
  4. End-to-end testing must include exceptions and cross-border conditions.
  5. Governance and adoption determine whether technical integration produces business value.

9. Ethical, Governance, and Contemporary Issues

Enterprise platforms make organizational activity more visible and measurable. This can improve accountability but can also enable excessive employee surveillance, intrusive profiling, unfair automated decisions, or discriminatory service outcomes. Ethical governance requires transparency, proportionality, human review, explainability appropriate to the decision, and channels for correction and appeal.

Artificial intelligence is increasingly embedded in forecasting, demand sensing, fraud detection, sales recommendations, recruitment, translation, service routing, and generative assistance. Organizations should validate training data, monitor accuracy across countries and demographic groups, protect confidential information, document human accountability, and prevent automated recommendations from becoming unexamined decisions.

Contemporary architectures increasingly combine cloud enterprise suites, specialized applications, APIs, low-code tools, event-driven integration, digital identity, Internet-of-Things data, and analytics platforms. This flexibility can accelerate innovation but may produce “integration sprawl,” in which no one has a complete view of interfaces, data ownership, or risk. Architecture governance, a maintained application inventory, and lifecycle management are consequently essential.

Chapter Summary

Enterprise systems coordinate information and processes across the international firm. CRM supports customer and sales relationships; ERP integrates core resources and financial control; HRIS manages workforce information; SCM coordinates planning and logistics; procurement platforms support sourcing and procure-to-pay; e-commerce enables digital transactions; and customer-service systems manage cases and post-sale relationships.

The value of these platforms comes from integration, shared data, workflow, visibility, and control. A global design must balance standardization with localization. Common identifiers, process definitions, security practices, and governance create coherence, while local language, currency, tax, labor, consumer, payment, and infrastructure requirements require adaptation. Interoperability is technical, semantic, and organizational.

Successful cross-border implementation depends on master-data governance, legal and privacy analysis, cybersecurity, localization, process ownership, change management, phased testing, and measurable benefits. The best global platform is not necessarily the most uniform one; it is the one that standardizes what should be common and localizes what must or should be different.

Key Terms

Enterprise system: An integrated information system supporting processes across organizational functions.

CRM: A system for managing customer, prospect, sales, marketing, and service relationships.

ERP: A system integrating core processes such as finance, inventory, purchasing, and order management.

HRIS: A system managing employee and workforce information.

SCM: Systems coordinating supply, production, inventory, logistics, and fulfillment.

E-procurement: Digital support for sourcing, purchasing, receiving, invoicing, and supplier management.

E-commerce platform: A system supporting digital product presentation, transactions, payment, and order capture.

Customer-service system: A platform for managing cases, interactions, knowledge, complaints, and support.

Master data: Shared data about relatively stable entities such as products, customers, suppliers, and employees.

Transaction data: Data recording business events such as orders, receipts, invoices, and payments.

Standardization: Use of common processes, definitions, controls, or interfaces across locations.

Localization: Adaptation to local legal, linguistic, cultural, market, or operational conditions.

Configuration: Adjustment using supported platform settings rather than bespoke code.

Customization: Bespoke software modification or extension.

Interoperability: The ability of systems or organizations to exchange and meaningfully use information.

API: An interface that enables software systems to communicate through defined requests and responses.

Data governance: Decision rights, standards, controls, and responsibilities for managing data.

Three-way match: Comparison of purchase order, receipt, and invoice before payment.

Global template: A common process and system design used as a baseline across countries.

System of record: An authoritative system for maintaining a particular category of data or transaction.

Review Questions

5 Short Answer Questions

  1. What distinguishes an enterprise system from a departmental application?
  2. Identify three common functions of an ERP system.
  3. Why is master-data governance important for global integration?
  4. Distinguish configuration from customization.
  5. What are the three dimensions of interoperability?

5 Long Answer Questions

  1. Explain how CRM, ERP, SCM, and customer-service systems can support an integrated order-to-service process.
  2. Discuss the advantages and risks of standardizing enterprise processes across countries.
  3. Explain the major legal, cultural, and technical challenges of implementing an HRIS internationally.
  4. Describe a governance model for managing global master data and local system variations.
  5. Evaluate how cybersecurity and organizational change influence the success of a global platform implementation.

3 Analytical / Application Questions

  1. A multinational retailer has accurate online payment processing but inaccurate inventory availability. Which systems, data objects, and integration controls would you investigate first? Justify your sequence.
  2. A country subsidiary requests a bespoke procurement workflow because local employees prefer it, although no law or customer requirement demands it. How should the global process owner assess the request?
  3. Design a phased implementation approach for a company operating in three countries with different currencies, tax rules, payment methods, and data-protection requirements. Identify the global standards and local variations you would establish.

Multiple Choice Questions with Answers

Question 1

Which system most commonly serves as the backbone for financial, inventory, purchasing, and order-management integration?

A. CRM

B. ERP

C. HRIS

D. Customer-service portal

Correct Answer: B. ERP

Question 2

Which example best illustrates localization?

A. Using one global product identifier

B. Applying a common security policy

C. Supporting a country-specific tax invoice format

D. Using one global order-status definition

Correct Answer: C. Supporting a country-specific tax invoice format

Question 3

What does a three-way match compare before payment?

A. Customer, employee, and supplier records

B. Purchase order, receipt, and invoice

C. Quotation, contract, and forecast

D. Shipment, complaint, and refund

Correct Answer: B. Purchase order, receipt, and invoice

Question 4

Which statement about interoperability is most accurate?

A. A network connection alone guarantees interoperability

B. Interoperability includes technical, semantic, and organizational dimensions

C. Interoperability requires every country to use identical software

D. Interoperability applies only to external suppliers

Correct Answer: B. Interoperability includes technical, semantic, and organizational dimensions

Question 5

Which item is an example of master data?

A. A single customer order

B. A payment made yesterday

C. A product record and identifier

D. A one-time delivery event

Correct Answer: C. A product record and identifier

Question 6

Why can excessive customization create problems in a global platform?

A. It always prevents localization

B. It increases maintenance, testing, and upgrade complexity

C. It eliminates the need for governance

D. It guarantees poor data quality

Correct Answer: B. It increases maintenance, testing, and upgrade complexity

Question 7

Which practice best supports privacy-aware international HRIS management?

A. Giving every manager access to all employee information

B. Keeping all employee data indefinitely

C. Applying role-based access and defined retention rules

D. Copying employee data into uncontrolled spreadsheets

Correct Answer: C. Applying role-based access and defined retention rules

Question 8

In an integrated order-to-service process, what is a likely benefit of connecting customer service with logistics systems?

A. Agents can view shipment status when responding to customers

B. The system eliminates all delivery disruptions

C. Customers no longer need payment methods

D. Local regulations become irrelevant

Correct Answer: A. Agents can view shipment status when responding to customers

Question 9

Which requirement is most clearly a global standard rather than a local preference?

A. A legally required local payroll report

B. A country-specific mobile wallet

C. A common definition of order status

D. A locally preferred screen color

Correct Answer: C. A common definition of order status

Question 10

Why should AI recommendations in customer service or HR receive governance and human oversight?

A. AI outputs are always legally binding

B. Automated outputs may be inaccurate, biased, or unsuitable for high-impact decisions

C. Human oversight prevents all system integration

D. AI cannot process structured data

Correct Answer: B. Automated outputs may be inaccurate, biased, or unsuitable for high-impact decisions

Digital Tools for Global Workplaces
Chapter 7 of 14