3. Proposed GAI-Based Frameworks for Industrial Enterprises by Functional Areas and Their Orchestration
The proposed GAI-based framework is grounded in the view that generative artificial intelligence should not be introduced into industrial enterprises as a set of isolated tools, but as a governed, process-oriented and architecture-level capability embedded in enterprise work. In this manuscript, GAI is conceptualized as a reusable enterprise capability that connects business processes, enterprise data, documented knowledge, human roles, validation routines, and performance feedback. This view is consistent with research showing that the organizational value of GAI emerges when generative models are linked with decision routines, business processes, domain knowledge, and role-specific responsibilities rather than used as free-standing assistants for ad hoc prompting [
3,
26,
27]. It is also consistent with recent responsible-AI and GenAI governance research, which emphasizes lifecycle-based control, organizational accountability, risk management, and responsible engineering of information systems [
28,
29,
30].
The proposed framework consists of two connected levels. The first level is the integrated enterprise orchestration and governance framework. It defines the common architecture through which GAI capabilities are coordinated across the main functional areas of an industrial enterprise. The second level contains four functional subframeworks: manufacturing, marketing and sales, accounting and finance, and human resource management. These subframeworks translate the general orchestration logic into process-cycle structures specific to each functional area.
3.1. Integrated Enterprise GAI Orchestration and Governance Framework
The integrated framework positions GAI as a cross-functional enterprise capability that supports, connects, and governs the four main functional areas of an industrial enterprise. Its central element is the enterprise GAI orchestration and governance layer. This layer is composed of five interrelated components: enterprise process architecture, data and documented knowledge, GAI capability layer, governance and human oversight, and performance measurement and continuous improvement.
The first component, enterprise process architecture, defines the end-to-end process structure and cross-functional alignment. It ensures that GAI is embedded in recurring enterprise processes rather than used as an isolated conversational tool. The second component, data and documented knowledge, represents enterprise data, standard operating procedures, policies, records, lessons learned, and external knowledge sources. These sources form the knowledge base from which GAI chatbots and agents retrieve, summarize, interpret, and generate process-relevant outputs. The third component, GAI capability layer, includes LLMs, retrieval tools, automation services, analytical modules, and agentic capabilities. This layer enables content generation, task decomposition, decision support, verification and validation, analytics and insights, and process improvement support [
3,
26,
27]. The fourth component, governance and human oversight, defines the boundaries of responsible GAI use. It includes policies, access rules, validation roles, escalation paths, audit trails, and human-in-the-loop decision points. The fifth component, performance measurement and continuous improvement, connects GAI-supported processes with KPIs, analytics, benchmarking, feedback loops, and lessons learned. Thus, the integrated framework links process execution with organizational learning and maturity improvement. This logic is aligned with responsible-AI governance frameworks, which stress the importance of structural controls, procedural mechanisms, human oversight, traceability, and continuous risk management across the AI lifecycle [
28,
29,
30].
Figure 1 presents the integrated enterprise GAI orchestration and governance framework, which connects the four functional subframeworks through a common enterprise process architecture, shared data and documented knowledge, reusable GAI capabilities, human-in-the-loop governance, and performance measurement and continuous improvement mechanisms.
The four surrounding functional blocks represent the operational domains in which GAI capabilities are applied. Manufacturing focuses on build and batch performance; marketing and sales focuses on campaign and opportunity performance; accounting and finance focuses on reporting and financial-cycle performance; and human resource management focuses on workforce-cycle performance. These areas are connected through cross-functional data flows, shared governance mechanisms, human validation, reusable GAI capabilities, and continuous improvement.
The integrated framework also has a temporal logic. Previous enterprise cycles provide historical data, performance results, lessons learned, and documented corrective actions. The current integrated enterprise cycle applies GAI-supported orchestration and governance across the four functional areas. The next enterprise cycle incorporates updated knowledge, improved workflows, refined recommendations, and enhanced performance indicators. In this way, the framework connects GAI adoption with continuous organizational learning and cross-functional process improvement.
3.2. Common Design Logic of the Four Functional Subframeworks
The four functional-area frameworks follow one common design logic. Each framework is positioned within the same upper context: the external manufacturing-sector institutional environment. This upper part should be identical in all four graphical frameworks. It represents the external environment in which the industrial enterprise operates, including regulations, professional standards, industry requirements, customer expectations, contractual obligations, labor rules, audit requirements, and sector-specific institutional pressures. This common upper part is important because the proposed framework does not treat GAI-supported processes as purely internal workflows. Instead, it recognizes that functional decisions in industrial enterprises are influenced by external institutional, regulatory, technological, and market conditions.
Inside this common environment, each functional framework is organized into three main parts. The central part represents the process-cycle logic of the functional area. It contains the main sequence of activities, decision gates, repetitions, subcycles, corrective actions, and final assessment of objectives. The left part represents the operational team and functional manager responsible for planning, preparation, execution, correction, and review. The right part represents the control, review, audit, compliance, ethics, or analytical counterpart that validates inputs, monitors outputs, checks risks, and ensures that GAI-supported outputs remain acceptable from the perspective of quality, compliance, traceability, and accountability.
The lower part of each framework expresses continuity across cycles. Each cycle n inherits data, lessons learned, unresolved issues, and improvement priorities from cycle n − 1 and transfers updated knowledge to cycle n + 1. This logic transforms the frameworks from static process diagrams into learning-oriented improvement cycles.
Across all four functional areas, GAI chatbots and agents are conceptualized primarily as cognitive and process-support instruments. GAI chatbots are suitable for explanation, summarization, drafting, interpretation, comparison, and interactive assistance. GAI agents are suitable for bounded multi-step tasks such as retrieving evidence, preparing structured dossiers, checking completeness, routing exceptions, and supporting workflow coordination. However, the proposed frameworks are GAI-supported rather than GAI-governed. Sensitive approvals, legally binding commitments, safety-related interventions, financial sign-off, employee-related decisions, and other high-impact outcomes remain under human responsibility. This position is consistent with responsible AI governance and human-centered AI principles, which emphasize transparency, accountability, human oversight, risk control, and avoidance of overreliance on automated recommendations [
28,
29,
30].
3.3. GAI-Based Manufacturing Framework
The manufacturing framework is organized around a nested production logic with three levels: production cycle, batch, and operation. The central part starts with the production cycle. The enterprise sets production objectives, performs production planning, and completes pre-production preparation activities. After this stage, the batch starts and the framework enters the operation level. The current operation is set up, followed by execution and operational control. The main decision gate evaluates whether the operation result is acceptable.
If the operation result is acceptable, the process moves to the next operation. If the result is not acceptable, operational-level corrective actions are triggered. After all required operations are completed, the batch ends and the broader production cycle evaluates whether production objectives have been achieved. If the objectives are not achieved, production-cycle corrective actions are initiated and transferred into the following cycle.
This central structure is consistent with industrial production logic, where product-level objectives are achieved through batch-level execution and operation-level control. It is also aligned with recent literature on AI and GAI in manufacturing, where applications increasingly cover design and planning, process optimization, quality management, predictive maintenance, human-centered assistance, and new-generation intelligent manufacturing [
6,
31,
32,
33].
Figure 2 presents the manufacturing subframework, which organizes GAI-supported production activities around a production cycle, batch subcycle, and operation-level control, with the production team and operations manager responsible for execution and the quality manager and improvement team responsible for validation, compliance, and continuous improvement.
The left part of the manufacturing framework positions the production team and operations manager as the main process owners. Their tasks are organized into planning, pre-production preparation, in-process monitoring, post-run correction, and review. In the planning layer, they define production, quality, and safety goals. In the preparation layer, they prepare and validate work instructions and SOPs, verify material, tool, and equipment readiness, check data connectivity and sensor calibration, and conduct pilot runs or capability checks. During execution, they monitor real-time metrics and process signals, detect anomalies and out-of-control conditions, adjust process parameters and workflows, and generate alerts and recommended actions. During correction, they analyze defects and root causes, update control plans and process settings, and implement corrective actions. In the review layer, they examine KPIs and dashboards, assess performance trends and improvement opportunities, and capture lessons learned.
GAI can support this left-side operational logic by generating contextualized operator guidance, summarizing deviations, explaining anomalies, drafting corrective-action records, preparing maintenance or production summaries, and supporting knowledge transfer across shifts, batches, and teams. Recent studies on AI and GAI in manufacturing show that such systems can support operator assistance, production knowledge management, quality improvement, and intelligent manufacturing workflows [
6,
31,
32,
33]. However, GAI-generated outputs remain advisory and must be validated before they influence production parameters, batch release, or formal quality records.
The right part of the manufacturing framework represents the quality manager and improvement team. Their role is to protect process integrity, traceability, compliance, and continuous improvement. They review standards, policies, and regulatory requirements; validate process readiness and risk assessments; verify operator training and competency; check data quality, integration, and lineage; and approve control plans and inspection strategies. During execution, they monitor compliance and process conformance in real time, detect performance drift and emerging risks, validate alarms and corrective-action effectiveness, and ensure traceability of records and decisions. In the post-run correction layer, they review CAPA records, validate root-cause analyses and corrective fixes, confirm effectiveness and recurrence prevention, and approve updated control plans and documentation. In the review layer, they assess performance against KPIs and goals, validate SPC results and process capability, and summarize improvement findings and recommendations.
The separation between the left and right sides is conceptually important. The left side drives production execution, while the right side validates process quality, risk control, and improvement evidence. This structure ensures that GAI support remains coupled with engineering controls, inspection logic, and quality-management routines rather than acting autonomously in manufacturing decisions.
3.4. GAI-Based Marketing and Sales Framework
The marketing and sales framework is organized around a campaign cycle containing a target-segment subcycle and recurring interaction-level activities. The central part begins with the campaign cycle start, followed by the setting of campaign objectives, campaign planning, and campaign preparation activities. Once the campaign is configured, the target-segment cycle starts. The current interaction activity is set up, and segment campaign execution and interaction control are performed.
The first decision gate evaluates whether the interaction result is acceptable. If the interaction result is acceptable, the process proceeds to the next interaction. If it is not acceptable, interaction-level corrective actions are activated. After the planned interaction activities for the target segment are completed, the target-segment cycle ends. The broader campaign cycle then evaluates whether campaign objectives have been achieved. If objectives are not achieved, campaign-cycle corrective actions are triggered and used to improve the next campaign cycle.
This central structure reflects the logic of commercial processes, where campaign-level objectives are achieved through segment-level targeting and interaction-level execution. It is aligned with current marketing and sales research showing that GAI affects content generation, personalization, CRM usage, customer communication, campaign management, sales-support processes, and customer-experience enhancement [
34,
35,
36,
37].
Figure 3 presents the marketing and sales subframework, which structures GAI-supported commercial activities around a campaign cycle, target-segment subcycle, and interaction-level control, with the marketing and sales team and marketing manager driving campaign execution and the commercial controller and customer insights team validating customer-facing outputs, risks, and performance results.
The left part of the marketing and sales framework captures the activities of the marketing and sales team and the marketing manager. In the planning and preparation stages, they define campaign objectives and parameters, prepare product messaging, offers, and value propositions, prepare quotations and proposal templates, configure pricing logic, prepare CRM data, segments, and lead-scoring rules, and define workflow and approval rules. During execution, they monitor lead flows and customer engagement, monitor response quality and sales-support tasks, detect anomalies or weak signals, and adjust next-best actions and sales recommendations. During post-campaign correction, they analyze lost opportunities and customer feedback, update offers, messaging, and routing rules, and implement corrective actions while refining personalization models. In the review stage, they assess win/loss patterns and conversion drivers, evaluate administrative efficiency and campaign cost, and capture lessons learned and best practices.
GAI can support this left-side commercial logic by drafting campaign content, creating message variants, summarizing CRM interactions, explaining customer-segment behavior, preparing proposal drafts, suggesting follow-up messages, analyzing customer feedback, and supporting sales staff in customer-specific communication. However, human control must remain over pricing, contractual terms, product claims, discounts, and customer commitments. This distinction is important because recent marketing literature emphasizes both the value of GAI for customer experience and the need to manage trust, personalization, transparency, and strategic marketing risks [
34,
35,
36,
37].
The right part of the marketing and sales framework introduces the commercial controller and customer insights team as the review and validation layer. They review brand, compliance, and regulatory standards; validate CRM data quality, segment accuracy, and enrichment; validate content, offers, and personalization rules; verify proposal templates, quotations, and terms; and approve workflows and escalation rules. During execution, they monitor campaign, pipeline, and engagement KPIs; review traceability of customer communication; detect commercial risks and conduct compliance checks; and validate next-best actions and AI recommendations. During post-campaign correction, they review commercial risk exposures and write-offs, validate updates to offers, messaging, and routing, and confirm corrective actions and model recalibrations. In the review layer, they examine win/loss patterns and conversion drivers, validate attainment of KPIs and targets, and summarize performance findings and recommendations.
This right-side structure balances creativity and customer personalization with commercial discipline, legal consistency, and risk control. It ensures that GAI-enabled marketing and sales activities are not only efficient and personalized, but also traceable, compliant, and aligned with business strategy.
3.5. GAI-Based Accounting and Finance Framework
The accounting and finance framework is organized around a financial cycle containing a recurring document and transaction processing subcycle. The central part begins with the financial cycle start, the setting of financial objectives, financial planning, and financial preparation activities. The financial process then starts, and the current document or transaction activity is set up. The core execution stage is document and transaction processing and control.
The main decision gate evaluates whether the document or transaction result is acceptable. If the result is acceptable, the process continues to the next document or transaction. If the result is not acceptable, document-transaction corrective actions are triggered. Once the document and transaction processing subcycle is completed, the financial process ends. The broader financial cycle then evaluates whether financial objectives have been achieved. If not, financial-cycle corrective actions are initiated before the next financial cycle begins.
This structure reflects the financial-cycle logic of planning, document intake, transaction control, evidence validation, reporting, and review. It is compatible with finance and accounting literature, where GAI is increasingly discussed in relation to decision support, risk management, back-end processing, compliance work, audit preparation, financial reporting, alternative data, and financial-control activities [
38,
39,
40,
41].
Figure 4 presents the accounting and finance subframework, which organizes GAI-supported financial activities around a financial cycle, financial process subcycle, and document/transaction processing level, with the finance team and finance manager responsible for execution and the internal auditor and control and reporting team responsible for evidence validation, control monitoring, and audit readiness.
The left part of the accounting and finance framework is assigned to the finance team and finance manager. In the planning layer, they define financial reporting, control, compliance, and efficiency objectives. In the preparation layer, they collect and validate invoices, expense claims, and supporting documents; validate master data, accounting policies, and reporting schedules; and prepare templates, mappings, and chart-of-accounts structures. During processing and control, they support transaction classification and matching, handle exceptions and prepare resolution proposals, generate variance commentary and forecasting support, and perform internal-control checks to identify missing evidence. During correction, they analyze transaction exceptions and root causes, update accounting policies, workflow rules, and mappings, revise documentation, evidence, and financial narratives, and verify corrective actions, completeness, and supporting audit evidence. In the review layer, they assess close-cycle efficiency and KPIs, verify documentation completeness and supporting audit evidence, review forecasts, scenarios, and lessons learned, and capture lessons learned from forecast and scenario analysis.
GAI can support this left-side finance logic by classifying documents, drafting variance explanations, preparing management-reporting narratives, summarizing audit evidence, supporting reconciliation, comparing transactions with policies, and converting accounting data into understandable managerial commentary. However, GAI outputs must remain decision-support artifacts, not final accounting judgments. This position is consistent with recent finance and auditing research, which emphasizes both the opportunities of AI for efficiency and analytics and the need for explainability, robustness, evidential reliability, and professional judgment [
38,
39,
40,
41].
The right part of the accounting and finance framework introduces the internal auditor and control and reporting team as the formal assurance layer. They review accounting standards, compliance, and regulatory requirements; assess document completeness, accounting policies, and reporting schedules; verify master-data integrity and access controls; and validate templates, mappings, and standard reports. During processing and monitoring, they monitor control activities and transaction processing, evaluate control design and operating effectiveness, review variance commentary and forecasting assumptions, and ensure audit readiness and evidence consolidation. During correction, they oversee corrective actions and remediation, validate updates to policies, controls, and process improvements, and validate documentation updates and control improvements. In the review layer, they assess overall financial performance against objectives, validate compliance and control maturity, and summarize control findings and recommendations.
This right-side architecture is essential because finance and audit decisions require reproducibility, evidence completeness, internal-control reliability, and formal approval. The framework therefore reserves final approval of postings, financial reporting judgments, audit interpretations, and external disclosures for authorized human roles.
3.6. GAI-Based Human Resource Management Framework
The HRM framework is organized around a workforce cycle containing a recurring HR process and employee/case-level activities. The central part begins with the workforce cycle start, the setting of workforce objectives, HR process planning, and HR process preparation activities. The framework then enters the employee/case stage, where the current HR case is set up and handled through HR service execution and case control.
The key decision gate evaluates whether the case result is acceptable. If the case result is acceptable, the process continues to the next case activity or closes the case. If the result is not acceptable, case-level corrective actions are triggered. Once the employee/case subcycle ends, the broader workforce cycle evaluates whether workforce objectives have been achieved. If not, workforce-cycle corrective actions are initiated and transferred into the next cycle.
This central logic reflects the HRM process structure, where workforce-level objectives are achieved through HR process planning and employee/talent case handling. It is aligned with recent AI-HRM literature, which shows that AI and GAI affect HR planning, recruitment, selection, onboarding, training, performance management, employee services, and work redesign, while requiring human-centric implementation and careful treatment of fairness, trust, privacy, and compliance [
42,
43,
44].
Figure 5 presents the HRM subframework, which structures GAI-supported workforce activities around a workforce cycle, HR process subcycle, and employee/case-level control, with the HR team and HR manager responsible for operational HR service delivery and the ethics and compliance officer and HR review team responsible for fairness, privacy, compliance, and human-in-the-loop validation.
The left part of the HRM framework places the HR team and HR manager in charge of the operational process. In the planning and preparation stages, they define workforce, HR service, learning, and compliance objectives; prepare job descriptions and role profiles; develop candidate communication and interview guides; create onboarding materials and resources; and prepare learning resources and training plans. During service and development monitoring, they support employee inquiries and service requests, develop training content and microlearning materials, provide policy guidance and compliance support, analyze workforce planning data and talent insights, monitor HR services and case resolution, and detect fairness or data-quality concerns. During correction, they analyze HR issues and root causes, update policies, workflows, and governance rules, revise materials and communication content, and implement corrective actions while tracking closure. In the review layer, they assess time-to-fill and quality of hire, review onboarding cycle time and completion, evaluate employee service efficiency, and review learning and development outcomes.
GAI can support this left-side HRM logic by drafting vacancy texts, job descriptions, onboarding instructions, HR FAQ responses, policy explanations, training materials, case summaries, and learning-content variants. It can also help HR staff summarize employee inquiries, identify recurring workforce issues, and prepare structured documentation for review. However, AI-supported HR outputs require particular caution because HR processes concern individual rights, career opportunities, fairness, privacy, and workplace trust [
42,
43,
44].
The right part of the HRM framework introduces the ethics and compliance officer and the HR review team as the dedicated human-centered control layer. They review employment policies, privacy, fairness, and anti-discrimination controls; review job postings and selection materials for bias and clarity; review screening, interview, and assessment tools; validate onboarding plans, learning resources, and communication; and verify workflow rules, approvers, and access permissions. During service and development monitoring, they oversee employee-inquiry handling and service quality, review training content for accuracy, inclusiveness, and relevance, review policy guidance and explanations for fairness, monitor workforce metrics and service performance, and ensure human-in-the-loop review for sensitive decisions. During correction, they review corrective actions and policy updates, validate the effectiveness of changes, confirm documentation, traceability, and approvals, and ensure root causes address systemic risks. In the review layer, they assess HR performance against KPIs and goals, validate time-to-fill and onboarding outcomes, review employee service and learning effectiveness, and summarize HR performance findings and recommendations.
This right-side structure directly addresses one of the main conclusions of recent AI-HRM research: HR adoption cannot be evaluated only through efficiency gains. It must also be assessed in terms of fairness, trust, acceptance, well-being, privacy, ethics, and the continuing strategic role of HR in aligning technology with people management, culture, and compliance [
42,
43,
44].
3.7. Transition from Functional Subframeworks to Enterprise Orchestration
Taken together, the four functional subframeworks propose a common enterprise grammar for introducing GAI chatbots and agents into industrial business processes. In each functional area, the GAI layer is positioned between domain knowledge, enterprise data, process documentation, and human decision roles. It supports process execution and improvement, but it does so within explicit boundaries of review, approval, escalation, and accountability.
This common grammar is what makes orchestration possible. The functional subframeworks can be connected through shared rules for access, prompting, retrieval, knowledge-base use, output logging, validation, escalation, cross-functional data exchange, and continuous improvement. The integrated orchestration and governance framework therefore acts as the higher-level architecture that connects the four functional subframeworks into one enterprise-wide operating model. It ensures that GAI-enabled improvements in one domain, such as manufacturing, remain aligned with commercial commitments, financial controls, workforce capacity, and external institutional requirements.
From an enterprise architecture perspective, the four subframeworks should use the same upper part: the external manufacturing-sector institutional environment. This common upper layer ensures consistency across the graphical models and shows that all functional processes are embedded in the same regulatory, market, professional, and industry-specific context. The central process cycle, the left operational team, the right validation/review team, and the lower inter-cycle continuity layer should also remain structurally consistent across the four diagrams. This visual consistency strengthens the message that the framework is not a collection of unrelated departmental models, but a coordinated enterprise architecture for responsible GAI-enabled business process improvement [
3,
26,
27,
28,
29,
30].