Tan Mai Van commited on
Commit
f47fc7e
·
unverified ·
1 Parent(s): 79858c0

feat: add multiple JSON knowledge files for RAG retrieval

Browse files
data/it_drp_data.json ADDED
@@ -0,0 +1,639 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ [
2
+ {
3
+ "content": "Context: \nContent: VALID FOR: IT Systems – BCP\nDISTRIBUTION: IT Department\nSUBJECT: Disaster Recovery Directive\nDisaster Recovery Directive\nVersion History\nDate Version Author Action Comment\nSept /2017 1.02 To.Huynh Created Initial draft\nAug /2020 1.03 To.Huynh updated Initial draft\nDec /2023 1.03 To.Huynh updated Google GCP\n\n[DRP Technical Table]:\nVALID FOR: | IT Systems – BCP\nDISTRIBUTION: | IT Department\nSUBJECT: | Disaster Recovery Directive\n\n\n[DRP Technical Table]:\nDate | Version | Author | Action | Comment\nSept /2017 | 1.02 | To.Huynh | Created | Initial draft\nAug /2020 | 1.03 | To.Huynh | updated | Initial draft\nDec /2023 | 1.03 | To.Huynh | updated | Google GCP\n\nTABLE OF CONTENTS",
4
+ "metadata": {
5
+ "source": "PHV_IT_DRP_2023",
6
+ "category": "IT_Policy",
7
+ "hierarchy": "",
8
+ "page": 2
9
+ }
10
+ },
11
+ {
12
+ "content": "Context: 3.2.4 Involvement and Responsibilities: See more in Appendix 1 – scenario\nContent: [3.2.4 Involvement and Responsibilities: See more in Appendix 1 – scenario]",
13
+ "metadata": {
14
+ "source": "PHV_IT_DRP_2023",
15
+ "category": "IT_Policy",
16
+ "hierarchy": "3.2.4 Involvement and Responsibilities: See more in Appendix 1 – scenario",
17
+ "page": 3
18
+ }
19
+ },
20
+ {
21
+ "content": "Context: 7. Google GCP system Disaster recovery and BIA (in another document attached) .... 61\nContent: [7. Google GCP system Disaster recovery and BIA (in another document attached) .... 61]",
22
+ "metadata": {
23
+ "source": "PHV_IT_DRP_2023",
24
+ "category": "IT_Policy",
25
+ "hierarchy": "7. Google GCP system Disaster recovery and BIA (in another document attached) .... 61",
26
+ "page": 4
27
+ }
28
+ },
29
+ {
30
+ "content": "Context: 1. INTRODUTION AND DEFINATION\nContent: [1. INTRODUTION AND DEFINATION]",
31
+ "metadata": {
32
+ "source": "PHV_IT_DRP_2023",
33
+ "category": "IT_Policy",
34
+ "hierarchy": "1. INTRODUTION AND DEFINATION",
35
+ "page": 4
36
+ }
37
+ },
38
+ {
39
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.1 Introdution\nContent: [1.1 Introdution]\nThis Disaster Recovery Derective describes the strategy and procedures for recovering\nData Center processing of applications should a disaster substantially disrupt\noperations.\nThe plan is organized into two parts: the main body provides a general description of\nthe disaster recovery strategy and program; the appendices provide detailed information\nfor conducting the recovery. The main body is public information and may be freely\ndistributed; the appendices and attachments contain sensitive information that is\nrestricted to the individuals responsible for recovering Data Center operations.\nThe plan is frequently updated to reflect current hardware, software, procedures,\napplications, and staffing. Revisions are distributed to the disaster recovery team\nmembers perform twice a year following the disaster recovery tests.",
40
+ "metadata": {
41
+ "source": "PHV_IT_DRP_2023",
42
+ "category": "IT_Policy",
43
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.1 Introdution",
44
+ "page": 4
45
+ }
46
+ },
47
+ {
48
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions\nContent: [1.2 Terms and Definitions]\nSubsequent Chapters contain terms and definitions used in this directive.",
49
+ "metadata": {
50
+ "source": "PHV_IT_DRP_2023",
51
+ "category": "IT_Policy",
52
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions",
53
+ "page": 4
54
+ }
55
+ },
56
+ {
57
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.1 Definition of Disaster Avoidance/Recovery\nContent: [1.2.1 Definition of Disaster Avoidance/Recovery]\nFigure 1 gives an overview of the used definitions of Disaster recovery describing\navoidance and recovery measures in the field of Business respectively IT. As the puzzle\npieces in the figure symbolize, business and IT have to work together, have to join their\nforces to succeed in continuity planning.\nWhile IT is responsible for disaster avoidance, disaster recovery and support of\nbusiness in re-establishing data completeness, business has the responsibility of the\ndata entry and the business continuity processes. Therefore, responsible business\nmanagers of Group companies have to elaborate a continuity plan, have to invoke this\nplan in case of disaster and have the lead in re-establishing data completeness.\nFigure 1: Business / IT continuity, avoidance / recovery\nDefinition of RPO/RTO Objective of transactional system\nTo quantify the performance in the field of disaster avoidance and recovery the following\ndefinitions are used (see Figure 2 and Table 1):\nFigure 2: RPO/RTO objective for SAP/ SUN application\nAbbreviation Description Target of PHV\nRPO Recovery Point Objective: Point in time to where Max. 30 Minutes\nconsistent application data exists\nRTO (Recovery Time Objective): Time to get systems Max. 4 – 8 hours\nrunning with data of the last recovery point\nDCTO (Data Convergence Time Objective): Time to Max. 8 – 24 hours\nrevert to a fully restored system (all data\navailable)\n\n[DRP Technical Table]:\nAbbreviation | Description | Target of PHV\nRPO | Recovery Point Objective: Point in time to where consistent application data exists | Max. 30 Minutes\nRTO | (Recovery Time Objective): Time to get systems running with data of the last recovery point | Max. 4 – 8 hours\nDCTO | (Data Convergence Time Objective): Time to revert to a fully restored system (all data available) | Max. 8 – 24 hours\n\nTable 1: RPO/RTO objectives for PHV application",
58
+ "metadata": {
59
+ "source": "PHV_IT_DRP_2023",
60
+ "category": "IT_Policy",
61
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.1 Definition of Disaster Avoidance/Recovery",
62
+ "page": 6
63
+ }
64
+ },
65
+ {
66
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.2 Definition of Cold Site for RSC\nContent: [1.2.2 Definition of Cold Site for RSC]\nPHV approved as permanance measure that for RSC office has to establish 1 cold\nsite at Truong Dinh Store. A cold site is defined as a disaster recovery solution that\nprovides office space and redundant network connections. All equipment is\npreparation with limited of function to continue operations has to be installed during\nthe disaster.",
67
+ "metadata": {
68
+ "source": "PHV_IT_DRP_2023",
69
+ "category": "IT_Policy",
70
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.2 Definition of Cold Site for RSC",
71
+ "page": 6
72
+ }
73
+ },
74
+ {
75
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.3 Definition of Disaster and Relevant Scenarios\nContent: [1.2.3 Definition of Disaster and Relevant Scenarios]\nPHV defines disaster concerning on the PHV application at RSC which is\ncentralization for all PHV business application as follows five scenarios as driver for\nrequirements and basis for defining actions (see Figure 3).\nA: Networking - Issues with MPLS or leased line connections, internet\nconnection\nB: Server host VMware - Problems with two ESXi servers not functioning properly.\nC: Data Center - Inability to access the office data center.\nD: Core Switch - An error related to the core network switch.\nE: Application - An application error preventing it from starting.\nFigure 3: Identified five scenarios",
76
+ "metadata": {
77
+ "source": "PHV_IT_DRP_2023",
78
+ "category": "IT_Policy",
79
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.3 Definition of Disaster and Relevant Scenarios",
80
+ "page": 6
81
+ }
82
+ },
83
+ {
84
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.4 Definition of the Crisis Phases\nContent: [1.2.4 Definition of the Crisis Phases]\nPHV defines the following three Crisis Phases (see Figure 4).\nNormal Incident Management (normal situation) - Level 1\nNormal incident management which is covered by SLA corresponds with the daily\nbusiness of PHV. Normal operational issues without any business critical impact can\noccur but they can be handled within the business continuity management of the\naffected ITD. No coordinating Crisis Team has to be invoked. After a short interruption,\nbusiness can work normally.\nEmergency – Level 2\nAn incident has occurred with impact on one or several store, one application or several\napplications. The Crisis Team is invoked and can handle the incident/emergency\naccording to the predefined proceeding below the actual scenario. The disaster\nrecovery planning is under control.\nITD is under the Emergency team. Excluding IT manager is team member of Crisis\nteam\nCrisis - Level 3\nThe impact of the incident has reached a level where employees or PHV as company\nare seriously threatened. The whole companies are affected, the services of PHV can\nonly be provided with considerable constraints. The Crisis Team (level 3) is in action.\nFor business critical application, emergency phase starts with interruptions > 8h\nThe Crisis team is define in detail in the PHV BCP Manual guide\nFigure 4: Crisis phases (administrative applications mean: mail, office, etc…)",
85
+ "metadata": {
86
+ "source": "PHV_IT_DRP_2023",
87
+ "category": "IT_Policy",
88
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.4 Definition of the Crisis Phases",
89
+ "page": 7
90
+ }
91
+ },
92
+ {
93
+ "content": "Context: 1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.5 Definition of Crisis Level and Crisis Teams\nContent: [1.2.5 Definition of Crisis Level and Crisis Teams]\nPHV defines 3 different Crisis Levels (1, 2, 3) with corresponding Crisis Teams (see\nChapter 2.4):\n• Crisis level 1 is active in normal incident management\n• Crisis level 2 is active in the crisis phase “Emergency”\n• Crisis level 3 is active in the crisis phase “Crisis” and following of the PHV\nBCP Manual guide",
94
+ "metadata": {
95
+ "source": "PHV_IT_DRP_2023",
96
+ "category": "IT_Policy",
97
+ "hierarchy": "1. INTRODUTION AND DEFINATION > 1.2 Terms and Definitions > 1.2.5 Definition of Crisis Level and Crisis Teams",
98
+ "page": 7
99
+ }
100
+ },
101
+ {
102
+ "content": "Context: 2. CRISIS ORGANIZATION\nContent: [2. CRISIS ORGANIZATION]",
103
+ "metadata": {
104
+ "source": "PHV_IT_DRP_2023",
105
+ "category": "IT_Policy",
106
+ "hierarchy": "2. CRISIS ORGANIZATION",
107
+ "page": 7
108
+ }
109
+ },
110
+ {
111
+ "content": "Context: 2. CRISIS ORGANIZATION > 2.1 Crisis Chart\nContent: [2.1 Crisis Chart]\nSee Figure 5\nFigure 5: Crisis Chart",
112
+ "metadata": {
113
+ "source": "PHV_IT_DRP_2023",
114
+ "category": "IT_Policy",
115
+ "hierarchy": "2. CRISIS ORGANIZATION > 2.1 Crisis Chart",
116
+ "page": 8
117
+ }
118
+ },
119
+ {
120
+ "content": "Context: 2. CRISIS ORGANIZATION > 2.2 Crisis team Level 1 and Level 2: Contact detail\nContent: [2.2 Crisis team Level 1 and Level 2: Contact detail]\nSee Figure 6\nGROUP LEVEL MEMBER EMAIL ADDRESS PHONE NUMBER\nLEVEL 1 Huỳnh Tuấn Phương itsupport@jrgvn.com 84- 167 389 5405\nLEVEL 1 Nguyễn Trung Hiếu itsupport@jrgvn.com 84- 909 887 145\nLEVEL 1 Lê Xuân Nghĩa itsupport@jrgvn.com 84- 974 948 227\nSUPPORT TEAM LEVEL 1 Nguyễn Văn Chinh chinh.nguyen@jrgvn.com 84- 947 322 325\nLEVEL 1 / 2 Trần Quang Huy huy.tran@jrgvn.com 84- 984 946 988\nLEVEL 1 / 2 Quách Vũ Hải Đăng dang.quach@jrgvn.com 84- 983 116 625\nLEVEL 1 / 2 Lê Bảo An an.le@jrgvn.com 84- 978 815 839\nLEVEL 1 Nguyễn Thị Hoài Phương phuong.nguyen@jrgvn.com 84- 168 657 3781\nAPPLICATION TEAM LEVEL 1 Trương Thanh Nguyên nguyen.truong@jrgvn.com 84- 1638636737\nLEVEL 1 / 2 Hồ Say Vình vinh.ho@jrgvn.com 84- 902 028 982\nLEVEL 2 Huỳnh Ngọc Tố to.huynh@jrgvn.com 84- 943 388 218\nCONTROLLING TEAM\nLEVEL 2 Nguyễn Thanh Nhã nha.nguyen@jrgvn.com 84- 913 731 983\nFigure 6: Crisis team level\nCrisis team Level 3: defination in the BCB manual guide",
121
+ "metadata": {
122
+ "source": "PHV_IT_DRP_2023",
123
+ "category": "IT_Policy",
124
+ "hierarchy": "2. CRISIS ORGANIZATION > 2.2 Crisis team Level 1 and Level 2: Contact detail",
125
+ "page": 8
126
+ }
127
+ },
128
+ {
129
+ "content": "Context: 2. CRISIS ORGANIZATION > 2.3 Alerting / Escalation\nContent: [2.3 Alerting / Escalation]\nIf the problem cannot be solved in crisis level 1 then the problem escalation to\nLevel 2. If the problem cannot be solved in crisis level 2, the head of Crisis Team\nlevel 2 is responsible for the escalation to Crisis Team level 3. For a severe\nproblem it is possible that the head of crisis level 2 immediately escalates to crisis\nlevel 3 before calling in the crisis level 2 organizations. See Figure 7\n\n[DRP Technical Table]:\nGROUP | LEVEL | MEMBER | EMAIL ADDRESS | PHONE NUMBER\nSUPPORT TEAM | LEVEL 1 | Huỳnh Tuấn Phương | itsupport@jrgvn.com | 84- 167 389 5405\nLEVEL 1 | Nguyễn Trung Hiếu | itsupport@jrgvn.com | 84- 909 887 145\nLEVEL 1 | Lê Xuân Nghĩa | itsupport@jrgvn.com | 84- 974 948 227\nLEVEL 1 | Nguyễn Văn Chinh | chinh.nguyen@jrgvn.com | 84- 947 322 325\nLEVEL 1 / 2 | Trần Quang Huy | huy.tran@jrgvn.com | 84- 984 946 988\nLEVEL 1 / 2 | Quách Vũ Hải Đăng | dang.quach@jrgvn.com | 84- 983 116 625\nLEVEL 1 / 2 | Lê Bảo An | an.le@jrgvn.com | 84- 978 815 839\nAPPLICATION TEAM | LEVEL 1 | Nguyễn Thị Hoài Phương | phuong.nguyen@jrgvn.com | 84- 168 657 3781\nLEVEL 1 | Trương Thanh Nguyên | nguyen.truong@jrgvn.com | 84- 1638636737\nLEVEL 1 / 2 | Hồ Say Vình | vinh.ho@jrgvn.com | 84- 902 028 982\nCONTROLLING TEAM | LEVEL 2 | Huỳnh Ngọc Tố | to.huynh@jrgvn.com | 84- 943 388 218\nLEVEL 2 | Nguyễn Thanh Nhã | nha.nguyen@jrgvn.com | 84- 913 731 983\n\nFigure 7: Crisis escalation\nCriteria for activating crisis level 1:\n• Normal incident management which is covered by SLA corresponds with the\ndaily business of PHV. Normal operational issues without any business\ncritical impact can occur but they can be handled within the business\ncontinuity management of the affected ITD. No coordinating Crisis Team has\nto be invoked. After a short interruption, business can work normally\nCriteria for activating crisis level 2:\n• Interruption of business critical applications > time agreed on SLA\n• One or several store, one application or several application are affected by\nthe problem\n• Problem solving is complex because of the involvement of various teams\nfix structure of the organization of crisis level 2 can shorten recovery time\nCriteria for activating crisis level 3:\n• Interruption of business critical applications > 8h or SLA cannot be fulfilled\nanymore\n• Problem has huge impact on business therefore structure with\npermanent members of IT and business is needed to make right decisions\nquickly\n• Problem has big management attention good communication and\nreporting structures are needed",
130
+ "metadata": {
131
+ "source": "PHV_IT_DRP_2023",
132
+ "category": "IT_Policy",
133
+ "hierarchy": "2. CRISIS ORGANIZATION > 2.3 Alerting / Escalation",
134
+ "page": 10
135
+ }
136
+ },
137
+ {
138
+ "content": "Context: 2. CRISIS ORGANIZATION > 2.4 CRISIS HANDLEING PROCEDURES: ROLES AND RESPONSIBILITY\nContent: [2.4 CRISIS HANDLEING PROCEDURES: ROLES AND RESPONSIBILITY]\nNo Function Crisis Level Role",
139
+ "metadata": {
140
+ "source": "PHV_IT_DRP_2023",
141
+ "category": "IT_Policy",
142
+ "hierarchy": "2. CRISIS ORGANIZATION > 2.4 CRISIS HANDLEING PROCEDURES: ROLES AND RESPONSIBILITY",
143
+ "page": 10
144
+ }
145
+ },
146
+ {
147
+ "content": "Context: 1 IT Manager Level 2 2nd Approve resume service of production site\nContent: [1 IT Manager Level 2 2nd Approve resume service of production site]",
148
+ "metadata": {
149
+ "source": "PHV_IT_DRP_2023",
150
+ "category": "IT_Policy",
151
+ "hierarchy": "1 IT Manager Level 2 2nd Approve resume service of production site",
152
+ "page": 10
153
+ }
154
+ },
155
+ {
156
+ "content": "Context: 2 IT Assistant Manager Level 2 2nd Approve resume service of production site in the\nContent: [2 IT Assistant Manager Level 2 2nd Approve resume service of production site in the]\nabsence of IT Manager",
157
+ "metadata": {
158
+ "source": "PHV_IT_DRP_2023",
159
+ "category": "IT_Policy",
160
+ "hierarchy": "2 IT Assistant Manager Level 2 2nd Approve resume service of production site in the",
161
+ "page": 10
162
+ }
163
+ },
164
+ {
165
+ "content": "Context: 3 IT Officers Lead of Level1 1st level support leader team\nContent: [3 IT Officers Lead of Level1 1st level support leader team]\n- IT related error analysis\n- Coordination Power Users\n- Assistance IT Manager\n- Data backup monitoring\n- Coordination of maintenance tasks\n- Problem indication towards IT Manager (regional) or\nsupplier",
166
+ "metadata": {
167
+ "source": "PHV_IT_DRP_2023",
168
+ "category": "IT_Policy",
169
+ "hierarchy": "3 IT Officers Lead of Level1 1st level support leader team",
170
+ "page": 10
171
+ }
172
+ },
173
+ {
174
+ "content": "Context: 4 IT Assistant Team 1st level support\nContent: [4 IT Assistant Team 1st level support]\n- Problem Triage\n- Coordination software program issues\n- Specifies requests / coordinates hotel users\n- Executes tests\n- Helps Stores/RSC users in basic software program\nhandling\n- Error analysis data output\n- Structures problem indication / documentation\n- Announces problems according to checklist\n- Manages system master data, e.g. create/delete POS\narticles\n- Responsible for replacement of consumables supplies\n- Responsible for PC/Screen cleaning",
175
+ "metadata": {
176
+ "source": "PHV_IT_DRP_2023",
177
+ "category": "IT_Policy",
178
+ "hierarchy": "4 IT Assistant Team 1st level support",
179
+ "page": 10
180
+ }
181
+ },
182
+ {
183
+ "content": "Context: 3. CRISIS SCENARIO\nContent: [3. CRISIS SCENARIO]",
184
+ "metadata": {
185
+ "source": "PHV_IT_DRP_2023",
186
+ "category": "IT_Policy",
187
+ "hierarchy": "3. CRISIS SCENARIO",
188
+ "page": 10
189
+ }
190
+ },
191
+ {
192
+ "content": "Context: 3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure\nContent: [3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure]\nThe loss of data center or its vital infrastructure is characterized by any of the following\nmisbehaviors within the end-to-end process including IT:\n• Many users are no longer able to use the IT environment and the business\ncritical applications provided by the ITSC (out of service)\n• Many business critical processes and transactions performed by IT-systems\nare stopped and probably lost\n• The entire networking and communication infrastructure of the ITSC or of the\nexternal suppliers fails\n• The computing environment is no longer available\n• Storage of data is no longer secured\n• The ITSC local data backup and restore environment is no longer usable\nAbove-mentioned loss of data center might be caused by:\n• External disaster like fire, thunderstorm, earthquake, flood or other\nhazardous incidents\n• Loss of power (electricity) (provider failure together with UPS running out of\npower)\n\n[DRP Technical Table]:\nNo | Function | Crisis Level | Role\n1 | IT Manager | Level 2 | 2nd Approve resume service of production site\n2 | IT Assistant Manager | Level 2 | 2nd Approve resume service of production site in the absence of IT Manager\n3 | IT Officers | Lead of Level1 | 1st level support leader team - IT related error analysis - Coordination Power Users - Assistance IT Manager - Data backup monitoring - Coordination of maintenance tasks - Problem indication towards IT Manager (regional) or supplier\n4 | IT Assistant Team | 1st level support - Problem Triage - Coordination software program issues - Specifies requests / coordinates hotel users - Executes tests - Helps Stores/RSC users in basic software program handling - Error analysis data output - Structures problem indication / documentation - Announces problems according to checklist - Manages system master data, e.g. create/delete POS articles - Responsible for replacement of consumables supplies - Responsible for PC/Screen cleaning\n\n• Major air conditioning failure\n• Human misbehavior (mistakes on changes, sabotage) including\nunauthorized access to the data center\n• Risks originated by external providers or partners (e.g. HW/SW vendor,\noutsourcing company)\n• Organizational risks\nIn all cases, the consequences will be the interruption of the access to the\nbusiness critical applications, resulting in the discontinuation of business\nprocesses and their transactions in the systems.",
193
+ "metadata": {
194
+ "source": "PHV_IT_DRP_2023",
195
+ "category": "IT_Policy",
196
+ "hierarchy": "3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure",
197
+ "page": 11
198
+ }
199
+ },
200
+ {
201
+ "content": "Context: 3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure > 3.1.1 Most Important Avoidance Measures\nContent: [3.1.1 Most Important Avoidance Measures]\nThe generic measures and possibilities to avoid any of the above-mentioned incidents\nconcerning loss of data center or part of its vital infrastructure are:\n• Build data center infrastructure and its operation based on good practice. In\nfuture, Holcim data center standards will be elaborated.\n• Permanently audit and monitor the data center infrastructure in terms of\ngood practice\n• Have all good practice measures for avoidance implemented\n• Preventive maintenance of key equipment in the data center",
202
+ "metadata": {
203
+ "source": "PHV_IT_DRP_2023",
204
+ "category": "IT_Policy",
205
+ "hierarchy": "3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure > 3.1.1 Most Important Avoidance Measures",
206
+ "page": 11
207
+ }
208
+ },
209
+ {
210
+ "content": "Context: 3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure > 3.1.2 Most Important Recovery Measures\nContent: [3.1.2 Most Important Recovery Measures]\n• Establish a frame agreement with a backup data center provider, to switch\nover to a second IT environment, based on backup data within DCTO time\nframe (local cold-site, short-term measure)\n• Establish a global frame agreement with a backup data center provider, to\nswitch over to a second IT environment, based on backup data within DCTO\ntime frame (local cold-site, global Holcim contract, mid-term measure)",
211
+ "metadata": {
212
+ "source": "PHV_IT_DRP_2023",
213
+ "category": "IT_Policy",
214
+ "hierarchy": "3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure > 3.1.2 Most Important Recovery Measures",
215
+ "page": 11
216
+ }
217
+ },
218
+ {
219
+ "content": "Context: 3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure > 3.1.3 Process Approach to Recover\nContent: [3.1.3 Process Approach to Recover]\nFigure 8 outlines the generic process of recovery after the loss of data center or vital\ninfrastructure.\nFigure 8: Process recovers",
220
+ "metadata": {
221
+ "source": "PHV_IT_DRP_2023",
222
+ "category": "IT_Policy",
223
+ "hierarchy": "3. CRISIS SCENARIO > 3.1 Office cannot accessible - Loss of Data Center / Vital Infrastructure > 3.1.3 Process Approach to Recover",
224
+ "page": 13
225
+ }
226
+ },
227
+ {
228
+ "content": "Context: 3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line\nContent: [3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line]\nOutage of WAN is characterized by any of the following misbehaviors within the end-\ntoend connectivity or communication of any user of the PHV company hub to the\nITSC:\n• Loss of connectivity or interruption of one, more or all data links from the\nshared service center to online system (Office 365, Azure..)\n• Technology failure, data link problem or general trouble within the network of\nthe data link (WAN) provider\n• Failover of intended redundancy technology not working\n• Interruption by mis-configuration of malicious change of the environment\n• Problems on the various interfaces between the components of the whole\nend to end connection of the WAN\n• Physical interruption of cables within buildings and/or outside on private and\npublic places\n• Logical interruption of connection within data link components like firewall,\nintrusion detection systems or switches and routers\nAll above-mentioned interruptions might be mainly caused by:\n• External disaster like fire, thunderstorm, earthquake, flood and other\nhazardous incidents\n• Human misbehavior (mistakes on changes, sabotage) including\nunauthorized access to network components\n• Risks originated by the WAN provider or partner\n• Organizational risks\n• Data center risks including loss of power and failure in air conditioning\nIn all cases, the consequence will be the interruption of the data access to the\nbusiness critical applications, due to failure in the connectivity between PHV RSC\nand Store also online system resulting in the discontinuation of business processes\nand their transactions in the systems.",
229
+ "metadata": {
230
+ "source": "PHV_IT_DRP_2023",
231
+ "category": "IT_Policy",
232
+ "hierarchy": "3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line",
233
+ "page": 13
234
+ }
235
+ },
236
+ {
237
+ "content": "Context: 3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.1 Most Important Avoidance Measures\nContent: [3.2.1 Most Important Avoidance Measures]\nLiustrates the generic measures and possibilities to avoid any of the above mentioned\nloss in connectivity:\n• Physically separate and redundant WAN-connections from the ITSC to the\nnetwork of the WAN provider by means of:\n- Redundant and separate link infrastructure (cables, trunks, ducts) to\ndifferent PoP (point of presence) of providers network\n- Redundant routing/switching components\n- Connected to redundant LAN backbone infrastructure\n- Redundant firewall and intrusion detection architecture (no single point of\nfailure)\n- Uninterruptible and redundant power supply and fault tolerant air\nconditioning\n• Permanent (7x24) monitoring within the network management systems and\nalerting possibilities (pager, SMS, mobile phone)\n• Review and analysis of the providers network and connectivity infrastructure\n(within the data path in the end-to-end scenario) regarding:\n- Technology (state-of-the-art and life cycle management)\n- Support and maintenance processes (also review event logs from other\ncustomers)\n- Redundancy\n- Availability (failover test)\n- Disaster avoidance and recovery measures\n- Contract, business stability, changes in market positioning\n- Service level, liability and price\nTo avoid possible outages of WAN implement the following avoidance measure\naccording to good practice:\n• Select and change to a “reliable service” provider to get the requirements\nguaranteed\n• Always consider the full end to end connectivity\n• Establish a 2nd vendor sourcing strategy for the WAN using 2 different\nproviders for redundancy and fail over\n• Invest into 3rd option for dialup networking via ISDN and/or satellite network\n• Secure up-to-date spare material (not only routers and switches, but also\ncables, plugs and software)\n• Ensure a good, structured cabling also for retracing in terms of good practice\n• Establish remote support access possibilities",
238
+ "metadata": {
239
+ "source": "PHV_IT_DRP_2023",
240
+ "category": "IT_Policy",
241
+ "hierarchy": "3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.1 Most Important Avoidance Measures",
242
+ "page": 14
243
+ }
244
+ },
245
+ {
246
+ "content": "Context: 3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.2 Most Important Recovery Measures\nContent: [3.2.2 Most Important Recovery Measures]\n• Establish a frame agreement with a backup data link provider, if not\nimplementing a fully redundant WAN based on a different (second) WAN\nprovider. Implement backup of VPN Site to Site.\n• Clearly define response, intervention and repair-time with the WAN-provider\nwithin professional SLAs and keep internal resources maintaining the local\npart of WAN in line with those specifications\n• Use alternative dialup connections to temporary re-establish connectivity to\nthe sites (e.g. with lower capacity and therefore limited application access)\n• Perform regularly recovery tests together with the WAN-provider",
247
+ "metadata": {
248
+ "source": "PHV_IT_DRP_2023",
249
+ "category": "IT_Policy",
250
+ "hierarchy": "3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.2 Most Important Recovery Measures",
251
+ "page": 14
252
+ }
253
+ },
254
+ {
255
+ "content": "Context: 3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.3 Process Approach to Recover\nContent: [3.2.3 Process Approach to Recover]\nFigure 9 outlines the generic process of recovery after an outage of WAN has occurred.",
256
+ "metadata": {
257
+ "source": "PHV_IT_DRP_2023",
258
+ "category": "IT_Policy",
259
+ "hierarchy": "3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.3 Process Approach to Recover",
260
+ "page": 16
261
+ }
262
+ },
263
+ {
264
+ "content": "Context: 3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.4 Involvement and Responsibilities: See more in Appendix 1 – scenario\nContent: [3.2.4 Involvement and Responsibilities: See more in Appendix 1 – scenario]\nMPLS link Down",
265
+ "metadata": {
266
+ "source": "PHV_IT_DRP_2023",
267
+ "category": "IT_Policy",
268
+ "hierarchy": "3. CRISIS SCENARIO > 3.2 Datacenter MPLS link/ Leased Line Down - Outage of WAN/ Leased line > 3.2.4 Involvement and Responsibilities: See more in Appendix 1 – scenario",
269
+ "page": 16
270
+ }
271
+ },
272
+ {
273
+ "content": "Context: 3. CRISIS SCENARIO > 3.3 Core Switch error - Outage of Backbone LAN\nContent: [3.3 Core Switch error - Outage of Backbone LAN]\nOutage of the Backbone-LAN is characterized by any of the following misbehaviors\nwithin the connectivity or data communication of servers within the data center itself:\n• One, several or all Servers are no longer reachable from the outer world\n(external to the data center of the ITSC)\n• One, several or all servers are disconnected from the WAN, the ITSC LAN\n• One, several or all servers are disconnected from each other\n• Monitoring of the systems and applications platform is no longer possible\n• Applications are not reachable\n• Transactions are not processable, if not aborted\n• Data in the various systems might be inconsistent or corrupt\n• Failover of intended redundancy technology is not working\n• Interruption by mis-configuration of malicious change of the environment\nAll above-mentioned interruptions might be mainly caused by (see risk categorization in\nAppendix M) damage to the LAN-BB components by:\n• External disaster like fire, thunderstorm, earthquake, flood and other\nhazardous incidents\n• Human misbehavior (mistakes on changes, sabotage) including\nunauthorized access to network components\n• Risks originated by capacity overload or system failures\n• Organizational risks\nData center risks including loss of power and failure in air conditioning\nThis Scenariro is define with detail in APPENDIX 1 - Core switch: down",
274
+ "metadata": {
275
+ "source": "PHV_IT_DRP_2023",
276
+ "category": "IT_Policy",
277
+ "hierarchy": "3. CRISIS SCENARIO > 3.3 Core Switch error - Outage of Backbone LAN",
278
+ "page": 16
279
+ }
280
+ },
281
+ {
282
+ "content": "Context: 3. CRISIS SCENARIO > 3.4 Outage of Major Application (SAP/SUN/WINHAM/FILES/SAS System)\nContent: [3.4 Outage of Major Application (SAP/SUN/WINHAM/FILES/SAS System)]\nOutage of Major Application is characterized by any of the following misbehaviors within\nthe end-to-end processing of any Major Application user of the PHV:\n• Many users are no longer able to use the application environment and the\nbusiness critical transactions\n• Loss of connectivity or interruption of one, more or all store or with customer\nor external partners\n• Technology failure or general trouble within the application systems\nenvironment\n• Fail over of intended redundancy technology not working\n• Interruption by mis-configuration of malicious change of the environment\n• Problems on the various interfaces between the system components in the\nwhole end to end communication path\n• Logical interruption or malfunction of system or application functions\nAll above-mentioned interruptions might be mainly caused by:\n• External disaster like fire, thunderstorm, earthquake, flood and other\nhazardous incidents\n• Human misbehavior (mistakes on changes, sabotage) including\nunauthorized access to the application systems\n• Organizational risks\n• Data center risks including loss of power and failure in air conditioning\n• Software bug\nIn all cases, the consequence will be the interruption of the access to the\napplication system and its business critical transactions, due to failure in the entire\napplication environment provided by the ITSC, resulting in the discontinuation of\nbusiness processes.\nThis Scenariro is define with detail in APPENDIX 1 – Application Down",
283
+ "metadata": {
284
+ "source": "PHV_IT_DRP_2023",
285
+ "category": "IT_Policy",
286
+ "hierarchy": "3. CRISIS SCENARIO > 3.4 Outage of Major Application (SAP/SUN/WINHAM/FILES/SAS System)",
287
+ "page": 17
288
+ }
289
+ },
290
+ {
291
+ "content": "Context: 4. DRP DRILLS\nContent: [4. DRP DRILLS]",
292
+ "metadata": {
293
+ "source": "PHV_IT_DRP_2023",
294
+ "category": "IT_Policy",
295
+ "hierarchy": "4. DRP DRILLS",
296
+ "page": 17
297
+ }
298
+ },
299
+ {
300
+ "content": "Context: 4. DRP DRILLS > 4.1. DRP Drill Plan\nContent: [4.1. DRP Drill Plan]\nPlanned Drills to be Involved\nScenarios* Drill Co-ordinator\nconducted on departments\nAll departments in",
301
+ "metadata": {
302
+ "source": "PHV_IT_DRP_2023",
303
+ "category": "IT_Policy",
304
+ "hierarchy": "4. DRP DRILLS > 4.1. DRP Drill Plan",
305
+ "page": 17
306
+ }
307
+ },
308
+ {
309
+ "content": "Context: 1. RSC is not accessible Based on BCP Plan Financial Controller\nContent: [1. RSC is not accessible Based on BCP Plan Financial Controller]\nthe RSC",
310
+ "metadata": {
311
+ "source": "PHV_IT_DRP_2023",
312
+ "category": "IT_Policy",
313
+ "hierarchy": "1. RSC is not accessible Based on BCP Plan Financial Controller",
314
+ "page": 17
315
+ }
316
+ },
317
+ {
318
+ "content": "Context: 2. All server at PHV DC IT departments in the\nContent: [2. All server at PHV DC IT departments in the]\nJanuary 2018 All departments\nDown RSC\nAll departments in",
319
+ "metadata": {
320
+ "source": "PHV_IT_DRP_2023",
321
+ "category": "IT_Policy",
322
+ "hierarchy": "2. All server at PHV DC IT departments in the",
323
+ "page": 17
324
+ }
325
+ },
326
+ {
327
+ "content": "Context: 3. One host esxi at DC is\nContent: [3. One host esxi at DC is]\nMay 2018 the RSC and Financial Controller\ndown ( turned on h.a at dc)\nselected stores\nIT departments in the",
328
+ "metadata": {
329
+ "source": "PHV_IT_DRP_2023",
330
+ "category": "IT_Policy",
331
+ "hierarchy": "3. One host esxi at DC is",
332
+ "page": 17
333
+ }
334
+ },
335
+ {
336
+ "content": "Context: 4. Application Error July 2018 All departments\nContent: [4. Application Error July 2018 All departments]\nRSC",
337
+ "metadata": {
338
+ "source": "PHV_IT_DRP_2023",
339
+ "category": "IT_Policy",
340
+ "hierarchy": "4. Application Error July 2018 All departments",
341
+ "page": 17
342
+ }
343
+ },
344
+ {
345
+ "content": "Context: 4. Application Error July 2018 All departments > 4.2. BCP Drills Procedures\nContent: [4.2. BCP Drills Procedures]\nPrior to the drill\na. The CCT is formed and leader appointed\nb. Scenario and timeline for the drill is agreed by the risk management committee or the\nCCT\n\n[DRP Technical Table]:\nScenarios* | Planned Drills to be conducted on | Involved departments | Drill Co-ordinator\n1. RSC is not accessible | Based on BCP Plan | All departments in the RSC | Financial Controller\n2. All server at PHV DC Down | January 2018 | IT departments in the RSC | All departments\n3. One host esxi at DC is down ( turned on h.a at dc) | May 2018 | All departments in the RSC and selected stores | Financial Controller\n4. Application Error | July 2018 | IT departments in the RSC | All departments\n\n\n[DRP Technical Table]:\nPlanned Drills to be\nconducted on\n\n\n[DRP Technical Table]:\nInvolved\ndepartments\n\nc. Communication is made to the involved personnel regarding the time of the drill\nactivation\nd. CCT to ensure that the involved personnel have access to the most updated BCP\nManual and contact list\ne. A team of observers is established to observe and document findings noted during the\ndrill in a drill event log. Depending on the purpose of management, the team of\nobservers can be disclosed to the personnel involved in the drill (for prepared drill) or\nkept confidential (for surprise drill)\nf. On the date when the drill is schedule, the CCT leader initiates the communication via\nthe communication tree to activate the drill\nDuring the drill\na. The drill is activated and the involved personnel follow the procedures stipulated in the\nrespective crisis scenario mentioned in the appendix 1\nb. The CCT to announce the BCP level ( 3 level of the Crisis) to the involved personnel\nc. During the drill, the team of observers to document the findings noted during the drill in a\ndrill event log\nd. The CCT to announce the closure of the drill upon completion\nPost the drill\na. The event log is completed and circulated to the CCT members\nb. A post-drill evaluation meeting is called to address issues noted in the event log, discuss\nand agree on the action plan and expected completion timeline. Learning is\ndocumented for future reference\nAPPENDIX 1:",
346
+ "metadata": {
347
+ "source": "PHV_IT_DRP_2023",
348
+ "category": "IT_Policy",
349
+ "hierarchy": "4. Application Error July 2018 All departments > 4.2. BCP Drills Procedures",
350
+ "page": 19
351
+ }
352
+ },
353
+ {
354
+ "content": "Context: 1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE\nContent: [1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE]",
355
+ "metadata": {
356
+ "source": "PHV_IT_DRP_2023",
357
+ "category": "IT_Policy",
358
+ "hierarchy": "1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE",
359
+ "page": 20
360
+ }
361
+ },
362
+ {
363
+ "content": "Context: 1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE > 1.1 Mô hình hệ thống kết nối mạng DC – DR site\nContent: [1.1 Mô hình hệ thống kết nối mạng DC – DR site]\nSơ đồ nguyên lý\nHình 1. Sơ đồ hệ thống kết nối DC –DR\nCác biểu tượng dùng trong thiết kế\nInternet firewall – Sophos UTM firewall\nLayer 2 switch\nInternet router\nRemote Access VPN\nKết nối mạng đang hoạt động\nKết nối mạng không hoạt động\nMicrosoft Azzue Cloud\n\n[DRP Technical Table]:\nInternet firewall – Sophos UTM firewall\nLayer 2 switch\nInternet router\nRemote Access VPN\nKết nối mạng đang hoạt động Kết nối mạng không hoạt động\nMicrosoft Azzue Cloud\n\nVMware ESXi server với các VM ở trạng thái đang làm việc / Active\nVMWare\nV M W are\nVMware ESXi server với các VM ở trạng thái chờ đồng bộ / Standby\nMáy ảo Windows\nHệ thống backup Veam chạy trên máy chủ vật lý\nHệ thống backup Veam chạy trên máy chủ ảo\nHệ thống lưu trữ NAS",
364
+ "metadata": {
365
+ "source": "PHV_IT_DRP_2023",
366
+ "category": "IT_Policy",
367
+ "hierarchy": "1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE > 1.1 Mô hình hệ thống kết nối mạng DC – DR site",
368
+ "page": 21
369
+ }
370
+ },
371
+ {
372
+ "content": "Context: 1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE > 1.2 Mô tả hoạt đ��̣ng\nContent: [1.2 Mô tả hoạt động]\n- Trong điều kiện làm việc bình thường, hệ thống máy chủ VMware ESX và kết nối\nmạng WAN, Internet tập trung về tại Data Center – Văn Phòng chính Pizza Hut\nViệt Nam.\n- Các cửa hàng kết nối đến tài nguyên mạng đặt tại các server thông qua kết nối\nchính MPLS L3 hoặc kết nối dự phòng IPSec VPN qua Internet router.\n- Người dùng làm việc ở bên ngoài văn phòng kết nối đến DC thông qua Remote\nAcces SSL VPN do Sophos firewall cung cấp.\n- DC luôn có 1 kết nối VPN đến hệ thống Production, UAT đặt tại MS Azzue Cloud.\n- Người dùng PHV (mạng dây và wifi nội bộ) tại DC sử dụng Internet trên đường\nLeased Line (183.91.23.194).\n- Người dùng mạng wifi cho khách tại DC sử dụng Internet trên 1 đường riêng\nFTTH đặt tại modem Vigor 2900 series.\n- Hệ thống trang bị 1 đường MPLS Layer 2 kết nối DC – DR site để phục vụ đồng\nbộ cho hệ thống Veam Backup, VMware ESX. Đường này cũng là đường\nbackup khi đường MPLS Layer3 mất kết nối.\n- Tại mỗi thời điểm chỉ có 1 đường MPLS 3 tại DC hoặc DR site làm việc. Đơn vị\ncung cấp đường truyền cấu hình thiết bị có thể phát hiện đường truyền có sự cố\nvà tự động điểu chỉnh route sang site còn lại. Tương tự cho đường Internet\nLeased Line.\n\n[DRP Technical Table]:\nVMWare | VMware ESXi server với các VM ở trạng thái đang làm việc / Active\nV M W are | VMware ESXi server với các VM ở trạng thái chờ đồng bộ / Standby\nMáy ảo Windows Hệ thống backup Veam chạy trên máy chủ vật lý\nHệ thống backup Veam chạy trên máy chủ ảo\nHệ thống lưu trữ NAS\n",
373
+ "metadata": {
374
+ "source": "PHV_IT_DRP_2023",
375
+ "category": "IT_Policy",
376
+ "hierarchy": "1. HỆ THỐNG KẾT NỐI MẠNG DC – DR SITE > 1.2 Mô tả hoạt động",
377
+ "page": 22
378
+ }
379
+ },
380
+ {
381
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down\nContent: [2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down]\n- Khi đường MPLS L3 hoặc đường Internet tại DC bị mất kết nối, hệ thống mạng\ncủa nhà cung cấp tự động phát hiện lỗi và điều chỉnh route sang gateway tại DR\nsite.\no MPLS L3 gateway: 10.11.1.2.\no LL Internet gateway: 183.91.22.126.\n- Tại PHV-DC: cần thông báo với CMC để chuyển kết nối Internet và MPLS L3\nsang PHV-DR.",
382
+ "metadata": {
383
+ "source": "PHV_IT_DRP_2023",
384
+ "category": "IT_Policy",
385
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down",
386
+ "page": 22
387
+ }
388
+ },
389
+ {
390
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.1 Sơ đồ hệ thống mạng – Kịch bản 1\nContent: [2.1 Sơ đồ hệ thống mạng – Kịch bản 1]\nHình 2. Sơ đồ kết nối khi MPLS L3 hoặc Internet Leased Line mất kết nối.",
391
+ "metadata": {
392
+ "source": "PHV_IT_DRP_2023",
393
+ "category": "IT_Policy",
394
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.1 Sơ đồ hệ thống mạng – Kịch bản 1",
395
+ "page": 22
396
+ }
397
+ },
398
+ {
399
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành\nContent: [2.2 Xử lý và vận hành]",
400
+ "metadata": {
401
+ "source": "PHV_IT_DRP_2023",
402
+ "category": "IT_Policy",
403
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành",
404
+ "page": 22
405
+ }
406
+ },
407
+ {
408
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.1 Các bước xử lý sự cố\nContent: [2.2.1 Các bước xử lý sự cố]\n- Thông báo CMC chuyển kết nối Internet, MPLS L3 sang PHV-DR (1). Sau khi\nđường truyền được kích hoạt xong thì thực hiện bước thứ 2.\n- Ghi chú:\no Các thay đổi cấu hình firewall tại các bước (3), (4), (5) sau đây mặc định\nlà thực hiện tại văn phòng PHV.\no Trong trường hợp đường MPLS L3 bị mất kết nối có thể thay đổi cấu hình\nfirewall tại văn phòng PHV hoặc qua SSL VPN.\n- Đổi IP cổng E0/0 và E0/4 kết nối giữa Sophos firewal tại PHV-DC(2).\no E0/0: 172.17.0.2/23\no E0/4: 172.18.0.2/23\n- Đổi IP cổng Ethernet0/0 và Ethernet0/4 DR firewall tại PHV-DR\no E0/0:172.17.0.1/23 (3)\no E0/4:172.18.0.1/23 (4)\n- Ngắt kết nối cổng G0/2 internet router – PHV-DR(5)",
409
+ "metadata": {
410
+ "source": "PHV_IT_DRP_2023",
411
+ "category": "IT_Policy",
412
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.1 Các bước xử lý sự cố",
413
+ "page": 23
414
+ }
415
+ },
416
+ {
417
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.2 Thao tác trên thiết bị\nContent: [2.2.2 Thao tác trên thiết bị]\nĐổi IP mạng User, Server trên Sophos Firewall (2)\n- Đăng nhập Sophos firewall: https://172.17.0.1:1947\n- Đổi IP cổng ETH0: từ IP 172.17.0.1 => 172.17.0.2\n- Đổi IP cổng ETH4: từ IP 172.18.0.1 => 172.18.0.2\nCấu hình thiết bị tại DR:\nĐổi IP trên DR Firewall (3)\n- Đăng nhập Sophos firewall tại DR : https://172.17.0.3:1947\n- Đổi IP cổng ETH0: từ IP 172.17.0.3 => 172.17.0.1\n- Đổi IP cổng ETH4: từ IP 172.18.0.3 => 172.18.0.1\nNgắt kết nối Gi0/2 trên Internet Router tại PHV-DR (5)\n- Đăng nhập router:\n- Mở phần mềm Putty\n- Connection type: SSH\n- IP address: 183.91.22.126\n- Click Open\n- Nhập username, password\nPHVDR-RT> enable\nPHVDR-RT#conf t\nPHVDR-RT(config)#interface g0/2\nPHVDR-RT(config-if)#shutdown\nPHVDR-RT(config-if)#end\nPHVDR-RT#write memory",
418
+ "metadata": {
419
+ "source": "PHV_IT_DRP_2023",
420
+ "category": "IT_Policy",
421
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.2 Thao tác trên thiết bị",
422
+ "page": 27
423
+ }
424
+ },
425
+ {
426
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.3 Rollback hệ thống network từ DR sang DC\nContent: [2.2.3 Rollback hệ thống network từ DR sang DC]\n- Ghi chú:\no Truy cập Internet router bằng IP public 183.91.22.126.\no Truy cập DR firewall bằng IP 10.11.1.2 hoặc IP public 183.91.23.194.\n- Mở cổng Gi0/2 Internet router tại PHV-DR (1)\n- Đổi IP cổng ethernet0/0 vàEthernet0/4 DR firewall tại PHV-DR\no E0/0:172.17.0.3/23 (2)\no E0/4:172.18.0.3/23 (3)\n- Đổi IP cổng E0/0 và E0/4 kết nối giữa Sophos firewal tại PHV-DC.\no E0/0: 172.17.0.1/23 (4)\no E0/4: 172.18.0.1/23 (5)\nMở kết nối Gi0/2 trên Internet Router tại PHV-DR (1)\n- Đăng nhập router từ bên ngoài PHV\no Mở phần mềm Putty\no Chọn connection type: SSH\no IP Address: 183.91.22.126\no Click Open\no Nhập Username/Password\no Gõ lệnh Enable\no Sau đó nhập Enable Password\n- Gõ lệnh configure terminal\nPHVDR-RT# configure terminal\nPHVDR-RT(config)#interface g0/2\nPHVDR-RT(config-if)#no shutdown\nPHVDR-RT(config-if)#end\nPHVDR-RT#write memory\nĐổi IP trên DR Firewall (2, 3)\n- Đăng nhập Sophos firewall qua SSL VPN: https://172.17.0.1:1947\n- Đổi IP cổng ETH0:\n- Đổi IP từ 172.17.0.1 => 172.17.0.3\n- Click Save\n- Đổi IP cổng ETH4: làm tương tự cho như cổng ETH0\n- Đổi IP từ 172.18.0.1 => 172.18.0.3\n- Click Save\nĐổi IP mạng User, Server trên DC Sophos Firewall (4, 5)\n- Đăng nhập DC Sophos firewall qua SSL VPN: https://172.17.0.2:1947\n- Đổi IP cổng ETH0:\n- Đổi IP từ 172.17.0.2 => 172.17.0.1\n- Click Save\n- Đổi IP cổng ETH4: làm tương tự cho như cổng ETH0\n- Đổi IP từ 172.18.0.2 => 172.18.0.1\n- Click Save",
427
+ "metadata": {
428
+ "source": "PHV_IT_DRP_2023",
429
+ "category": "IT_Policy",
430
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.3 Rollback hệ thống network từ DR sang DC",
431
+ "page": 32
432
+ }
433
+ },
434
+ {
435
+ "content": "Context: 2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.4 Vận hành\nContent: [2.2.4 Vận hành]\n- Người dùng tại DC truy cập Internet tại DR site thông qua đường MPLS L2.\n- Người dùng tại DC truy cập vào vùng server tại DC thông qua đường MPLS L2\n- Người dùng tại các cửa hàng truy cập tài nguyên trên server tại DC qua kết nối\nMPLS L3 đến DR site và tiếp tục đi trên đường MPLS L2 để đến được các\nserver.\n- Người dùng tại văn phòng truy cập server tại DC thông qua kết nối Remote\nAccess VPN đến Internet router tại DR site. Sau đó tiếp tục chuyển tiếp truy cập\nđến server qua đường MPLS L2",
436
+ "metadata": {
437
+ "source": "PHV_IT_DRP_2023",
438
+ "category": "IT_Policy",
439
+ "hierarchy": "2. Kịch bản 1: Datacenter MPLS link/ Leased Line Down > 2.2 Xử lý và vận hành > 2.2.4 Vận hành",
440
+ "page": 32
441
+ }
442
+ },
443
+ {
444
+ "content": "Context: 3. Kịch bản 2: Datacenter - 2xESXi down\nContent: [3. Kịch bản 2: Datacenter - 2xESXi down]\n- Cả 2 hệ thống máy chủ ESXi tại DC bị sự cố không hoạt động được.",
445
+ "metadata": {
446
+ "source": "PHV_IT_DRP_2023",
447
+ "category": "IT_Policy",
448
+ "hierarchy": "3. Kịch bản 2: Datacenter - 2xESXi down",
449
+ "page": 33
450
+ }
451
+ },
452
+ {
453
+ "content": "Context: 3. Kịch bản 2: Datacenter - 2xESXi down > 3.1 Sơ đồ hệ thống mạng – Kịch bản 2\nContent: [3.1 Sơ đồ hệ thống mạng – Kịch bản 2]\nHình 3. Sơ đồ hoạt động hệ thống khi ESX lỗi.",
454
+ "metadata": {
455
+ "source": "PHV_IT_DRP_2023",
456
+ "category": "IT_Policy",
457
+ "hierarchy": "3. Kịch bản 2: Datacenter - 2xESXi down > 3.1 Sơ đồ hệ thống mạng – Kịch bản 2",
458
+ "page": 33
459
+ }
460
+ },
461
+ {
462
+ "content": "Context: 3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành\nContent: [3.2 Xử lý và vận hành]\nCác bước thực hiện trên hệ thống VMware ESXi với Veeam backup and replication\nFailover hệ thống tại DR chạy tạm thay thế DC đang bị sự cố:\nMô tả: Giả lập các VMs không còn sử dụng được tại DC, IT PHV xác định không thể\nphục hồi tại DC. Thực hiện chuyển đổi sang DR để chạy tạm.\nP H V S G\nD\nN\na\nV e e\nn h S\nS ite A\na m -D C\ná c h C ô n g V iê c\nFailo ve r\n➢➢ XK á c đ\niể m\nP H\nịn h đ\ntra d\nS ite B\nV S G N V e e a m -D R\nD a n h S á c h C ô n g V iê\niể m k h ô i p h ụ c đ ể F a ilo v e\nữ liệ u v à c h ạ y th ử n g h iệ m\nc\nr\ntạ i S ite B",
463
+ "metadata": {
464
+ "source": "PHV_IT_DRP_2023",
465
+ "category": "IT_Policy",
466
+ "hierarchy": "3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành",
467
+ "page": 34
468
+ }
469
+ },
470
+ {
471
+ "content": "Context: 3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành > 3.2.1 Các bước xử lý sự cố\nContent: [3.2.1 Các bước xử lý sự cố]\nDanh sách Công việc tại PHVSGNVeeam-DR:\nXác định Các máy tại DC đã off\na) Chuyển trạng thái VMs sang Failover:\n• Bước 1: Sử dụng Remote Desktop kết nối vào IP 172.17.0.137 sử dụng\nUsername: phvsgn\\administrator, Password:***\n• Bước 2: Đăng nhập vào Veeam Backup & Replication Console\nMở ứng dụng dưới đây:\n• Bước 3: Chọn Connect kết nối tới database\n• Bước 4: Chuyển trạng thái VMs sang Failover\nTrong Tab Backup & Replication phần Replicas chọn Ready\nClick Chuột phải lên từ VMs, chọn Failover Now…\nChọn VMs và điểm Restore Point gần nhất rồi chọn Next\nNhập Lý do Failover\nChọn Finish để thực hiện việc Failover\nThực hiện tương tự với 11 VMs còn lại\nb) Kiểm tra\nTrong Tab Backup & Replication chọn Ready\nKiểm tra 11 job backup với các thông số như sau:\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Failover\nc) Kết quả:\n• Thành công: 11 máy Failover tại PHVSGNVeeam-DR đạt kết quả thành công có\nstatus là Failover.\n• Chưa thành công: Một trong số 11 máy backup tại PHVSGNVeeam-DR Failed",
472
+ "metadata": {
473
+ "source": "PHV_IT_DRP_2023",
474
+ "category": "IT_Policy",
475
+ "hierarchy": "3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành > 3.2.1 Các bước xử lý sự cố",
476
+ "page": 37
477
+ }
478
+ },
479
+ {
480
+ "content": "Context: 3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành > 3.2.2 Failback hệ thống tại DR trở về DC\nContent: [3.2.2 Failback hệ thống tại DR trở về DC]\nSau khi 2 server ESXi đã xử lý sự cố thành công\nMô tả: Khi xảy ra sự cố, các VM không thể hoạt động được sau khi chạy tạm thời bên\nDR site thì nổ lực phục hồi bên DC site đã thành công, các VM có thể hoặc động được\nnhưng dữ liệu hiện tại đã cũ so với VMs chạy bên B site. Thực hiện việc Failback VMs\ntừ DR site sang DC site và cho chạy thực tại DC site:\nSite A Site B\nFailback\nPHVSGNVeeam-DC PHVSGNVeeam-DR\nDanh sách Công việc Danh sách Công việc\n➢ Xác định điểm khôi phục để Failover\n➢Thiết lập các tham số cho các máy ảo backup ➢ Kiểm tra dữ liệu và chạy thử nghiệm tại Site\n➢Xác minh máy ảo sao lưu thành công A. Nếu dữ liệu ổn định, Commit Failback, Nếu dữ liệu\nkhông ổn định, Undo Failback.\n➢ Xác minh tình trạng công việc sao chép thành\ncông\n➢ Thiết lập các tham số cho đồng bộ hóa dữ\nliệu\na) Danh sách Công việc tại PHVSGNVeeam-DR:\n❖ Kiểm tra 11 VMs đang ở trạng thái Failover:\n• Bước 1: Sử dụng Remote Desktop kết nối vào IP 172.17.0.137 sử dụng\nUsername: phvsgn\\administrator, Password:***\n• Bước 2: Đăng nhập vào Veeam Backup & Replication Console\nMở ứng dụng dưới đây:\n• Bước 3: Chọn Connect kết nối tới database\n• Bước 4: Trong Tab Backup & Replication phần Replicas chọn Ready\nb) Kiểm tra 11 job Failover với các thông số như sau: Name: Tương ứng với\ntên máy Kiểm tra\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Failover\nc) Kết quả:\n• Thành công: 11 máy Failover tại PHVSGNVeeam-DR đạt kết quả thành công có\nstatus là Failover.\n• Chưa thành công: Một trong số 11 máy backup tại PHVSGNVeeam-DR Failed.\n❖ Thực hiện Failback 11 VMs từ Site B sang Site A:\n• Bước 1: Trong Tab Backup & Replication phần Replicas chọn Ready\nClick chuột phải lên VMs đang có trạng thái là Failover chọn Failback to production…\nChọn VMs tương ứng cần Failback sau đó chọn Next\nChọn Failback to the original VM\nChọn option Power on target VM after restoring\nTiếp theo thực hiện tương tự với 11 VMs còn lại\nd) Kiểm tra:\nTrong Tab Backup & Replication chọn Ready\nKiểm tra 11 job Failback với các thông số như sau:\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Failback\ne) Kết quả:\n• Đạt: 11 máy Failback tại PHVSGNVeeam-DR đạt kết quả thành công có status\nlà Failback. Tiếp theo chuyển sang bước 6.\n• Không Đạt: Một trong số 11 máy backup tại PHVSGNVeeam-DR không\nFailback được.\n❖ Xác nhận Failback:\nGiải thích: Lúc này VMs bên site A đã chạy lại hoàn toàn. Hành động này xảy ra khi IT\nPHV đã xác mình là dữ liệu của VMs là mới nhất và muốn tiến hành cho chạy thực.\nTiến hành Commit Failback:\n• Bước 1: Trong Tab Backup & Replication phần Replicas chọn Ready\n• Bước 2: Click chuột phải lên VMs đang có trạng thái là Failback chọn Commit\nFailback\nChọn Yes\nLúc này đã thực hiện Failback Thành công! Trạng thái VMs này sẽ chuyển sang\nReplication giống với trường hợp trạng thái như bình thường lúc chưa xảy ra sự cố.\nTiếp tục thực hiện Commit Failback với 11 máy còn lại.\na) Kiểm tra:\nTrong Tab Backup & Replication chọn Ready\nKiểm tra 11 job Failback với các thông số như sau:\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Ready\nb) Kết quả:\n• Đạt: 11 máy Commit Failback tại PHVSGNVeeam-DR đạt kết quả thành công có\nstatus là Ready.\n• Không Đạt: Một trong số 11 máy backup tại PHVSGNVeeam-DR không Commit\nFailback được.",
481
+ "metadata": {
482
+ "source": "PHV_IT_DRP_2023",
483
+ "category": "IT_Policy",
484
+ "hierarchy": "3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành > 3.2.2 Failback hệ thống tại DR trở về DC",
485
+ "page": 43
486
+ }
487
+ },
488
+ {
489
+ "content": "Context: 3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành > 3.2.3 Vận hành\nContent: [3.2.3 Vận hành]\n- Người dùng tại văn phòng PHV và các nhà hàng MPLS truy cập Internet theo\nkịch bản làm việc bình thường tại PHV-DC.\n- Các nhà hàng MPLS, người dùng tại văn phòng PHV truy cập tài nguyên trên\ncác máy chủ đặt tại PHV-DR thông qua đường L2 MPLS.",
490
+ "metadata": {
491
+ "source": "PHV_IT_DRP_2023",
492
+ "category": "IT_Policy",
493
+ "hierarchy": "3. Kịch bản 2: Datacenter - 2xESXi down > 3.2 Xử lý và vận hành > 3.2.3 Vận hành",
494
+ "page": 43
495
+ }
496
+ },
497
+ {
498
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active\nContent: [4. Kịch bản 3: Datacenter turned down and DR site active]\n- Cả hệ thống Máy chủ và Mạng tại DC không thể hoạt động do mất điện kéo dài,\nthiên tai, hỏa hạn, …",
499
+ "metadata": {
500
+ "source": "PHV_IT_DRP_2023",
501
+ "category": "IT_Policy",
502
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active",
503
+ "page": 44
504
+ }
505
+ },
506
+ {
507
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active > 4.1 Sơ đồ hệ thống mạng – Kịch bản 3\nContent: [4.1 Sơ đồ hệ thống mạng – Kịch bản 3]\nHình 4. Sơ đồ hệ thống khi Data Center không thể hoạt động",
508
+ "metadata": {
509
+ "source": "PHV_IT_DRP_2023",
510
+ "category": "IT_Policy",
511
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active > 4.1 Sơ đồ hệ thống mạng – Kịch bản 3",
512
+ "page": 44
513
+ }
514
+ },
515
+ {
516
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và v��̣n hành\nContent: [4.2 Xử lý và vận hành]",
517
+ "metadata": {
518
+ "source": "PHV_IT_DRP_2023",
519
+ "category": "IT_Policy",
520
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành",
521
+ "page": 44
522
+ }
523
+ },
524
+ {
525
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.1 Các bước xử lý sự cố\nContent: [4.2.1 Các bước xử lý sự cố]\nKích hoạt hệ thống Mạng tại DR Site\n- Thông báo CMC kích hoạt kết nối Internet, MPLS L3 tại PHV-DR(1).\n- Đổi IP cổng ethernet0/0 DR firewall tại PHV-DR: 172.17.0.1/23(2).\n- Đổi IP cổng ethernet0/4 DR firewall tại PHV-DR: 172.18.0.1/23(3).\n- Ngắt kết nối Gi0/2 trên Internet Router tại PHV-DR(4).\n- Kích hoạt hệ thống máy chủ tại PHV-DR(5).\nNote: có thể remote vào hệ thống tại PHV-DR sau khi đường Internet & L3 MPLS phục\nhồi bằng remote VPN hoặc từ 1 nhà hàng MPLS.\nThao tác trên thiết bị\n❖ Đổi IP cổng EHTHERNET 0/0 DR Firewall tại PHV-DR (2)\n- Bước 1: đăng nhập DR firewall\n▪ Từ Intermet http://183.91.23.194/\n▪ Hoặc từ 1 nhà hàng bất kỳ http://10.11.1.2\no Nhập username/password\n- Bước 2: đổi IP cổng ethernet 0/0\nĐăng nhập DR firewall tại DR : https://172.17.0.3:1947\n- Đổi IP cổng ETH0: từ IP 172.17.0.3 => 172.17.0.1\n- Đổi IP cổng ETH4: từ IP 172.18.0.3 => 172.18.0.1 (3)\n❖ Ngắt kết nối Gi0/2 trên Internet Router tại PHV-DR (4)\n- Đăng nhập router:\n- Mở phần mềm Putty\n- Connection type: SSH\n- IP address: 183.91.22.126\n- Click Open\n- Nhập username, password\nPHVDR-RT> enable\nPHVDR-RT#conf t\nPHVDR-RT(config)#interface g0/2\nPHVDR-RT(config-if)#shutdown\nPHVDR-RT(config-if)#end\nPHVDR-RT#write memory\n❖ Kích hoạt hệ thống máy chủ tại PHV-DR(5).\nFailover hệ thống tại DR chạy tạm thay thế DC đang bị sự cố:\nMô tả: Giả lập các VMs không còn sử dụng được tại DC, IT PHV xác định không thể\nphục hồi tại DC. Thực hiện chuyển đổi sang DR để chạy tạm.\nSite A Site B\nFailover\nPHVSGNVeeam-DC PHVSGNVeeam-DR\nDanh Sách Công Viêc Danh Sách Công Viêc\n➢Xác định điểm khôi phục để Failover\n➢Kiểm tra dữ liệu và chạy thử nghiệm tại Site B\nDanh sách Công việc tại PHVSGNVeeam-DR:\nXác định Các máy tại DC đã off\na) Chuyển trạng thái VMs sang Failover:\n• Bước 1: Sử dụng Remote Desktop kết nối vào IP 172.17.0.137 sử dụng\nUsername: phvsgn\\administrator, Password:***\n• Bước 2: Đăng nhập vào Veeam Backup & Replication Console\nMở ứng dụng dưới đây:\n• Bước 3: Chọn Connect kết nối tới database\n• Bước 4: Chuyển trạng thái VMs sang Failover\nTrong Tab Backup & Replication phần Replicas chọn Ready\nClick Chuột phải lên từ VMs, chọn Filover Now…\nChọn VMs và điểm Restore Point gần nhất rồi chọn Next\nNhập Lý do Failover\nChọn Finish để thực hiện việc Failover\nThực hiện tương tự với 11 VMs còn lại\nb) Kiểm tra\nTrong Tab Backup & Replication chọn Ready\nKiểm tra 11 job backup với các thông số như sau:\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Failover\nc) Kết quả:\n• Thành công: 11 máy Failover tại PHVSGNVeeam-DR đạt kết quả thành công có\nstatus là Failover.\n• Chưa thành công: Một trong số 11 máy backup tại PHVSGNVeeam-DR Failed",
526
+ "metadata": {
527
+ "source": "PHV_IT_DRP_2023",
528
+ "category": "IT_Policy",
529
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.1 Các bước xử lý sự cố",
530
+ "page": 50
531
+ }
532
+ },
533
+ {
534
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.2 Rollback hệ thống network từ DR sang DC\nContent: [4.2.2 Rollback hệ thống network từ DR sang DC]\n- Ghi chú:\no Truy cập Internet router bằng IP public 183.91.22.126.\no Truy cập DR firewall bằng IP 10.11.1.2 hoặc IP public 183.91.23.194.\n- Mở cổng Gi0/2 Internet router tại PHV-DR (1)\n- Đổi IP cổng Ethernet0/0 và Ethernet0/4 DR firewall tại PHV-DR\no E0/0:172.17.0.3/23 (2)\no E0/4:172.18.0.3/23 (3)\nMở kết nối Gi0/2 trên Internet Router tại PHV-DR (1)\n- Đăng nhập router từ bên ngoài PHV\no Mở phần mềm Putty\no Chọn connection type: SSH\no IP Address: 183.91.22.126\no Click Open\no Nhập Username/Password\no Gõ lệnh Enable\no Sau đó nhập Enable Password\n- Gõ lệnh configure terminal\nPHVDR-RT# configure terminal\nPHVDR-RT(config)#interface g0/2\nPHVDR-RT(config-if)#no shutdown\nPHVDR-RT(config-if)#end\nĐổi IP cổng EHTHERNET 0/0 DR Firewall tại PHV-DR (2)\n- Bước 1:đăng nhập DR firewall\no Đăng nhập từ bên ngoài PHV http://183.91.23.194\no Đăng nhập từ 1 nhà hàng MPLS bất kỳ http://10.11.1.2\no Nhập username/password\n- Bước 2 đổi IP cổng ethernet 0/0\nĐăng nhập Sophos firewall qua SSL VPN: https://172.17.0.1:1947\n- Đổi IP cổng ETH0:\n- Đổi IP từ 172.17.0.1 => 172.17.0.3\n- Click Save\nĐổi IP cổng ETH4: làm tương tự cho như cổng ETH0 (3)\n- Đổi IP từ 172.18.0.1 => 172.18.0.3\n- Click Save\nThông báo CMC chuyển đổi kết nối Internet & MPLS L3 về PHV-DC",
535
+ "metadata": {
536
+ "source": "PHV_IT_DRP_2023",
537
+ "category": "IT_Policy",
538
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.2 Rollback hệ thống network từ DR sang DC",
539
+ "page": 53
540
+ }
541
+ },
542
+ {
543
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.3 Failback hệ thống tại DR trở về DC\nContent: [4.2.3 Failback hệ thống tại DR trở về DC]\nSau khi 2 server ESXi đã xử lý sự cố thành công\nMô tả: Khi xảy ra sự cố, các VM không thể hoạt động được sau khi chạy tạm thời bên\nDR site thì nổ lực phục hồi bên DC site đã thành công, các VM có thể hoặc động được\nnhưng dữ liệu hiện tại đã cũ so với VMs chạy bên B site. Thực hiện việc Failback VMs\ntừ DR site sang DC site và cho chạy thực tại DC site:\n➢➢ TX há iế t lậ\nc m in\nP\nph\nH V S G N V e e\nD a n h s\nc á c t h a m s ố\nm á y ả o s a o\nS it e A\na m - D C\ná c h C ô n g\nc h o c á c m\nlư u t h à n h\nv\ná\nc\niệ c\ny ả\nô n\nog b a c k u p\nF a ilb a ck\n➢➢A\n. N\nk h ô\n➢c\nô n\n➢liệ\nu\nến\ng\nS it e B\nP H V S G N V e e a m - D R\nD a n h s á c h C ô n g v iệ c\nX á c đ ịn h đ iể m k h ô i p h ụ c đ ể F a ilo v e r\nK iể m t r a d ữ liệ u v à c h ạ y t h ử n g h iệ m\nu d ữ liệ u ổ n đ ịn h , C o m m it F a ilb a c k , N ế\ng ổ n đ ịn h , U n d o F a ilb a c k .\nX á c m in h t ìn h t r ạ n g c ô n g v iệ c s a o c h\nT h iế t lậ p c á c t h a m s ố c h o đ ồ n g b ộ h\nt ạ i S it e\nu d ữ liệ\né p t h à n\nó a d ữ\nu\nh\na) Danh sách Công việc tại PHVSGNVeeam-DR:\n❖ Kiểm tra 11 VMs đang ở trạng thái Failover:\n• Bước 1: Sử dụng Remote Desktop kết nối vào IP 172.17.0.137 sử dụng\nUsername: phvsgn\\administrator, Password:***\n• Bước 2: Đăng nhập vào Veeam Backup & Replication Console\nMở ứng dụng dưới đây:\n• Bước 3: Chọn Connect kết nối tới database\n• Bước 4: Trong Tab Backup & Replication phần Replicas chọn Ready\nb) Kiểm tra 11 job Failover với các thông số như sau: Name: Tương ứng\nvới tên máy Kiểm tra\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Failover\nc) Kết quả:\n• Thành công: 11 máy Failover tại PHVSGNVeeam-DR đạt kết quả thành công có\nstatus là Failover.\n• Chưa thành công: Một trong số 11 máy backup tại PHVSGNVeeam-DR Failed.\n❖ Thực hiện Failback 11 VMs từ Site B sang Site A:\n• Bước 1: Trong Tab Backup & Replication phần Replicas chọn Ready\nClick chuột phải lên VMs đang có trạng thái là Failover chọn Failback to production…\nChọn VMs tương ứng cần Failback sau đó chọn Next\nChọn Failback to the original VM\nChọn option Power on target VM after restoring\nTiếp theo thực hiện tương tự với 11 VMs còn lại\nd) Kiểm tra:\nTrong Tab Backup & Replication chọn Ready\nKiểm tra 11 job Failback với các thông số như sau:\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Failback\ne) Kết quả:\n• Thành công: 11 máy Failback tại PHVSGNVeeam-DR đạt kết quả thành công\ncó status là Failback. Tiếp theo chuyển sang bước 6.\n• Chưa thành công: Một trong số 11 máy backup tại PHVSGNVeeam-DR không\nFailback được.\n❖ Xác nhận Failback:\nGiải thích: Lúc này VMs bên DC site đã chạy lại hoàn toàn. Hành động này xảy ra khi IT\nPHV đã xác mình là dữ liệu của VMs là mới nhất và muốn tiến hành cho chạy thực.\nTiến hành Commit Failback:\n• Bước 1: Trong Tab Backup & Replication phần Replicas chọn Ready\n• Bước 2: Click chuột phải lên VMs đang có trạng thái là Failback chọn Commit\nFailback\nChọn Yes\nLúc này đã thực hiện Failback Thành công! Trạng thái VMs này sẽ chuyển sang\nReplication giống với trường hợp trạng thái như bình thường lúc chưa xảy ra sự cố.\nTiếp tục thực hiện Commit Failback với 11 máy còn lại.\na) Kiểm tra:\nTrong Tab Backup & Replication chọn Ready\nKiểm tra 11 job Failback với các thông số như sau:\n• Name: Tương ứng với tên máy Kiểm tra\n• Status: Ready\nb) Kết quả:\n• Thành công: 11 máy Commit Failback tại PHVSGNVeeam-DR đạt kết quả\nthành công có status là Ready.\n• Chưa thành công: Một trong số 11 máy backup tại PHVSGNVeeam-DR không\nCommit Failback được.",
544
+ "metadata": {
545
+ "source": "PHV_IT_DRP_2023",
546
+ "category": "IT_Policy",
547
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.3 Failback hệ thống tại DR trở về DC",
548
+ "page": 59
549
+ }
550
+ },
551
+ {
552
+ "content": "Context: 4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.4 Vận hành\nContent: [4.2.4 Vận hành]\n- Người dùng tại DC di chuyển sang các văn phòng, cửa hàng PHV lân cận hoặc\ncó thể sử dụng Remote VPN vào hệ thống tại DR Site.\n- Người dùng tại các của hàng truy cập tài nguyên trên server tại DR Site qua kết\nnối MPLS L3 đến DR site.\n- Người dùng bên ngoài văn phòng truy cập server tại DR Site thông qua kết nối\nRemote Access SSL VPN đến DR firewall tại DR site.",
553
+ "metadata": {
554
+ "source": "PHV_IT_DRP_2023",
555
+ "category": "IT_Policy",
556
+ "hierarchy": "4. Kịch bản 3: Datacenter turned down and DR site active > 4.2 Xử lý và vận hành > 4.2.4 Vận hành",
557
+ "page": 59
558
+ }
559
+ },
560
+ {
561
+ "content": "Context: 5. Kịch bản 4: Core switch down\nContent: [5. Kịch bản 4: Core switch down]\n- Core switch 3850 tại PHV-DC lỗi và không hoạt động được.",
562
+ "metadata": {
563
+ "source": "PHV_IT_DRP_2023",
564
+ "category": "IT_Policy",
565
+ "hierarchy": "5. Kịch bản 4: Core switch down",
566
+ "page": 60
567
+ }
568
+ },
569
+ {
570
+ "content": "Context: 5. Kịch bản 4: Core switch down > 5.1 Sơ đồ hệ thống mạng – Kịch bản 4\nContent: [5.1 Sơ đồ hệ thống mạng – Kịch bản 4]",
571
+ "metadata": {
572
+ "source": "PHV_IT_DRP_2023",
573
+ "category": "IT_Policy",
574
+ "hierarchy": "5. Kịch bản 4: Core switch down > 5.1 Sơ đồ hệ thống mạng – Kịch bản 4",
575
+ "page": 60
576
+ }
577
+ },
578
+ {
579
+ "content": "Context: 5. Kịch bản 4: Core switch down > 5.2 Xử lý sự cố\nContent: [5.2 Xử lý sự cố]\n- Mở nguồn switch Cisco SG500\n- Chuyển kết nối từ switch Cisco 3850 sang Cisco SG500 theo kiểu tịnh tuyến, tức\nlà cáp nối đến cổng 1 của switch Cisco 3850 sẽ chuyển sang cổng 1 switch\nCisco SG500 và làm tương tự cho các cổng còn lại.",
580
+ "metadata": {
581
+ "source": "PHV_IT_DRP_2023",
582
+ "category": "IT_Policy",
583
+ "hierarchy": "5. Kịch bản 4: Core switch down > 5.2 Xử lý sự cố",
584
+ "page": 60
585
+ }
586
+ },
587
+ {
588
+ "content": "Context: 6. Kịch bản 5: Application Down\nContent: [6. Kịch bản 5: Application Down]\nPHV curently using 6 majors Application systems and core networking to running the\nbusiness.\nThe DRP plan for each major Application systems are documented in separate\ndocument.\nSee the figure 9\nNO Application Name Description / Functionlities Document related",
589
+ "metadata": {
590
+ "source": "PHV_IT_DRP_2023",
591
+ "category": "IT_Policy",
592
+ "hierarchy": "6. Kịch bản 5: Application Down",
593
+ "page": 61
594
+ }
595
+ },
596
+ {
597
+ "content": "Context: 1 SUN Accounting system 1. SUN ACCOUNTING _BCP_2017.docx\nContent: [1 SUN Accounting system 1. SUN ACCOUNTING _BCP_2017.docx]\nDatawarehouse/ supply chain\nSAP AND WINHAM 2. SAP AND WINHAM _BCP_2017.docx\n2 system/ Stocktake",
598
+ "metadata": {
599
+ "source": "PHV_IT_DRP_2023",
600
+ "category": "IT_Policy",
601
+ "hierarchy": "1 SUN Accounting system 1. SUN ACCOUNTING _BCP_2017.docx",
602
+ "page": 61
603
+ }
604
+ },
605
+ {
606
+ "content": "Context: 3 CADENA HR system/ payroll 3. CADENA_HRIS_BCP_2017.docx\nContent: [3 CADENA HR system/ payroll 3. CADENA_HRIS_BCP_2017.docx]",
607
+ "metadata": {
608
+ "source": "PHV_IT_DRP_2023",
609
+ "category": "IT_Policy",
610
+ "hierarchy": "3 CADENA HR system/ payroll 3. CADENA_HRIS_BCP_2017.docx",
611
+ "page": 61
612
+ }
613
+ },
614
+ {
615
+ "content": "Context: 4 SAS REPORT Reporting system 4. SAS_SYSTEM_BCP_2017.docx\nContent: [4 SAS REPORT Reporting system 4. SAS_SYSTEM_BCP_2017.docx]\nColtrol data consolidate daily\nPOS HQ 5. POINTSOFT _POS_BCP_2017.docx\n5 for store",
616
+ "metadata": {
617
+ "source": "PHV_IT_DRP_2023",
618
+ "category": "IT_Policy",
619
+ "hierarchy": "4 SAS REPORT Reporting system 4. SAS_SYSTEM_BCP_2017.docx",
620
+ "page": 61
621
+ }
622
+ },
623
+ {
624
+ "content": "Context: 6 FILE SERVER Store user file/ user data 6. FILE SERVER_BCP_14_2017.docx\nContent: [6 FILE SERVER Store user file/ user data 6. FILE SERVER_BCP_14_2017.docx]\nNetwork connection at RSC\nNETWORKING 7. NETWORK_BCP_2017.docx\n7 and Store\nFigure 9",
625
+ "metadata": {
626
+ "source": "PHV_IT_DRP_2023",
627
+ "category": "IT_Policy",
628
+ "hierarchy": "6 FILE SERVER Store user file/ user data 6. FILE SERVER_BCP_14_2017.docx",
629
+ "page": 61
630
+ }
631
+ },
632
+ {
633
+ "content": "Context: 7. Google GCP system Disaster recovery and BIA (in another document\nContent: [7. Google GCP system Disaster recovery and BIA (in another document]\nattached)\n\n[DRP Technical Table]:\nNO | Application Name | Description / Functionlities | Document related\n1 | SUN | Accounting system | 1. SUN ACCOUNTING _BCP_2017.docx\n2 | SAP AND WINHAM | Datawarehouse/ supply chain system/ Stocktake | 2. SAP AND WINHAM _BCP_2017.docx\n3 | CADENA | HR system/ payroll | 3. CADENA_HRIS_BCP_2017.docx\n4 | SAS REPORT | Reporting system | 4. SAS_SYSTEM_BCP_2017.docx\n5 | POS HQ | Coltrol data consolidate daily for store | 5. POINTSOFT _POS_BCP_2017.docx\n6 | FILE SERVER | Store user file/ user data | 6. FILE SERVER_BCP_14_2017.docx\n7 | NETWORKING | Network connection at RSC and Store | 7. NETWORK_BCP_2017.docx\n",
634
+ "metadata": {
635
+ "source": "PHV_IT_DRP_2023",
636
+ "category": "IT_Policy"
637
+ }
638
+ }
639
+ ]
data/jrg_leave_policy_2018.json ADDED
@@ -0,0 +1,50 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ [
2
+ {
3
+ "content": "Ngữ cảnh: Quy định ngày nghỉ phép năm (AL) và nghỉ bệnh hưởng lương (PSL) - Jardine Restaurant Group (JRG) & Pizza Hut Việt Nam.\nNội dung: Chính sách có hiệu lực từ ngày 01/01/2019, áp dụng cho tất cả nhân viên toàn thời gian đang làm việc tại Công ty. Mục đích nhằm quy định nguyên tắc tính các loại ngày nghỉ và tạo thuận tiện trong việc quản lý, theo dõi.",
4
+ "metadata": {
5
+ "source": "2018 Thông báo Quy định nghỉ phép năm AL - nghỉ bệnh có hưởng lương PSL",
6
+ "category": "HR_Policy",
7
+ "hierarchy": "Quy định chung"
8
+ }
9
+ },
10
+ {
11
+ "content": "Ngữ cảnh: Điều chỉnh quy định về chế độ hưởng phép năm (AL)\nNội dung: Số ngày phép năm được hưởng dựa trên thâm niên công tác:\n- Thâm niên từ 01 năm đến dưới 02 năm: 16 ngày/năm.\n- Thâm niên từ 02 năm đến dưới 05 năm: 17 ngày/năm.\n- Thâm niên từ 05 năm trở lên: 18 ngày/năm.\n- Cứ mỗi 05 năm thâm niên làm việc sau đó: Tăng thêm tương ứng 01 ngày.",
12
+ "metadata": {
13
+ "source": "2018 Thông báo Quy định nghỉ phép năm AL - nghỉ bệnh có hưởng lương PSL",
14
+ "category": "HR_Policy",
15
+ "hierarchy": "Nghỉ phép năm (AL) > Chế độ thâm niên"
16
+ }
17
+ },
18
+ {
19
+ "content": "Ngữ cảnh: Quy định tồn đọng và cộng thêm ngày phép năm (AL)\nNội dung: \n- Nhân viên được khuyến khích nghỉ hết phép trong năm. Số ngày nghỉ còn tồn đọng của năm trước phải được nghỉ hết trước ngày 28 tháng 02 của năm sau.\n- Riêng năm 2018: Mỗi nhân viên đang làm việc tại thời điểm ban hành thông báo được cộng thêm 01 ngày phép (bao gồm cả nhân viên đang thử việc), không áp dụng cho nhân viên bắt đầu làm việc từ tháng 11/2018.",
20
+ "metadata": {
21
+ "source": "2018 Thông báo Quy định nghỉ phép năm AL - nghỉ bệnh có hưởng lương PSL",
22
+ "category": "HR_Policy",
23
+ "hierarchy": "Nghỉ phép năm (AL) > Tồn đọng và Thưởng phép"
24
+ }
25
+ },
26
+ {
27
+ "content": "Ngữ cảnh: Quy định về ngày nghỉ bệnh được hưởng nguyên lương từ Công ty (PSL)\nNội dung: \n- Số ngày nghỉ bệnh hưởng lương: 06 ngày/năm.\n- Nguyên tắc: Không được cộng dồn vào năm tiếp theo và không được quy đổi thành tiền khi nhân viên nghỉ việc.\n- Yêu cầu hồ sơ: Phải nộp về bộ phận Nhân sự trong vòng 07 ngày sau khi quay lại làm việc. Phải có chỉ định của bác sĩ, chữ ký và dấu mộc hợp lệ từ cơ sở khám chữa bệnh công hoặc tư nhân được cấp phép. Hành vi gian lận hồ sơ sẽ bị xử lý kỷ luật theo quy định công ty.",
28
+ "metadata": {
29
+ "source": "2018 Thông báo Quy định nghỉ phép năm AL - nghỉ bệnh có hưởng lương PSL",
30
+ "category": "HR_Policy",
31
+ "hierarchy": "Nghỉ bệnh (PSL)"
32
+ }
33
+ },
34
+ {
35
+ "content": "Ngữ cảnh: Nguyên tắc áp dụng cho nhân viên mới, nghỉ việc và nghỉ thai sản\nNội dung: \n- Tỷ lệ hưởng: Số ngày phép năm/nghỉ bệnh hưởng lương được tính theo tỷ lệ số tháng làm việc dựa vào mốc ngày 15 hằng tháng.\n- Nếu vào làm/nghỉ việc trước ngày 15: Tính hưởng AL/PSL cho cả tháng đó.\n- Nếu vào làm/nghỉ việc từ ngày 15 trở về sau: Không tính hưởng AL/PSL cho tháng đó.\n- Đối với nghỉ thai sản: Nhân viên phải nghỉ hết số ngày phép năm còn lại trước khi nghỉ thai sản.",
36
+ "metadata": {
37
+ "source": "2018 Thông báo Quy định nghỉ phép năm AL - nghỉ bệnh có hưởng lương PSL",
38
+ "category": "HR_Policy",
39
+ "hierarchy": "Nguyên tắc chung > Nhân viên mới & Nghỉ việc"
40
+ }
41
+ },
42
+ {
43
+ "content": "Ngữ cảnh: Nguyên tắc làm tròn ngày phép năm\nNội dung: Cách làm tròn số thập phân khi tính toán ngày phép:\n- Từ 0.01 đến 0.34: Làm tròn thành 0.\n- Từ 0.35 đến 0.69: Làm tròn thành 0.5.\n- Từ 0.70 đến 0.99: Làm tròn thành 1.\nVí dụ: Nhân viên có 9.33 ngày phép sẽ làm tròn thành 09 ngày. Nhân viên có 10.66 ngày phép sẽ làm tròn thành 10.5 ngày.",
44
+ "metadata": {
45
+ "source": "2018 Thông báo Quy định nghỉ phép năm AL - nghỉ bệnh có hưởng lương PSL",
46
+ "category": "HR_Policy",
47
+ "hierarchy": "Nguyên tắc chung > Làm tròn số"
48
+ }
49
+ }
50
+ ]
data/jrg_terms_data.json ADDED
@@ -0,0 +1,947 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ [
2
+ {
3
+ "content": "Red Roof (RR) là Mô hình nhà hàng chuyên phục vụ ăn tại chỗ theo kiểu truyền thống. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
4
+ "metadata": {
5
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
6
+ "category": "Technical_Terms",
7
+ "department": "OPERATIONS",
8
+ "term": "Red Roof (RR)"
9
+ }
10
+ },
11
+ {
12
+ "content": "Restaurant-Based Delivery (RBD) là Mô hình nhà hàng chuyên phục vụ ăn tại chỗ, mua mang về và được hỗ trợ thêm 2-3 xe giao hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
13
+ "metadata": {
14
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
15
+ "category": "Technical_Terms",
16
+ "department": "OPERATIONS",
17
+ "term": "Restaurant-Based Delivery (RBD)"
18
+ }
19
+ },
20
+ {
21
+ "content": "Delco là Mô hình nhà hàng chuyên phục vụ Mua mang về và giao hàng tận nơi. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
22
+ "metadata": {
23
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
24
+ "category": "Technical_Terms",
25
+ "department": "OPERATIONS",
26
+ "term": "Delco"
27
+ }
28
+ },
29
+ {
30
+ "content": "Fast Casual Delivery (FCD) là Mô hình nhà hàng chuyên phục vụ Mua mang về và giao hàng tận nơi có thiết kế mới và Open Kitchen. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
31
+ "metadata": {
32
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
33
+ "category": "Technical_Terms",
34
+ "department": "OPERATIONS",
35
+ "term": "Fast Casual Delivery (FCD)"
36
+ }
37
+ },
38
+ {
39
+ "content": "Small Box (SB) là Mô hình nhà hàng có thiết kế mới với diện tích không lớn, quầy Make và Auxi được kết hợp. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
40
+ "metadata": {
41
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
42
+ "category": "Technical_Terms",
43
+ "department": "OPERATIONS",
44
+ "term": "Small Box (SB)"
45
+ }
46
+ },
47
+ {
48
+ "content": "Khu vực FOH là Front of House - Khu vực phía trước của nhà hàng gồm có khu vực khách hàng và phục vụ. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
49
+ "metadata": {
50
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
51
+ "category": "Technical_Terms",
52
+ "department": "OPERATIONS",
53
+ "term": "Khu vực FOH"
54
+ }
55
+ },
56
+ {
57
+ "content": "Khu vực BOH là Back of House - Khu vực phía sau quầy bán hàng nơi diễn ra các hoạt động chế biến sản phẩm. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
58
+ "metadata": {
59
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
60
+ "category": "Technical_Terms",
61
+ "department": "OPERATIONS",
62
+ "term": "Khu vực BOH"
63
+ }
64
+ },
65
+ {
66
+ "content": "OM là Operations Manager – Quản lý khối vận hành. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
67
+ "metadata": {
68
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
69
+ "category": "Technical_Terms",
70
+ "department": "OPERATIONS",
71
+ "term": "OM"
72
+ }
73
+ },
74
+ {
75
+ "content": "AC là Area Coach – Quản lý khu vực. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
76
+ "metadata": {
77
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
78
+ "category": "Technical_Terms",
79
+ "department": "OPERATIONS",
80
+ "term": "AC"
81
+ }
82
+ },
83
+ {
84
+ "content": "RGM là Restaurant General Manager – Cửa hàng trưởng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
85
+ "metadata": {
86
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
87
+ "category": "Technical_Terms",
88
+ "department": "OPERATIONS",
89
+ "term": "RGM"
90
+ }
91
+ },
92
+ {
93
+ "content": "SL là Shift Leader – Quản lý ca. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
94
+ "metadata": {
95
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
96
+ "category": "Technical_Terms",
97
+ "department": "OPERATIONS",
98
+ "term": "SL"
99
+ }
100
+ },
101
+ {
102
+ "content": "MGNT là Management Team – Cấp quản lý tại cửa hàng (bao gồm Quản lý ca, cửa hàng phó, cửa hàng trưởng). Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
103
+ "metadata": {
104
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
105
+ "category": "Technical_Terms",
106
+ "department": "OPERATIONS",
107
+ "term": "MGNT"
108
+ }
109
+ },
110
+ {
111
+ "content": "TM là Team Member – Nhân viên nhà hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
112
+ "metadata": {
113
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
114
+ "category": "Technical_Terms",
115
+ "department": "OPERATIONS",
116
+ "term": "TM"
117
+ }
118
+ },
119
+ {
120
+ "content": "RSC là Restaurant Supporting Center – Khối văn phòng hỗ trợ hoạt động của nhà hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
121
+ "metadata": {
122
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
123
+ "category": "Technical_Terms",
124
+ "department": "OPERATIONS",
125
+ "term": "RSC"
126
+ }
127
+ },
128
+ {
129
+ "content": "LSM là Local Store Marketing - Hoạt động Marketing trong nhà hàng nhằm thu hút khách hàng biết đến sản phẩm và thương hiệu của mình. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
130
+ "metadata": {
131
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
132
+ "category": "Technical_Terms",
133
+ "department": "OPERATIONS",
134
+ "term": "LSM"
135
+ }
136
+ },
137
+ {
138
+ "content": "Chi phí nhân công (COL) là Chi phí tiền lương phải trả cho nhân viên nhà hàng bao gồm cả quản lý. Gồm có các loại thuế, phụ cấp, lương làm thêm giờ, chi trả nghỉ lễ, chi phí nghỉ bệnh v.v.. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
139
+ "metadata": {
140
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
141
+ "category": "Technical_Terms",
142
+ "department": "OPERATIONS",
143
+ "term": "Chi phí nhân công (COL)"
144
+ }
145
+ },
146
+ {
147
+ "content": "Lợi nhuận có thể kiểm soát - MCP là Management Control Profit - Doanh thu trừ cho những chi phí do quản lý kiểm soát. Cụ thể:. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
148
+ "metadata": {
149
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
150
+ "category": "Technical_Terms",
151
+ "department": "OPERATIONS",
152
+ "term": "Lợi nhuận có thể kiểm soát - MCP"
153
+ }
154
+ },
155
+ {
156
+ "content": "Bảng báo cáo lỗ lãi (P&L) là Profit & Loss. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
157
+ "metadata": {
158
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
159
+ "category": "Technical_Terms",
160
+ "department": "OPERATIONS",
161
+ "term": "Bảng báo cáo lỗ lãi (P&L)"
162
+ }
163
+ },
164
+ {
165
+ "content": "UC là Lợi nhuận có thể kiểm soát – Chi phí quảng cáo – Chi phí cố định. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
166
+ "metadata": {
167
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
168
+ "category": "Technical_Terms",
169
+ "department": "OPERATIONS",
170
+ "term": "UC"
171
+ }
172
+ },
173
+ {
174
+ "content": "BSC là Balance Score card – Bảng cân bằng số liệu. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
175
+ "metadata": {
176
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
177
+ "category": "Technical_Terms",
178
+ "department": "OPERATIONS",
179
+ "term": "BSC"
180
+ }
181
+ },
182
+ {
183
+ "content": "GES là Guest Experience Survey - Phiếu khảo sát, ghi nhận xét/ý kiến về thương hiệu nhà hàng của chúng ta trong đó đánh giá sự hài lòng, mức tiêu thu, tốc độ, cảm nhận về thức ăn, trải nghiệm và giá cả của khách hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
184
+ "metadata": {
185
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
186
+ "category": "Technical_Terms",
187
+ "department": "OPERATIONS",
188
+ "term": "GES"
189
+ }
190
+ },
191
+ {
192
+ "content": "CARE là Courtesy - Lịch sự. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
193
+ "metadata": {
194
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
195
+ "category": "Technical_Terms",
196
+ "department": "OPERATIONS",
197
+ "term": "CARE"
198
+ }
199
+ },
200
+ {
201
+ "content": "C.H.A.M.P.S là C.H.A.M.P.S. viết tắt của sáu tiêu chí mà tất cả các khách hàng đều mong đợi. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
202
+ "metadata": {
203
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
204
+ "category": "Technical_Terms",
205
+ "department": "OPERATIONS",
206
+ "term": "C.H.A.M.P.S"
207
+ }
208
+ },
209
+ {
210
+ "content": "CSL - C.H.A.M.P.S. Standards Library là Tất cả những tiêu chuẩn hoạt động, được chia thành bốn cuốn: Service; Product; Equipment, Cleaning, và Maintenance; và Management – được dùng như các chương trình huấn luyện cơ bản và là tài liệu tham khảo cho tất cả các RGM có nhu cầu.. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
211
+ "metadata": {
212
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
213
+ "category": "Technical_Terms",
214
+ "department": "OPERATIONS",
215
+ "term": "CSL - C.H.A.M.P.S. Standards Library"
216
+ }
217
+ },
218
+ {
219
+ "content": "Developing Champions (DC) là Hệ thống đào tạo đội ngũ quản lý về khả năng Quản lý một ca làm việc và Quản lý nhà hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
220
+ "metadata": {
221
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
222
+ "category": "Technical_Terms",
223
+ "department": "OPERATIONS",
224
+ "term": "Developing Champions (DC)"
225
+ }
226
+ },
227
+ {
228
+ "content": "Assured Customer Experence (ACE) là Kiểm tra, đánh giá về toàn bộ các vấn đề trong nhà hàng về vệ sinh sạch sẽ, chất lượng sản phẩm, chất lượng dịch vụ…các tiêu chí về Champs trong nhà hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
229
+ "metadata": {
230
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
231
+ "category": "Technical_Terms",
232
+ "department": "OPERATIONS",
233
+ "term": "Assured Customer Experence (ACE)"
234
+ }
235
+ },
236
+ {
237
+ "content": "POS là Purchase of system - Hệ thống máy bán hàng, thanh toán tiền tại quầy thu ngân và theo dõi doanh thu. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
238
+ "metadata": {
239
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
240
+ "category": "Technical_Terms",
241
+ "department": "OPERATIONS",
242
+ "term": "POS"
243
+ }
244
+ },
245
+ {
246
+ "content": "FIFO là First in First out - Hàng nhập trước, Sử dụng trước. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
247
+ "metadata": {
248
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
249
+ "category": "Technical_Terms",
250
+ "department": "OPERATIONS",
251
+ "term": "FIFO"
252
+ }
253
+ },
254
+ {
255
+ "content": "TMTS là Team Member Training Scorecard – Bảng đánh giá năng lực đào tạo nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
256
+ "metadata": {
257
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
258
+ "category": "Technical_Terms",
259
+ "department": "OPERATIONS",
260
+ "term": "TMTS"
261
+ }
262
+ },
263
+ {
264
+ "content": "CSR là CUSTOMER SERVICE REPRENTATIVE - Nhân viên bán hàng, nhận đơn hàng từ khách hàng và chăm sóc, phục vụ khách hàng cho các kênh Delivery, Take Away, Pickup. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
265
+ "metadata": {
266
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
267
+ "category": "Technical_Terms",
268
+ "department": "OPERATIONS",
269
+ "term": "CSR"
270
+ }
271
+ },
272
+ {
273
+ "content": "B2B là Business to Business – Sự hợp tác, trao đổi giữa 2 doanh nghiệp. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
274
+ "metadata": {
275
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
276
+ "category": "Technical_Terms",
277
+ "department": "OPERATIONS",
278
+ "term": "B2B"
279
+ }
280
+ },
281
+ {
282
+ "content": "CX là Customer Experience – Trải nghiệm của khách hàng. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
283
+ "metadata": {
284
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
285
+ "category": "Technical_Terms",
286
+ "department": "OPERATIONS",
287
+ "term": "CX"
288
+ }
289
+ },
290
+ {
291
+ "content": "EX là Employee Experience – Trải nghiệm của nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
292
+ "metadata": {
293
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
294
+ "category": "Technical_Terms",
295
+ "department": "OPERATIONS",
296
+ "term": "EX"
297
+ }
298
+ },
299
+ {
300
+ "content": "MBO là Management by Objectives – Là 1 công cụ Quản lý hiệu suất nhân viên bằng các mục tiêu đề ra, được áp dụng cho RSC từ năm 2021 (thay cho việc xét duyệt KPI trước đây). Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
301
+ "metadata": {
302
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
303
+ "category": "Technical_Terms",
304
+ "department": "OPERATIONS",
305
+ "term": "MBO"
306
+ }
307
+ },
308
+ {
309
+ "content": "KPI là Key Performance Indicators -. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
310
+ "metadata": {
311
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
312
+ "category": "Technical_Terms",
313
+ "department": "OPERATIONS",
314
+ "term": "KPI"
315
+ }
316
+ },
317
+ {
318
+ "content": "PA là Performance Appraisal – Đánh giá hiệu suất một năm của nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận OPERATIONS tại Pizza Hut Vietnam.",
319
+ "metadata": {
320
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
321
+ "category": "Technical_Terms",
322
+ "department": "OPERATIONS",
323
+ "term": "PA"
324
+ }
325
+ },
326
+ {
327
+ "content": "HRA là Human Resources & Admin – Phòng Hành chính – Nhân sự. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
328
+ "metadata": {
329
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
330
+ "category": "Technical_Terms",
331
+ "department": "RSC",
332
+ "term": "HRA"
333
+ }
334
+ },
335
+ {
336
+ "content": "OD là Organisational Development – Bộ phận phát triển Văn hóa và Tổ chức. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
337
+ "metadata": {
338
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
339
+ "category": "Technical_Terms",
340
+ "department": "RSC",
341
+ "term": "OD"
342
+ }
343
+ },
344
+ {
345
+ "content": "TA là Talent Acquisition (Recruitment) – Bộ phận tuyển dụng. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
346
+ "metadata": {
347
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
348
+ "category": "Technical_Terms",
349
+ "department": "RSC",
350
+ "term": "TA"
351
+ }
352
+ },
353
+ {
354
+ "content": "C&B là Compensation & Benfits – Bộ phận phụ trách Lương và chế độ phúc lợi. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
355
+ "metadata": {
356
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
357
+ "category": "Technical_Terms",
358
+ "department": "RSC",
359
+ "term": "C&B"
360
+ }
361
+ },
362
+ {
363
+ "content": "EVP là Employee Value Proposition – Định giá giá trị nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
364
+ "metadata": {
365
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
366
+ "category": "Technical_Terms",
367
+ "department": "RSC",
368
+ "term": "EVP"
369
+ }
370
+ },
371
+ {
372
+ "content": "EAP là Employee Assistance Program – Các chương trình hỗ trợ nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
373
+ "metadata": {
374
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
375
+ "category": "Technical_Terms",
376
+ "department": "RSC",
377
+ "term": "EAP"
378
+ }
379
+ },
380
+ {
381
+ "content": "MD là Market Development – Phòng phát triển thị trường. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
382
+ "metadata": {
383
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
384
+ "category": "Technical_Terms",
385
+ "department": "RSC",
386
+ "term": "MD"
387
+ }
388
+ },
389
+ {
390
+ "content": "CnM là Construction & Maintenance – Phòng Xây dựng và Bảo trì. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
391
+ "metadata": {
392
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
393
+ "category": "Technical_Terms",
394
+ "department": "RSC",
395
+ "term": "CnM"
396
+ }
397
+ },
398
+ {
399
+ "content": "FIN là Finance – Phòng Tài chính kế toán. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
400
+ "metadata": {
401
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
402
+ "category": "Technical_Terms",
403
+ "department": "RSC",
404
+ "term": "FIN"
405
+ }
406
+ },
407
+ {
408
+ "content": "LnC là Legal & Compliance – Bộ phận pháp chế và tuân thủ. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
409
+ "metadata": {
410
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
411
+ "category": "Technical_Terms",
412
+ "department": "RSC",
413
+ "term": "LnC"
414
+ }
415
+ },
416
+ {
417
+ "content": "DTS là Digital Technology Service – Phòng Dịch vụ công nghệ kỹ thuật số. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
418
+ "metadata": {
419
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
420
+ "category": "Technical_Terms",
421
+ "department": "RSC",
422
+ "term": "DTS"
423
+ }
424
+ },
425
+ {
426
+ "content": "SCM là Supply Chain Management – Phòng Quản lý chuỗi cung ứng. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
427
+ "metadata": {
428
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
429
+ "category": "Technical_Terms",
430
+ "department": "RSC",
431
+ "term": "SCM"
432
+ }
433
+ },
434
+ {
435
+ "content": "DA là Data Analytics – Bộ phận phân tích dữ liệu. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
436
+ "metadata": {
437
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
438
+ "category": "Technical_Terms",
439
+ "department": "RSC",
440
+ "term": "DA"
441
+ }
442
+ },
443
+ {
444
+ "content": "OPS là Operations – Khối Vận hành. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
445
+ "metadata": {
446
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
447
+ "category": "Technical_Terms",
448
+ "department": "RSC",
449
+ "term": "OPS"
450
+ }
451
+ },
452
+ {
453
+ "content": "RnD là Research & Development - Phòng Nghiên cứu phát triển sản phẩm. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
454
+ "metadata": {
455
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
456
+ "category": "Technical_Terms",
457
+ "department": "RSC",
458
+ "term": "RnD"
459
+ }
460
+ },
461
+ {
462
+ "content": "QA là Quality Assurance – Phòng quản lý chất lượng. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
463
+ "metadata": {
464
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
465
+ "category": "Technical_Terms",
466
+ "department": "RSC",
467
+ "term": "QA"
468
+ }
469
+ },
470
+ {
471
+ "content": "MKT là Marketing – Phòng Tiếp thị. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
472
+ "metadata": {
473
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
474
+ "category": "Technical_Terms",
475
+ "department": "RSC",
476
+ "term": "MKT"
477
+ }
478
+ },
479
+ {
480
+ "content": "EO là Executive Office – Văn phòng Tổng Giám đốc. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
481
+ "metadata": {
482
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
483
+ "category": "Technical_Terms",
484
+ "department": "RSC",
485
+ "term": "EO"
486
+ }
487
+ },
488
+ {
489
+ "content": "HOD là Head of Department – Giám đốc các Phòng/ Ban. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
490
+ "metadata": {
491
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
492
+ "category": "Technical_Terms",
493
+ "department": "RSC",
494
+ "term": "HOD"
495
+ }
496
+ },
497
+ {
498
+ "content": "CE / CEO là Chief Executive/ Chief Executive Officer – Tổng Giám đốc. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
499
+ "metadata": {
500
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
501
+ "category": "Technical_Terms",
502
+ "department": "RSC",
503
+ "term": "CE / CEO"
504
+ }
505
+ },
506
+ {
507
+ "content": "LFD là Large Format Display – Màn hình đặt tại khu vực gần Lễ tân để trình chiếu slides/ thông tin truyền thông nội bộ. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
508
+ "metadata": {
509
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
510
+ "category": "Technical_Terms",
511
+ "department": "RSC",
512
+ "term": "LFD"
513
+ }
514
+ },
515
+ {
516
+ "content": "WoF là Wall of Fame – Bảng vàng danh dự. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
517
+ "metadata": {
518
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
519
+ "category": "Technical_Terms",
520
+ "department": "RSC",
521
+ "term": "WoF"
522
+ }
523
+ },
524
+ {
525
+ "content": "BR là Business Review – Cuộc họp tổng kết về tình hình chung của Công ty. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
526
+ "metadata": {
527
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
528
+ "category": "Technical_Terms",
529
+ "department": "RSC",
530
+ "term": "BR"
531
+ }
532
+ },
533
+ {
534
+ "content": "BYA meeting là Beat Year Ago meeting – Cuộc họp để xem xét về Doanh thu và các kế hoạch phát triển về tiếp thị. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
535
+ "metadata": {
536
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
537
+ "category": "Technical_Terms",
538
+ "department": "RSC",
539
+ "term": "BYA meeting"
540
+ }
541
+ },
542
+ {
543
+ "content": "MM là Management Meeting – Cuộc họp giữa các cấp Quản lý. Thuật ngữ này thường được sử dụng trong bộ phận RSC tại Pizza Hut Vietnam.",
544
+ "metadata": {
545
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
546
+ "category": "Technical_Terms",
547
+ "department": "RSC",
548
+ "term": "MM"
549
+ }
550
+ },
551
+ {
552
+ "content": "SSSG là Same Store Sales Growth – Tăng trưởng doanh thu cùng kỳ cùng nhà hàng.. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
553
+ "metadata": {
554
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
555
+ "category": "Technical_Terms",
556
+ "department": "FINANCE",
557
+ "term": "SSSG"
558
+ }
559
+ },
560
+ {
561
+ "content": "SSTG là Same Store Transaction Growth – Tăng trưởng giao dịch cùng nhà hàng cùng kỳ. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
562
+ "metadata": {
563
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
564
+ "category": "Technical_Terms",
565
+ "department": "FINANCE",
566
+ "term": "SSTG"
567
+ }
568
+ },
569
+ {
570
+ "content": "TA là Ticket Average – Giá trị đơn hàng trung bình mà khách hàng mua sản phẩm. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
571
+ "metadata": {
572
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
573
+ "category": "Technical_Terms",
574
+ "department": "FINANCE",
575
+ "term": "TA"
576
+ }
577
+ },
578
+ {
579
+ "content": "WPSA là Weekly per Store Average – Trung bình các giao dịch tuần của 1 cửa hàng. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
580
+ "metadata": {
581
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
582
+ "category": "Technical_Terms",
583
+ "department": "FINANCE",
584
+ "term": "WPSA"
585
+ }
586
+ },
587
+ {
588
+ "content": "PATAM là Profit after Tax, Amortization and Minority Interest – Lợi nhuận thuần sau khi đã trừ tất cả các loại thuế, chi phí khấu hao tài sản cố định vô hình và lợi ích thiểu số. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
589
+ "metadata": {
590
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
591
+ "category": "Technical_Terms",
592
+ "department": "FINANCE",
593
+ "term": "PATAM"
594
+ }
595
+ },
596
+ {
597
+ "content": "EBITDA là Earnings Before Interest, Tax, Depreciation and Amortisation – Lợi nhuận trước thuế, lãi suất và các chi phí khấu hao tài sản cố định (hữu hình và vô hình). Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
598
+ "metadata": {
599
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
600
+ "category": "Technical_Terms",
601
+ "department": "FINANCE",
602
+ "term": "EBITDA"
603
+ }
604
+ },
605
+ {
606
+ "content": "GP là Gross Profit – Lợi nhuận gộp. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
607
+ "metadata": {
608
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
609
+ "category": "Technical_Terms",
610
+ "department": "FINANCE",
611
+ "term": "GP"
612
+ }
613
+ },
614
+ {
615
+ "content": "YTD là Year to Date – (Số liệu) tính từ đầu năm đến thời điểm hiện tại. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
616
+ "metadata": {
617
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
618
+ "category": "Technical_Terms",
619
+ "department": "FINANCE",
620
+ "term": "YTD"
621
+ }
622
+ },
623
+ {
624
+ "content": "MTD là Month to Date – (Số liệu) tính từ đầu tháng đến thời điểm hiện tại. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
625
+ "metadata": {
626
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
627
+ "category": "Technical_Terms",
628
+ "department": "FINANCE",
629
+ "term": "MTD"
630
+ }
631
+ },
632
+ {
633
+ "content": "LMU là Loss Making Unit – Cửa hàng đang có mức lợi nhuận âm (lỗ). Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
634
+ "metadata": {
635
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
636
+ "category": "Technical_Terms",
637
+ "department": "FINANCE",
638
+ "term": "LMU"
639
+ }
640
+ },
641
+ {
642
+ "content": "NNU là Net New Unit = Total opening stores in a year – Total closed stores in a year - Tổng số cửa hàng mới thực mở trong năm. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
643
+ "metadata": {
644
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
645
+ "category": "Technical_Terms",
646
+ "department": "FINANCE",
647
+ "term": "NNU"
648
+ }
649
+ },
650
+ {
651
+ "content": "COSG là Cost of Good Sold – Chi phí đầu tư sản xuất sản phẩm. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
652
+ "metadata": {
653
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
654
+ "category": "Technical_Terms",
655
+ "department": "FINANCE",
656
+ "term": "COSG"
657
+ }
658
+ },
659
+ {
660
+ "content": "COL là Cost of Labor – Chi phí nhân công. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
661
+ "metadata": {
662
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
663
+ "category": "Technical_Terms",
664
+ "department": "FINANCE",
665
+ "term": "COL"
666
+ }
667
+ },
668
+ {
669
+ "content": "SPMH là Sales per Manhour – Doanh thu trên 1 giờ lao động của nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
670
+ "metadata": {
671
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
672
+ "category": "Technical_Terms",
673
+ "department": "FINANCE",
674
+ "term": "SPMH"
675
+ }
676
+ },
677
+ {
678
+ "content": "TPMH là Transactions per Manhour – Số lượng giao dịch thực hiện được trong 1 giờ lao động của nhân viên. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
679
+ "metadata": {
680
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
681
+ "category": "Technical_Terms",
682
+ "department": "FINANCE",
683
+ "term": "TPMH"
684
+ }
685
+ },
686
+ {
687
+ "content": "FC là Forecast – Dự đoán. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
688
+ "metadata": {
689
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
690
+ "category": "Technical_Terms",
691
+ "department": "FINANCE",
692
+ "term": "FC"
693
+ }
694
+ },
695
+ {
696
+ "content": "ROI là Return on Investment – Hoàn lại vốn đầu tư. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
697
+ "metadata": {
698
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
699
+ "category": "Technical_Terms",
700
+ "department": "FINANCE",
701
+ "term": "ROI"
702
+ }
703
+ },
704
+ {
705
+ "content": "YoY là Year on Year – Năm trên năm, thường được tính bằng tỷ lệ %. Thuật ngữ này thường được sử dụng trong bộ phận FINANCE tại Pizza Hut Vietnam.",
706
+ "metadata": {
707
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
708
+ "category": "Technical_Terms",
709
+ "department": "FINANCE",
710
+ "term": "YoY"
711
+ }
712
+ },
713
+ {
714
+ "content": "FCDS là Fast Casual Digital Store (Website) – Kênh mua hàng thông qua trang web. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
715
+ "metadata": {
716
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
717
+ "category": "Technical_Terms",
718
+ "department": "MARKETING",
719
+ "term": "FCDS"
720
+ }
721
+ },
722
+ {
723
+ "content": "OLO là Online Ordering – Mua hàng trực tuyến. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
724
+ "metadata": {
725
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
726
+ "category": "Technical_Terms",
727
+ "department": "MARKETING",
728
+ "term": "OLO"
729
+ }
730
+ },
731
+ {
732
+ "content": "HMR là Home Meal Replacement – Các lựa chọn/ ưu đãi về sản phẩm thay thế bữa cơm nhà (dành cho Kênh Mua mang về và Giao hàng tận nơi). Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
733
+ "metadata": {
734
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
735
+ "category": "Technical_Terms",
736
+ "department": "MARKETING",
737
+ "term": "HMR"
738
+ }
739
+ },
740
+ {
741
+ "content": "OOS là Out of Store channel (Delivery and Takeaway) – Các kênh khác ngoài Ăn tại chỗ. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
742
+ "metadata": {
743
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
744
+ "category": "Technical_Terms",
745
+ "department": "MARKETING",
746
+ "term": "OOS"
747
+ }
748
+ },
749
+ {
750
+ "content": "DEL là Delivery channel – Giao hàng tận nơi. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
751
+ "metadata": {
752
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
753
+ "category": "Technical_Terms",
754
+ "department": "MARKETING",
755
+ "term": "DEL"
756
+ }
757
+ },
758
+ {
759
+ "content": "TA là Takeaway channel – Mua mang về. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
760
+ "metadata": {
761
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
762
+ "category": "Technical_Terms",
763
+ "department": "MARKETING",
764
+ "term": "TA"
765
+ }
766
+ },
767
+ {
768
+ "content": "DI là Dine-in channel – Ăn tại chỗ. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
769
+ "metadata": {
770
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
771
+ "category": "Technical_Terms",
772
+ "department": "MARKETING",
773
+ "term": "DI"
774
+ }
775
+ },
776
+ {
777
+ "content": "C&C là Click & Collect (Takeaway orders through the Website) – Nhấn và nhận (hình thức đặt hàng trực tuyến thông qua trang web cho Kênh Mua mang về. Một hình thức đặt hàng theo lịch hẹn). Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
778
+ "metadata": {
779
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
780
+ "category": "Technical_Terms",
781
+ "department": "MARKETING",
782
+ "term": "C&C"
783
+ }
784
+ },
785
+ {
786
+ "content": "BOGO là Buy One Get One promotion program – Chương trình ưu đãi Mua 1 tặng 1. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
787
+ "metadata": {
788
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
789
+ "category": "Technical_Terms",
790
+ "department": "MARKETING",
791
+ "term": "BOGO"
792
+ }
793
+ },
794
+ {
795
+ "content": "BIG 3 là Buy One Get Three promotion program – Chương trình ưu đãi Mua 3 tặng 1. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
796
+ "metadata": {
797
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
798
+ "category": "Technical_Terms",
799
+ "department": "MARKETING",
800
+ "term": "BIG 3"
801
+ }
802
+ },
803
+ {
804
+ "content": "ALC là Ala-Carte Menu – Menu chính chạy xuyên suốt. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
805
+ "metadata": {
806
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
807
+ "category": "Technical_Terms",
808
+ "department": "MARKETING",
809
+ "term": "ALC"
810
+ }
811
+ },
812
+ {
813
+ "content": "LTO là Limited-Term Offer – Chương trình giới thiệu sản phẩm mới có giới hạn về thời gian (1 tháng/ 3-4 tháng), thường ra mắt vào những dịp đặc biệt trong năm để thu hút khách hàng (Mùa Lễ hội cuối năm, mùa hè). Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
814
+ "metadata": {
815
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
816
+ "category": "Technical_Terms",
817
+ "department": "MARKETING",
818
+ "term": "LTO"
819
+ }
820
+ },
821
+ {
822
+ "content": "FA là Food Aggregator – Dịch vụ giao hàng thông qua shipper công nghệ. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
823
+ "metadata": {
824
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
825
+ "category": "Technical_Terms",
826
+ "department": "MARKETING",
827
+ "term": "FA"
828
+ }
829
+ },
830
+ {
831
+ "content": "CSC là Call Center – Tổng đài chăm sóc khách hàng. Thuật ngữ này thường được sử dụng trong bộ phận MARKETING tại Pizza Hut Vietnam.",
832
+ "metadata": {
833
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
834
+ "category": "Technical_Terms",
835
+ "department": "MARKETING",
836
+ "term": "CSC"
837
+ }
838
+ },
839
+ {
840
+ "content": "SEO là Search Engine Optimisation - Việc tối ưu hóa trang web để được xếp hạng trong các trang kết quả của công cụ tìm kiếm.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
841
+ "metadata": {
842
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
843
+ "category": "Technical_Terms",
844
+ "department": "DIGITAL",
845
+ "term": "SEO"
846
+ }
847
+ },
848
+ {
849
+ "content": "SEM là Search Engine Marketing – là quá trình nhận lưu lượng truy cập từ các công cụ tìm kiếm hoặc hữu cơ (miễn phí) hoặc trả tiền (thông qua quảng cáo).. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
850
+ "metadata": {
851
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
852
+ "category": "Technical_Terms",
853
+ "department": "DIGITAL",
854
+ "term": "SEM"
855
+ }
856
+ },
857
+ {
858
+ "content": "CR là Conversion rate - Những người đã hoàn thành hành động mong muốn trên trang web, chẳng hạn như mua hàng.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
859
+ "metadata": {
860
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
861
+ "category": "Technical_Terms",
862
+ "department": "DIGITAL",
863
+ "term": "CR"
864
+ }
865
+ },
866
+ {
867
+ "content": "CRO là Conversion rate optimization - Quá trình tối ưu hóa trang web để tăng tỷ lệ chuyển đổi.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
868
+ "metadata": {
869
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
870
+ "category": "Technical_Terms",
871
+ "department": "DIGITAL",
872
+ "term": "CRO"
873
+ }
874
+ },
875
+ {
876
+ "content": "CPC là Cost per Click - giá trị phải trả sau mỗi lần người dùng kích chuột vào quảng cáo. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
877
+ "metadata": {
878
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
879
+ "category": "Technical_Terms",
880
+ "department": "DIGITAL",
881
+ "term": "CPC"
882
+ }
883
+ },
884
+ {
885
+ "content": "CPL là Cost per Lead - Số tiền mà một công ty phải trả để có được khách hàng tiềm năng.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
886
+ "metadata": {
887
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
888
+ "category": "Technical_Terms",
889
+ "department": "DIGITAL",
890
+ "term": "CPL"
891
+ }
892
+ },
893
+ {
894
+ "content": "CPA là Cost per Action - Mô hình mà nhà quảng cáo chỉ trả tiền cho hành động mà một người thực hiện như nhấp chuột, hiển thị hoặc đem lại doanh thu. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
895
+ "metadata": {
896
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
897
+ "category": "Technical_Terms",
898
+ "department": "DIGITAL",
899
+ "term": "CPA"
900
+ }
901
+ },
902
+ {
903
+ "content": "CTA là Call to Action - Nút kêu gọi hành động, ví dụ: nút đăng ký, biểu mẫu đăng ký, mua, thích hoặc theo dõi.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
904
+ "metadata": {
905
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
906
+ "category": "Technical_Terms",
907
+ "department": "DIGITAL",
908
+ "term": "CTA"
909
+ }
910
+ },
911
+ {
912
+ "content": "PV là Page Views – Số lượng xem bài được đăng tải trên 1 trang nào đó. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
913
+ "metadata": {
914
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
915
+ "category": "Technical_Terms",
916
+ "department": "DIGITAL",
917
+ "term": "PV"
918
+ }
919
+ },
920
+ {
921
+ "content": "UX là User Experience - Trải nghiệm chung mà người dùng có được với doanh nghiệp.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
922
+ "metadata": {
923
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
924
+ "category": "Technical_Terms",
925
+ "department": "DIGITAL",
926
+ "term": "UX"
927
+ }
928
+ },
929
+ {
930
+ "content": "CRM là Customer Relationship Management – Chương trình quản lý thông tin và dữ liệu khách hàng. Thuật ngữ này thường được sử dụng trong b�� phận DIGITAL tại Pizza Hut Vietnam.",
931
+ "metadata": {
932
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
933
+ "category": "Technical_Terms",
934
+ "department": "DIGITAL",
935
+ "term": "CRM"
936
+ }
937
+ },
938
+ {
939
+ "content": "GA là Google Analytics - Một dịch vụ của Google cung cấp các số liệu thống kê chi tiết về lưu lượng truy cập trang web của 1 Doanh nghiệp.. Thuật ngữ này thường được sử dụng trong bộ phận DIGITAL tại Pizza Hut Vietnam.",
940
+ "metadata": {
941
+ "source": "PHVN_HRA_List of Abbreviations and Technical Terms_Nov2021",
942
+ "category": "Technical_Terms",
943
+ "department": "DIGITAL",
944
+ "term": "GA"
945
+ }
946
+ }
947
+ ]
data/privacy_policy_hierarchical.json ADDED
The diff for this file is too large to render. See raw diff
 
data/security_policy.json ADDED
The diff for this file is too large to render. See raw diff
 
data/software_policy.json ADDED
@@ -0,0 +1,342 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ [
2
+ {
3
+ "content": "Ngữ cảnh: \nNội dung: UPDATE: 5/ August/ 2017 CODE: IT-SP-01\nVALID FOR: All staff of PHV\nDISTRIBUTION: IT Management, Employee\nSUBJECT: Software Asset Management Policy and Procedure\nSOFTWARE ASSET MANAGEMENT POLICY\nVersion Control\nVersion Number Description Prepared Date\nVersion Number Description Approved Date\nSoftware Asset Management Policy and procedure\n\n[Bảng chi tiết phần mềm/quy trình]:\nUPDATE: | 5/ August/ 2017 | CODE: | IT-SP-01\nVALID FOR: | All staff of PHV\nDISTRIBUTION: | IT Management, Employee\nSUBJECT: | Software Asset Management Policy and Procedure\n\n\n[Bảng chi tiết phần mềm/quy trình]:\nVersion Number | Description | Prepared | Date\n1.01 | Created document | To Huynh | August 2017\n\n\n[Bảng chi tiết phần mềm/quy trình]:\nVersion Number | Description | Approved | Date\n1.01 | Created document | Nha Nguyen | August 2017\n\nTable of Contents\nSoftware Asset Management Policy and procedure",
4
+ "metadata": {
5
+ "source": "Software_Policy_2017",
6
+ "category": "IT_Policy",
7
+ "hierarchy": "",
8
+ "page": 3
9
+ }
10
+ },
11
+ {
12
+ "content": "Ngữ cảnh: 1. Introduction\nNội dung: [1. Introduction]\nThe document supports for Pizza Hut Viet Nam (PHV) Company to control and follow\nSoftware Asset Management (SAM). It lays down the PHV policies and procedures in\nrespect of management of its software assets. The means of signifying agreement with\nthese policies and procedures is through the PHV Acceptable Use Policy.\nImplementation of the guidelines will provide assurance to departments and PHV staff\nthat:\n- A clear management policy for projects for open source, licensed and customized\nsoftware is established.\n- Project based software assets are integrated with existing software assets in the\ndepartment.\n- A clear software asset ownership policy covering the entire asset life‐cycle of the\nassets and project is established.\n- To prevent use of illegal software.\n- To comply with software license conditions is adequately monitored.\n- There are the appropriate number of licenses for each item of software in use.\n- There are effective controls in place for the physical security of software media.",
13
+ "metadata": {
14
+ "source": "Software_Policy_2017",
15
+ "category": "IT_Policy",
16
+ "hierarchy": "1. Introduction",
17
+ "page": 3
18
+ }
19
+ },
20
+ {
21
+ "content": "Ngữ cảnh: 2. Software Asset Management Policy Statement\nNội dung: [2. Software Asset Management Policy Statement]\nIt is the policy of PHV to respect all computer software copyrights and adhere to the\nTerms & Conditions of any license to which PHV is a party. PHV will not condone the\nuse of any software that does not have a licence and any employee found to be using, or\nin possession of unlicensed software may be the subject of disciplinary procedures.\nIt is the responsibility of all PHV employees, consultants, temporary or contract workers\nto read, fully understand and signify agreement to PHV’s Acceptable Use Policy.",
22
+ "metadata": {
23
+ "source": "Software_Policy_2017",
24
+ "category": "IT_Policy",
25
+ "hierarchy": "2. Software Asset Management Policy Statement",
26
+ "page": 3
27
+ }
28
+ },
29
+ {
30
+ "content": "Ngữ cảnh: 3. Software Procedure for Implementation\nNội dung: [3. Software Procedure for Implementation]\nThe initial planning and implementation of a SAM framework that should be addressed\nbefore developing an implementation plan. These include, but are not limited to:\no Gaining senior management support\no An assessment of the risks involved in not implementing: over‐licensing, under‐\nlicensing, increased expenditure, security breaches, software compatibility issues,\nlost time and lack of technical support and product upgrades.\nSoftware Asset Management Policy and procedure\no An assessment of benefits of implementing: savings through purchasing only\nwhat is needed when it is needed, employees being able to work more efficiently,\nassists with the compilation of an accurate budget, ability to manage and monitor\nusage to link with IT Dept planning.\no The development of a business case to demonstrate the effectiveness of the\nframework\no Consideration of what functions may be centralized: for example, license\nmanagement, procurement and software asset registers.\no Long term management: including continuous improvement, upgrades,\ncompliance and audits\nSoftware needs to be controlled throughout its entire lifecycle, form the initial request to\nde‐installation from a machine.\nThe Lifecycle diagram below (fig. 1) outlines all of the key procedures that should be\nestablished to support and maintain a successful framework.\nFigure 1",
31
+ "metadata": {
32
+ "source": "Software_Policy_2017",
33
+ "category": "IT_Policy",
34
+ "hierarchy": "3. Software Procedure for Implementation",
35
+ "page": 4
36
+ }
37
+ },
38
+ {
39
+ "content": "Ngữ cảnh: 4. Software Acquisition\nNội dung: [4. Software Acquisition]\nSoftware Asset Management Policy and procedure\nAll computer software acquired by PHV must be purchased through the IT Dept. No\nuser may purchase software directly and the purchase of software by any other means\nsuch as credit cards, expense accounts or petty cash is expressly forbidden.\nSpecialist software of department or special user should be consider and approved by\nHODs/ CEO and IT Manager.",
40
+ "metadata": {
41
+ "source": "Software_Policy_2017",
42
+ "category": "IT_Policy",
43
+ "hierarchy": "4. Software Acquisition",
44
+ "page": 5
45
+ }
46
+ },
47
+ {
48
+ "content": "Ngữ cảnh: 5. Software Delivery\nNội dung: [5. Software Delivery]\nAll newly purchased software will be delivered to the IT Dept so that licenses can be\nchecked and Asset Registers updated. No other staff may take delivery of computer\nsoftware.",
49
+ "metadata": {
50
+ "source": "Software_Policy_2017",
51
+ "category": "IT_Policy",
52
+ "hierarchy": "5. Software Delivery",
53
+ "page": 5
54
+ }
55
+ },
56
+ {
57
+ "content": "Ngữ cảnh: 6. Software Installation\nNội dung: [6. Software Installation]\nComputer software can only be installed by the IT Dept, under no circumstances is\ncomputer software be installed by any other PHV staff.\nThe Software standard for all user are listed below.\n Application for Department: depending on department requirement and specify\napplication. IT support will install the software to user.\no Finance & Accounting: Sun System, Q&A, Sales Audit Report\no Inventory: SAP B1, Winham\no Restaurant: Pointsoft, Loyalty program, Pizza Card, Call Center, Intranet (Support\nTicket), Ordering Online, Guest Survey\no Human Resources: Cadena HR System\n Software standard: the software standard will be install to all user who working at RSC\nand for manager PC at store.\nThe software standard listed below:\nSOFTWARE LIST\nSpecial Software/ Department\nStandard Software Application\nOperation System : Window OS 7/10 - 32/64bit\nMicrosoft Office standard 2007-2010-2013\nSophos end point protection V10\nGet approval from head of\nUnikey 4.0\ndepartment\nVNC/Team view Software\nFonts VN\nPDF Reader\n- Evaluation (Freeware and Shareware)\nShareware, Freeware & Public free software is bound by the same policies and\nprocedures as all software. No user may install any free or evaluation software onto\nPHV systems.\nSoftware Asset Management Policy and procedure\n\n[Bảng chi tiết phần mềm/quy trình]:\nSOFTWARE LIST\nStandard Software | Special Software/ Department Application\nOperation System : Window OS 7/10 - 32/64bit | Get approval from head of department\nMicrosoft Office standard 2007-2010-2013\nSophos end point protection V10\nUnikey 4.0\nVNC/Team view Software\nFonts VN\nPDF Reader\n\nWhere a user has a valid business requirement for a piece of shareware or freeware\nthey will use the standard software acquisition procedure. Upon the appropriate\nmanagement agreements, the software will be obtained, tested and loaded to the user.\nThe Definitive Software Library in appendix 1/ 12.3 is definition the software free has\npassed for the software verify and may ready for use by request.\nIf this software is shareware, and requires deletion or licensing after a trial period, the\nuser will be contacted prior to the end of trial date to ascertain whether he or she wishes\nto retain use of the software. If the software is to be retained usual acquisition procedures\nwill be followed. If it is not required the software will be completely uninstalled.\n- Internet Downloads\nNo software, whatsoever, may be downloaded from the Internet.\nIf a user has a valid and approved reason for an item of software available on the\ninternet, he/she will inform the IT support team using the standard software acquisition\nprocedure. The IT support Team will then check the licensing requirements for the\nsoftware, where appropriate purchase a license, download the software, virus check the\ndownload and benchmark the software, prior to delivery to the end user.\n- Email Attachments\nUsers may not load or use any software received via e-mail. Sharing software via email\nis prohibited.\nIf you receive any unexpected files, which do not appear to be standard business\ndocuments, inform the IT Dept. Immediately.\n- Mobile/Laptop Users\nPHV software policies apply to mobile users and all laptops will be equipped with\nauditing software for regular checks.\nLaptops used in PHV office will be subject to the same audit regime as desktop\nmachine. Users with laptops that are not regularly attached to the PHV network will be\nsubject to periodic recall for update and audit. See Auditing.\n- Auditing\nAll users must be aware that the PHV electronically audits all computers on a regular\nbasis. Sample random audits also may be carried out.\nThe PHV uses auditing software on a regular basis to ascertain whether all of the\nsoftware loaded is legal. The audit is checked and reconciled with the Definitive\nSoftware Library and all unauthorized software is deleted. The source of the\nunauthorized software will be ascertained and disciplinary action may be taken.",
58
+ "metadata": {
59
+ "source": "Software_Policy_2017",
60
+ "category": "IT_Policy",
61
+ "hierarchy": "6. Software Installation",
62
+ "page": 6
63
+ }
64
+ },
65
+ {
66
+ "content": "Ngữ cảnh: 7. Software Movements\nNội dung: [7. Software Movements]\nIn the event of staff relocations Department Managers are email to IT support team for\nthe alert and preparation. As part of this procedure they are to ascertain whether new\nsoftware will be required. Old software can be re-distributed and the new locations of\nstaff, hardware, network points and software for the asset register recorded by the IT\nsupport and inventory member\nSoftware Asset Management Policy and procedure\nAll staff or department moves must be controlled through the HODs and HR\nmanagement request so that the appropriate software can be added or removed and\nasset registers updated.",
67
+ "metadata": {
68
+ "source": "Software_Policy_2017",
69
+ "category": "IT_Policy",
70
+ "hierarchy": "7. Software Movements",
71
+ "page": 7
72
+ }
73
+ },
74
+ {
75
+ "content": "Ngữ cảnh: 8. Software Retirement & Disposal\nNội dung: [8. Software Retirement & Disposal]\nThe retirement of Software/Hardware may only be carried out by the IT Dept with\napproved from FIN/ IT management/ CEO.\nOnce a computer is deemed ready for disposal, all software will be removed. Where\nthe license permits, the software will be re-used, stored for future use or retired.\nSoftware purchased as part of a computer will be disposed of with the computer as\nthese licenses are non-transferable.\nAll PHV data will be removed and the hard disk will be securely cleaned or physically\ndestroyed. The asset register will be updated and the certificate of disposal/destruction\nwill be held on file.",
76
+ "metadata": {
77
+ "source": "Software_Policy_2017",
78
+ "category": "IT_Policy",
79
+ "hierarchy": "8. Software Retirement & Disposal",
80
+ "page": 7
81
+ }
82
+ },
83
+ {
84
+ "content": "Ngữ cảnh: 9. Compliance and Documentation\nNội dung: [9. Compliance and Documentation]\nAll licenses, invoices copy and original media of the software are collected and\nsecurely by the IT Dept.\nAll media must be tracking in and out by authorized person as defined of IT manager.\nA periodic check will be carried out by accountant and IT inventory to ensure the\nactual media matches with the inventory.",
85
+ "metadata": {
86
+ "source": "Software_Policy_2017",
87
+ "category": "IT_Policy",
88
+ "hierarchy": "9. Compliance and Documentation",
89
+ "page": 7
90
+ }
91
+ },
92
+ {
93
+ "content": "Ngữ cảnh: 10. Disaster Recovery\nNội dung: [10. Disaster Recovery]\nThe owner of every business process and support process is responsible for ensuring that\nan appropriate business resumption risk assessment is carried out. Where that\nresumption includes the redeployment or reinstallation of software in support of business\nactivities the software licencing must comply with this Policy and the conditions of the\noriginal Vendor license.\nThe IT Dept is responsible for regularly reviewing its ability to recover or re-supply the\norganization, within the timeframe required, with all the business software that will be\nneeded to effect recovery of the business in the event of a major disaster",
94
+ "metadata": {
95
+ "source": "Software_Policy_2017",
96
+ "category": "IT_Policy",
97
+ "hierarchy": "10. Disaster Recovery",
98
+ "page": 7
99
+ }
100
+ },
101
+ {
102
+ "content": "Ngữ cảnh: 11. Disciplinary Procedures for Breach\nNội dung: [11. Disciplinary Procedures for Breach]\nThe PHV’s software policies are implemented to safeguard the PHV from the many\nvarying laws surrounding software use. Any user found to be in breach of these policies\nmay be subject to disciplinary procedures.",
103
+ "metadata": {
104
+ "source": "Software_Policy_2017",
105
+ "category": "IT_Policy",
106
+ "hierarchy": "11. Disciplinary Procedures for Breach",
107
+ "page": 7
108
+ }
109
+ },
110
+ {
111
+ "content": "Ngữ cảnh: 12. Appendix – Procedures and Form\nNội dung: [12. Appendix – Procedures and Form]",
112
+ "metadata": {
113
+ "source": "Software_Policy_2017",
114
+ "category": "IT_Policy",
115
+ "hierarchy": "12. Appendix – Procedures and Form",
116
+ "page": 7
117
+ }
118
+ },
119
+ {
120
+ "content": "Ngữ cảnh: 12. Appendix – Procedures and Form > 12.1 Acquisition, Delivery & Installation\nNội dung: [12.1 Acquisition, Delivery & Installation]\nSoftware Asset Management Policy and procedure\nThe user is to call the IT support team requesting a quote for the software and complete\nthe Equipment/ software Request Form with obtain the relevant authorization signature\nand pass to the IT dept as a Non Standard Request.\nIT support verify the software request and process for the software ordering\nOnce delivered, the software will be added to the Authorised Software List against the\nspecific user.\nThe software will then be identified to the audit tool and loaded to the user’s workstation\nby IT support team.\nThe software will be added to the Definitive Software List and the media will be placed\nin the secure storage area, controlled by the IT Dept .",
121
+ "metadata": {
122
+ "source": "Software_Policy_2017",
123
+ "category": "IT_Policy",
124
+ "hierarchy": "12. Appendix – Procedures and Form > 12.1 Acquisition, Delivery & Installation",
125
+ "page": 8
126
+ }
127
+ },
128
+ {
129
+ "content": "Ngữ cảnh: 12. Appendix – Procedures and Form > 12.2 Definitive Software Library\nNội dung: [12.2 Definitive Software Library]\nThe list software as below to certify that has been passed software verify and may\nready for use by request.\nDefinitive Software Library\nNo Department Software Standard soft Freeware authorized\nSun System, Q&A, Sales Audit Operation System : Window OS",
130
+ "metadata": {
131
+ "source": "Software_Policy_2017",
132
+ "category": "IT_Policy",
133
+ "hierarchy": "12. Appendix – Procedures and Form > 12.2 Definitive Software Library",
134
+ "page": 8
135
+ }
136
+ },
137
+ {
138
+ "content": "Ngữ cảnh: 1 Report 7/10 - 32/64bit PDF Printer\nNội dung: [1 Report 7/10 - 32/64bit PDF Printer]\nMicrosoft Office standard 2007-",
139
+ "metadata": {
140
+ "source": "Software_Policy_2017",
141
+ "category": "IT_Policy",
142
+ "hierarchy": "1 Report 7/10 - 32/64bit PDF Printer",
143
+ "page": 8
144
+ }
145
+ },
146
+ {
147
+ "content": "Ngữ cảnh: 2 Inventory: SAP B1, Winham 2010-2013 PDF Merge\nNội dung: [2 Inventory: SAP B1, Winham 2010-2013 PDF Merge]\nPoint soft, Loyalty program,\nPizza Card, Call Center,\nIntranet (Support Ticket),\nOrdering Online, Guest",
148
+ "metadata": {
149
+ "source": "Software_Policy_2017",
150
+ "category": "IT_Policy",
151
+ "hierarchy": "2 Inventory: SAP B1, Winham 2010-2013 PDF Merge",
152
+ "page": 8
153
+ }
154
+ },
155
+ {
156
+ "content": "Ngữ cảnh: 3 Survey Sophos end point protection V10 Itunes - apple\nNội dung: [3 Survey Sophos end point protection V10 Itunes - apple]",
157
+ "metadata": {
158
+ "source": "Software_Policy_2017",
159
+ "category": "IT_Policy",
160
+ "hierarchy": "3 Survey Sophos end point protection V10 Itunes - apple",
161
+ "page": 8
162
+ }
163
+ },
164
+ {
165
+ "content": "Ngữ cảnh: 4 Cadena HR System Unikey 4.0 MS SQL native client\nNội dung: [4 Cadena HR System Unikey 4.0 MS SQL native client]",
166
+ "metadata": {
167
+ "source": "Software_Policy_2017",
168
+ "category": "IT_Policy",
169
+ "hierarchy": "4 Cadena HR System Unikey 4.0 MS SQL native client",
170
+ "page": 8
171
+ }
172
+ },
173
+ {
174
+ "content": "Ngữ cảnh: 5 VNC/Team view Software MS SQL server express version\nNội dung: [5 VNC/Team view Software MS SQL server express version]",
175
+ "metadata": {
176
+ "source": "Software_Policy_2017",
177
+ "category": "IT_Policy",
178
+ "hierarchy": "5 VNC/Team view Software MS SQL server express version",
179
+ "page": 8
180
+ }
181
+ },
182
+ {
183
+ "content": "Ngữ cảnh: 6 Fonts VN MS SQL studio free tool\nNội dung: [6 Fonts VN MS SQL studio free tool]",
184
+ "metadata": {
185
+ "source": "Software_Policy_2017",
186
+ "category": "IT_Policy",
187
+ "hierarchy": "6 Fonts VN MS SQL studio free tool",
188
+ "page": 8
189
+ }
190
+ },
191
+ {
192
+ "content": "Ngữ cảnh: 7 PDF Reader runas tool\nNội dung: [7 PDF Reader runas tool]\n8 mdf reader advance free",
193
+ "metadata": {
194
+ "source": "Software_Policy_2017",
195
+ "category": "IT_Policy",
196
+ "hierarchy": "7 PDF Reader runas tool",
197
+ "page": 8
198
+ }
199
+ },
200
+ {
201
+ "content": "Ngữ cảnh: 9 Adobe Flash Player\nNội dung: [9 Adobe Flash Player]",
202
+ "metadata": {
203
+ "source": "Software_Policy_2017",
204
+ "category": "IT_Policy",
205
+ "hierarchy": "9 Adobe Flash Player",
206
+ "page": 8
207
+ }
208
+ },
209
+ {
210
+ "content": "Ngữ cảnh: 10 K-Lite Codec Pack\nNội dung: [10 K-Lite Codec Pack]",
211
+ "metadata": {
212
+ "source": "Software_Policy_2017",
213
+ "category": "IT_Policy",
214
+ "hierarchy": "10 K-Lite Codec Pack",
215
+ "page": 8
216
+ }
217
+ },
218
+ {
219
+ "content": "Ngữ cảnh: 11 NetDVR_V3\nNội dung: [11 NetDVR_V3]",
220
+ "metadata": {
221
+ "source": "Software_Policy_2017",
222
+ "category": "IT_Policy",
223
+ "hierarchy": "11 NetDVR_V3",
224
+ "page": 8
225
+ }
226
+ },
227
+ {
228
+ "content": "Ngữ cảnh: 12 Teamview\nNội dung: [12 Teamview]",
229
+ "metadata": {
230
+ "source": "Software_Policy_2017",
231
+ "category": "IT_Policy",
232
+ "hierarchy": "12 Teamview",
233
+ "page": 8
234
+ }
235
+ },
236
+ {
237
+ "content": "Ngữ cảnh: 13 UltraView\nNội dung: [13 UltraView]",
238
+ "metadata": {
239
+ "source": "Software_Policy_2017",
240
+ "category": "IT_Policy",
241
+ "hierarchy": "13 UltraView",
242
+ "page": 8
243
+ }
244
+ },
245
+ {
246
+ "content": "Ngữ cảnh: 14 VNC\nNội dung: [14 VNC]",
247
+ "metadata": {
248
+ "source": "Software_Policy_2017",
249
+ "category": "IT_Policy",
250
+ "hierarchy": "14 VNC",
251
+ "page": 8
252
+ }
253
+ },
254
+ {
255
+ "content": "Ngữ cảnh: 15 Zalo\nNội dung: [15 Zalo]",
256
+ "metadata": {
257
+ "source": "Software_Policy_2017",
258
+ "category": "IT_Policy",
259
+ "hierarchy": "15 Zalo",
260
+ "page": 8
261
+ }
262
+ },
263
+ {
264
+ "content": "Ngữ cảnh: 16 Viber\nNội dung: [16 Viber]",
265
+ "metadata": {
266
+ "source": "Software_Policy_2017",
267
+ "category": "IT_Policy",
268
+ "hierarchy": "16 Viber",
269
+ "page": 8
270
+ }
271
+ },
272
+ {
273
+ "content": "Ngữ cảnh: 17 Skype\nNội dung: [17 Skype]",
274
+ "metadata": {
275
+ "source": "Software_Policy_2017",
276
+ "category": "IT_Policy",
277
+ "hierarchy": "17 Skype",
278
+ "page": 8
279
+ }
280
+ },
281
+ {
282
+ "content": "Ngữ cảnh: 18 Pdf foxit reader\nNội dung: [18 Pdf foxit reader]\nweb browser: Chrome/firefox/\n19 cococ",
283
+ "metadata": {
284
+ "source": "Software_Policy_2017",
285
+ "category": "IT_Policy",
286
+ "hierarchy": "18 Pdf foxit reader",
287
+ "page": 8
288
+ }
289
+ },
290
+ {
291
+ "content": "Ngữ cảnh: 20 ACD See free version\nNội dung: [20 ACD See free version]\nSoftware Asset Management Policy and procedure\n\n[Bảng chi tiết phần mềm/quy trình]:\nNo | Department Software | Standard soft | Freeware authorized\n1 | Sun System, Q&A, Sales Audit Report | Operation System : Window OS 7/10 - 32/64bit | PDF Printer\n2 | Inventory: SAP B1, Winham | Microsoft Office standard 2007- 2010-2013 | PDF Merge\n3 | Point soft, Loyalty program, Pizza Card, Call Center, Intranet (Support Ticket), Ordering Online, Guest Survey | Sophos end point protection V10 | Itunes - apple\n4 | Cadena HR System | Unikey 4.0 | MS SQL native client\n5 | VNC/Team view Software | MS SQL server express version\n6 | Fonts VN | MS SQL studio free tool\n7 | PDF Reader | runas tool\n8 | mdf reader advance free\n9 | Adobe Flash Player\n10 | K-Lite Codec Pack\n11 | NetDVR_V3\n12 | Teamview\n13 | UltraView\n14 | VNC\n15 | Zalo\n16 | Viber\n17 | Skype\n18 | Pdf foxit reader\n19 | web browser: Chrome/firefox/ cococ\n20 | ACD See free version\n",
292
+ "metadata": {
293
+ "source": "Software_Policy_2017",
294
+ "category": "IT_Policy",
295
+ "hierarchy": "20 ACD See free version",
296
+ "page": 9
297
+ }
298
+ },
299
+ {
300
+ "content": "Ngữ cảnh: 20 ACD See free version > 12.3 Software hand over form\nNội dung: [12.3 Software hand over form]\nThe form to hand over between IT team and user.\nSoftware Asset Management Policy and procedure",
301
+ "metadata": {
302
+ "source": "Software_Policy_2017",
303
+ "category": "IT_Policy",
304
+ "hierarchy": "20 ACD See free version > 12.3 Software hand over form",
305
+ "page": 10
306
+ }
307
+ },
308
+ {
309
+ "content": "Ngữ cảnh: 20 ACD See free version > 12.4 Software record tools\nNội dung: [12.4 Software record tools]\nThe Software record tool to determine the recording and monitoring for software asset.\nListed below:",
310
+ "metadata": {
311
+ "source": "Software_Policy_2017",
312
+ "category": "IT_Policy",
313
+ "hierarchy": "20 ACD See free version > 12.4 Software record tools",
314
+ "page": 10
315
+ }
316
+ },
317
+ {
318
+ "content": "Ngữ cảnh: 1. Microsoft Excel\nNội dung: [1. Microsoft Excel]",
319
+ "metadata": {
320
+ "source": "Software_Policy_2017",
321
+ "category": "IT_Policy",
322
+ "hierarchy": "1. Microsoft Excel",
323
+ "page": 10
324
+ }
325
+ },
326
+ {
327
+ "content": "Ngữ cảnh: 2. Microsoft Word\nNội dung: [2. Microsoft Word]",
328
+ "metadata": {
329
+ "source": "Software_Policy_2017",
330
+ "category": "IT_Policy",
331
+ "hierarchy": "2. Microsoft Word",
332
+ "page": 10
333
+ }
334
+ },
335
+ {
336
+ "content": "Ngữ cảnh: 3. Software asset tool.\nNội dung: [3. Software asset tool.]\nSoftware Asset Management Policy and procedure",
337
+ "metadata": {
338
+ "source": "Software_Policy_2017",
339
+ "category": "IT_Policy"
340
+ }
341
+ }
342
+ ]
data/travel_policy.json ADDED
@@ -0,0 +1,289 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ [
2
+ {
3
+ "content": "Context: \nContent: Overseas Business Travel Policy\nVersion: 2.0\n28th April 2025\n1. General",
4
+ "metadata": {
5
+ "source": "JRG_Travel_Policy_2025",
6
+ "category": "Policy",
7
+ "hierarchy": "",
8
+ "page": 2
9
+ }
10
+ },
11
+ {
12
+ "content": "Context: 1.1 Purpose\nContent: [1.1 Purpose]\nThis policy is to provide administrative guidelines for JRG employees regarding overseas travel\nfor business purposes.\nThe principle for the policy is to ensure that employees should neither suffer a financial loss nor\nmake a gain as a result of overseas business trips. All employees are expected to act\nresponsibly to ensure that the costs incurred are reasonable during overseas business trips.\nBanners and Functions are responsible for the proper approval of business travel. Department\nHeads and Managers should make sure the proposed business travels are necessary.",
13
+ "metadata": {
14
+ "source": "JRG_Travel_Policy_2025",
15
+ "category": "Policy",
16
+ "hierarchy": "1.1 Purpose",
17
+ "page": 2
18
+ }
19
+ },
20
+ {
21
+ "content": "Context: 1.2 Procedures\nContent: [1.2 Procedures]\n1.2.1. Travel Authorisation Form (“TAF”) should be completed by the traveler 30 days prior to\nthe intended departure date and submit for approval. A copy of the travel plan should be\nattached.\n1.2.2. Travelers are required to indicate whether the trip is a budgeted trip on the TAF.\n1.2.3. Flight bookings, accommodation and other travel arrangements will be made by\nExecutive Secretaries / Designated personnel once the TAF is approved.\n1.2.4. For expense claiming purposes, travelers should provide original receipts. In locations\nwhere receipts are not normally issued, travelers should itemise and provide details to\nsupport the claim.\n1.2.5. Expense claims should be submitted within 2 months upon returning from business trip.",
22
+ "metadata": {
23
+ "source": "JRG_Travel_Policy_2025",
24
+ "category": "Policy",
25
+ "hierarchy": "1.2 Procedures",
26
+ "page": 2
27
+ }
28
+ },
29
+ {
30
+ "content": "Context: 1.3 Duties and Responsibilities\nContent: [1.3 Duties and Responsibilities]",
31
+ "metadata": {
32
+ "source": "JRG_Travel_Policy_2025",
33
+ "category": "Policy",
34
+ "hierarchy": "1.3 Duties and Responsibilities",
35
+ "page": 2
36
+ }
37
+ },
38
+ {
39
+ "content": "Context: 1.3 Duties and Responsibilities > 1.3.1 Traveler: Submit TAF and supporting documentation on time\nContent: [1.3.1 Traveler: Submit TAF and supporting documentation on time]",
40
+ "metadata": {
41
+ "source": "JRG_Travel_Policy_2025",
42
+ "category": "Policy",
43
+ "hierarchy": "1.3 Duties and Responsibilities > 1.3.1 Traveler: Submit TAF and supporting documentation on time",
44
+ "page": 2
45
+ }
46
+ },
47
+ {
48
+ "content": "Context: 1.3 Duties and Responsibilities > 1.3.2 Budget Validation: Check that the trip is within travel plan and budget\nContent: [1.3.2 Budget Validation: Check that the trip is within travel plan and budget]",
49
+ "metadata": {
50
+ "source": "JRG_Travel_Policy_2025",
51
+ "category": "Policy",
52
+ "hierarchy": "1.3 Duties and Responsibilities > 1.3.2 Budget Validation: Check that the trip is within travel plan and budget",
53
+ "page": 2
54
+ }
55
+ },
56
+ {
57
+ "content": "Context: 1.3 Duties and Responsibilities > 1.3.3 Approver: Approve based on the necessity of the trip, ensure within the travel plan and\nContent: [1.3.3 Approver: Approve based on the necessity of the trip, ensure within the travel plan and]\ntravel budget",
58
+ "metadata": {
59
+ "source": "JRG_Travel_Policy_2025",
60
+ "category": "Policy",
61
+ "hierarchy": "1.3 Duties and Responsibilities > 1.3.3 Approver: Approve based on the necessity of the trip, ensure within the travel plan and",
62
+ "page": 2
63
+ }
64
+ },
65
+ {
66
+ "content": "Context: 1.3 Duties and Responsibilities > 1.3.4 Executive Secretaries / Designated personnel: Book flights, hotels and make other\nContent: [1.3.4 Executive Secretaries / Designated personnel: Book flights, hotels and make other]\ntravel arrangements.",
67
+ "metadata": {
68
+ "source": "JRG_Travel_Policy_2025",
69
+ "category": "Policy",
70
+ "hierarchy": "1.3 Duties and Responsibilities > 1.3.4 Executive Secretaries / Designated personnel: Book flights, hotels and make other",
71
+ "page": 2
72
+ }
73
+ },
74
+ {
75
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2.\nContent: [1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2.]",
76
+ "metadata": {
77
+ "source": "JRG_Travel_Policy_2025",
78
+ "category": "Policy",
79
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2.",
80
+ "page": 2
81
+ }
82
+ },
83
+ {
84
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions\nContent: [1.4 Special Circumstances not stipulated in the Policy/ Exceptions]",
85
+ "metadata": {
86
+ "source": "JRG_Travel_Policy_2025",
87
+ "category": "Policy",
88
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions",
89
+ "page": 2
90
+ }
91
+ },
92
+ {
93
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions > 1.4.1 In case certain special situations are not defined in the Policy, travelers are expected to\nContent: [1.4.1 In case certain special situations are not defined in the Policy, travelers are expected to]\nuse their best judgement to determine whether the expense is necessary, appropriate\nand reasonable for business purposes.",
94
+ "metadata": {
95
+ "source": "JRG_Travel_Policy_2025",
96
+ "category": "Policy",
97
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions > 1.4.1 In case certain special situations are not defined in the Policy, travelers are expected to",
98
+ "page": 2
99
+ }
100
+ },
101
+ {
102
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions > 1.4.2 To avoid conflicts of interest, employees should not accept free flights, accommodations\nContent: [1.4.2 To avoid conflicts of interest, employees should not accept free flights, accommodations]\nand other forms of luxury treatment from suppliers/ business associates.",
103
+ "metadata": {
104
+ "source": "JRG_Travel_Policy_2025",
105
+ "category": "Policy",
106
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions > 1.4.2 To avoid conflicts of interest, employees should not accept free flights, accommodations",
107
+ "page": 2
108
+ }
109
+ },
110
+ {
111
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions > 1.4.3 In case of any doubts, travelers should discuss with their manager or Finance Director.\nContent: [1.4.3 In case of any doubts, travelers should discuss with their manager or Finance Director.]\n2. Air Travel",
112
+ "metadata": {
113
+ "source": "JRG_Travel_Policy_2025",
114
+ "category": "Policy",
115
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 1.4 Special Circumstances not stipulated in the Policy/ Exceptions > 1.4.3 In case of any doubts, travelers should discuss with their manager or Finance Director.",
116
+ "page": 3
117
+ }
118
+ },
119
+ {
120
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 2.1 Entitlement\nContent: [2.1 Entitlement]\n2.1.1. Frequency of overseas travel should be justified by business needs and add value for\nthe company.\n2.1.2. Air travel should be booked through approved agents by Executive Secretaries /\nDesignated personnel.\n2.1.3. Travel class should follow the table below:\nDestination Travel Class\nCEO, Brand MDs, Group Function Directors\nInternational > 6 hours Business\nInternational ≤ 6 hours Economy\nDomestic Economy\nAll Other Staff\nInternational > 6 hours Premium Economy\nInternational ≤ 6 hours Economy\nDomestic Economy\n2.1.4. For overseas travel for training purposes, Economy class should be taken\n2.1.5. Team members traveling with suppliers/ business associates may travel in the same class,\nsubject to prior approval and justified reasons.\n2.1.6. Any exceptions to the above should be justified with reasons and obtain prior approval by\nTAF the approver(s).\n2.2. Fare Class\n2.2.1. For short haul flights ≤ 6 hours, air travel should be booked based on the most direct route\nat the most economical rate.\n2.2.2. The most economical carrier shall be used whenever possible.\n2.2.3. When traveling as a group, tickets on group fares should be purchased whenever\navailable.\n2.2.4. For long haul flights, indirect flights with reasonable departure, arrival and transit time\nmay be booked if substantial savings would be achieved.\n2.3. Advanced Booking\n2.3.1. Flights should be booked at least 1 month in advance.\n2.3.2. For unavoidable emergency trips, at least 3 working days prior to travel, with justified\nreasons and approval from TAF approver.\n2.4. Traveling with family members/ friends\n2.4.1. Traveling expenses arising from family members / friends should be bourne by the\nindividual.\n2.5. Restrictions\n2.5.1. Travelers should plan to reach the destination on time for business meetings. For flights\n> 6 hours, or where necessary due to flight schedules or travel arrangements, reaching\nthe destination 1 day ahead is permitted.\n2.5.2. After completion of business meetings/ planned agendas, travelers should return to their\nbase locations on the same day, or the following day if limited by flight schedules or\navailability of local transportation.\n2.5.3. Travelers should bear the incremental cost for arriving earlier/ staying behind for personal\nreasons. Additional time spent should be deducted from the annual leave balance.\n2.5.4. Cost of cancellation/ rebooking/ amendment arisen out of the traveler’s personal reasons\nshall be bourne by the individual.\n\n[Table Data]:\nDestination | Travel Class\nCEO, Brand MDs, Group Function Directors International > 6 hours International ≤ 6 hours Domestic | Business Economy Economy\nAll Other Staff International > 6 hours International ≤ 6 hours Domestic | Premium Economy Economy Economy\n\n2.5.5. It is not permitted to voluntarily downgrade the class of travel to cover incremental costs\nof private travel, or expenses of accompanying family/ friends.\n2.5.6. No more than 3 members of the same team or 3 executives should travel on the same\nflight, whenever possible.\n2.5.7. Cost of excess baggage due to personal reasons will be bourne by the traveler.\n3. Transportation Arrangements\n3.1. Airport Transfer\n3.1.1. Local public transport and licenced taxis should be used whenever possible.\n3.1.2. Hotel limousines between airport and hotel should only be used if local taxis are\nconsidered unsafe. In such case, the most economical option should be used.\n3.1.3. Employees traveling together on the same business trip should share the transport\narrangements.\n3.2. Transportation at destination\n3.2.1. All transportation expenses directly related to business purposes are reimbursable.\n3.2.2. Travelers are normally expected to take standard class on local public transportation\nunless with prior approval.\n3.2.3. Personal transportation expenses should be borne by the individual.\n3.3. Car Rental\n3.3.1. Generally, JRG discourages employees from car rentals, unless all the following\nconditions are met:\na) The traveler has a valid international driving license and has adequate driving skills to\ndrive on local roads;\nb) It is a more economical option as compared to other forms of local transportation and\ntaxis;\nc) Prior approval was sought from the TAF approvers.\n3.3.2. If all conditions are met, the traveler may reimburse the relevant car rental costs,\ninsurance, fuel and parking fees as incurred.\n4. Accommodation Arrangements\n4.1. Entitlement\n4.1.1. The default room type is Standard Room (single)\n4.1.2. Under certain special circumstances, such as large group travel to events and\nconferences, shared room may be applied to optimise budget.\n4.1.3. In case of room sharing, coworkers of the same gender shall share a room.\n4.1.4. Cost of any upgrade will be bourne by the traveler.\n4.1.5. Travelers are encouraged to stay at hotels with corporate rates or recommended by the\ncompany.\n4.1.6. Staying in private apartments, or other unofficial accommodation is generally not\npermitted.\n4.1.7. Hotel bills should be first settled by the traveler and then reimbursed through travel\nexpenses claims, except pre-arranged large group functions sponsored by the\ncompany.\n4.1.8. Hotel services for personal entertainment such as mini bar, spa, paid movies will not be\nreimbursable.\nMeals\n5.1. Entitlement\n5.1.1. Reasonable meal consumption is reimbursable, the maximum daily meal consumption\namount per person should be referred to Appendix 1.\n5.1.2. Overall average expense incurred during the trip should not exceed the daily amount.\n5.1.3. Reimbursement begins from date of departure until date of return from the business trip\n5.1.4. Alcohol is excluded.\n5.1.5. Travelers should claim for their meals based on actual expenses incurred, supported by\noriginal receipts. Should it not been issued, travelers are required to provide details to\njustify the claim.\n5. Gift and Entertainment during Overseas Travel",
121
+ "metadata": {
122
+ "source": "JRG_Travel_Policy_2025",
123
+ "category": "Policy",
124
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 2.1 Entitlement",
125
+ "page": 5
126
+ }
127
+ },
128
+ {
129
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules\nContent: [6.1 General Rules]",
130
+ "metadata": {
131
+ "source": "JRG_Travel_Policy_2025",
132
+ "category": "Policy",
133
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules",
134
+ "page": 5
135
+ }
136
+ },
137
+ {
138
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules > 6.1.1 Gifts to external guests require pre-approval from the respective line manager.\nContent: [6.1.1 Gifts to external guests require pre-approval from the respective line manager.]",
139
+ "metadata": {
140
+ "source": "JRG_Travel_Policy_2025",
141
+ "category": "Policy",
142
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules > 6.1.1 Gifts to external guests require pre-approval from the respective line manager.",
143
+ "page": 5
144
+ }
145
+ },
146
+ {
147
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules > 6.1.2 Entertainment should be customary and reasonable, and pre-approved by line\nContent: [6.1.2 Entertainment should be customary and reasonable, and pre-approved by line]\nmanager.",
148
+ "metadata": {
149
+ "source": "JRG_Travel_Policy_2025",
150
+ "category": "Policy",
151
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules > 6.1.2 Entertainment should be customary and reasonable, and pre-approved by line",
152
+ "page": 5
153
+ }
154
+ },
155
+ {
156
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules > 6.1.3 Entertainment to internal employees at visiting locations should be supported with\nContent: [6.1.3 Entertainment to internal employees at visiting locations should be supported with]\nvalid business reasons, reasonable and subject to departmental budget. Please\nrefer to further guidelines in the appendix.\n6. Roaming",
157
+ "metadata": {
158
+ "source": "JRG_Travel_Policy_2025",
159
+ "category": "Policy",
160
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 6.1 General Rules > 6.1.3 Entertainment to internal employees at visiting locations should be supported with",
161
+ "page": 5
162
+ }
163
+ },
164
+ {
165
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 7.1 Roaming plans should be purchased prior to departure (for travelers based in HK,\nContent: [7.1 Roaming plans should be purchased prior to departure (for travelers based in HK,]\nroaming plans should be applied through SCM department 5 days before departure).",
166
+ "metadata": {
167
+ "source": "JRG_Travel_Policy_2025",
168
+ "category": "Policy",
169
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 7.1 Roaming plans should be purchased prior to departure (for travelers based in HK,",
170
+ "page": 5
171
+ }
172
+ },
173
+ {
174
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 7.2 Roaming plans should only be purchased for business trips.\nContent: [7.2 Roaming plans should only be purchased for business trips.]",
175
+ "metadata": {
176
+ "source": "JRG_Travel_Policy_2025",
177
+ "category": "Policy",
178
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 7.2 Roaming plans should only be purchased for business trips.",
179
+ "page": 5
180
+ }
181
+ },
182
+ {
183
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 7.3 Individuals shall bear in their own expense if a roaming plan has not been arranged prior\nContent: [7.3 Individuals shall bear in their own expense if a roaming plan has not been arranged prior]\nto the trip.\n7. Other Reimbursable Expenses",
184
+ "metadata": {
185
+ "source": "JRG_Travel_Policy_2025",
186
+ "category": "Policy",
187
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 7.3 Individuals shall bear in their own expense if a roaming plan has not been arranged prior",
188
+ "page": 5
189
+ }
190
+ },
191
+ {
192
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.1 Visa Fee, Airport and Government Taxes\nContent: [8.1 Visa Fee, Airport and Government Taxes]",
193
+ "metadata": {
194
+ "source": "JRG_Travel_Policy_2025",
195
+ "category": "Policy",
196
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.1 Visa Fee, Airport and Government Taxes",
197
+ "page": 5
198
+ }
199
+ },
200
+ {
201
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.2 Medical Clearance\nContent: [8.2 Medical Clearance]",
202
+ "metadata": {
203
+ "source": "JRG_Travel_Policy_2025",
204
+ "category": "Policy",
205
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.2 Medical Clearance",
206
+ "page": 5
207
+ }
208
+ },
209
+ {
210
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.3 Internet Access and Calls for business purposes\nContent: [8.3 Internet Access and Calls for business purposes]",
211
+ "metadata": {
212
+ "source": "JRG_Travel_Policy_2025",
213
+ "category": "Policy",
214
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.3 Internet Access and Calls for business purposes",
215
+ "page": 5
216
+ }
217
+ },
218
+ {
219
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.4 Reasonable Business Centre for business purposes\nContent: [8.4 Reasonable Business Centre for business purposes]",
220
+ "metadata": {
221
+ "source": "JRG_Travel_Policy_2025",
222
+ "category": "Policy",
223
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.4 Reasonable Business Centre for business purposes",
224
+ "page": 5
225
+ }
226
+ },
227
+ {
228
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.5 Reasonable personal calls\nContent: [8.5 Reasonable personal calls]",
229
+ "metadata": {
230
+ "source": "JRG_Travel_Policy_2025",
231
+ "category": "Policy",
232
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.5 Reasonable personal calls",
233
+ "page": 5
234
+ }
235
+ },
236
+ {
237
+ "content": "Context: 1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.6 Travel insurance (if not provided)\nContent: [8.6 Travel insurance (if not provided)]",
238
+ "metadata": {
239
+ "source": "JRG_Travel_Policy_2025",
240
+ "category": "Policy",
241
+ "hierarchy": "1.3.5 Please refer to the detailed approval requirements and approvers in Appendix 2. > 8.6 Travel insurance (if not provided)",
242
+ "page": 6
243
+ }
244
+ },
245
+ {
246
+ "content": "Context: Appendix 1\nContent: [Appendix 1]",
247
+ "metadata": {
248
+ "source": "JRG_Travel_Policy_2025",
249
+ "category": "Policy",
250
+ "hierarchy": "Appendix 1",
251
+ "page": 6
252
+ }
253
+ },
254
+ {
255
+ "content": "Context: Appendix 1 > i) Accommodation Entitlement:\nContent: [i) Accommodation Entitlement:]\nList of Approved Hotels and Rates\nLocation Hotel Address Room Rate Breakfast\nTaipei Hotel COZZI No. 178, Section 2, Minsheng E Rd, TWD3,700++ Yes\nMinsheng Taipei Zhongshan District, Taipei City,\nTaiwan 10491\nTaipei CitizenM Taipei No. 3, Section 1, Zhonghua Road, TWD3,000++ Yes\nNorth Gate 10043 Taipei, Taiwan\nTaipei Jolley Hotel Jolley Hotel Taipei TWD4,320++ Yes\nNo.568, Linsen N. Rd., Zhongshan\nDist., Taipei City 104, Taiwan\nHCMC New World 76 Le Lai, District 1, Ho Chi Minh VND2,200,000 Yes\nSaigon Hotel City, Vietnam ++\nHong Dorsett 88 Tai Kok Tsui Road, Kowloon, ~HKD800++ Yes\nKong Mongkok Hong Kong\nShould the list of approved hotels being unavailable or does not fulfil the traveler’s needs, other hotels\nmay be booked subject to the cap rate below:\nCap Rate\nLocation Room Rate\nHong Kong HKD1000\nTaiwan TWD4000\nVietnam VND3,000,000\nMyanmar USD200\nSingapore USD200\nRest of Asia USD150",
256
+ "metadata": {
257
+ "source": "JRG_Travel_Policy_2025",
258
+ "category": "Policy",
259
+ "hierarchy": "Appendix 1 > i) Accommodation Entitlement:",
260
+ "page": 6
261
+ }
262
+ },
263
+ {
264
+ "content": "Context: Appendix 1 > ii) Meals Entitlement\nContent: [ii) Meals Entitlement]\nLocations Daily Reimbursement Limit\nAsia, except Japan USD40 or equivalent\nUSA/ Europe/ UK/\nAustralia/ NZ/ Japan USD70 or equivalent",
265
+ "metadata": {
266
+ "source": "JRG_Travel_Policy_2025",
267
+ "category": "Policy",
268
+ "hierarchy": "Appendix 1 > ii) Meals Entitlement",
269
+ "page": 6
270
+ }
271
+ },
272
+ {
273
+ "content": "Context: Appendix 1 > iii) Business Meals and Entertainment (applies to External parties & Internal) during\nContent: [iii) Business Meals and Entertainment (applies to External parties & Internal) during]\nOverseas Trips\nCategory Max.\nLunch USD40 per person\nDinner, Entertainment USD65 per person\n\n[Table Data]:\nLocation | Hotel | Address | Room Rate | Breakfast\nTaipei | Hotel COZZI Minsheng Taipei | No. 178, Section 2, Minsheng E Rd, Zhongshan District, Taipei City, Taiwan 10491 | TWD3,700++ | Yes\nTaipei | CitizenM Taipei North Gate | No. 3, Section 1, Zhonghua Road, 10043 Taipei, Taiwan | TWD3,000++ | Yes\nTaipei | Jolley Hotel | Jolley Hotel Taipei No.568, Linsen N. Rd., Zhongshan Dist., Taipei City 104, Taiwan | TWD4,320++ | Yes\nHCMC | New World Saigon Hotel | 76 Le Lai, District 1, Ho Chi Minh City, Vietnam | VND2,200,000 ++ | Yes\nHong Kong | Dorsett Mongkok | 88 Tai Kok Tsui Road, Kowloon, Hong Kong | ~HKD800++ | Yes\n\n\n[Table Data]:\nLocation | Room Rate\nHong Kong | HKD1000\nTaiwan | TWD4000\nVietnam | VND3,000,000\nMyanmar | USD200\nSingapore | USD200\nRest of Asia | USD150\n\n\n[Table Data]:\nLocations | Daily Reimbursement Limit\nAsia, except Japan | USD40 or equivalent\nUSA/ Europe/ UK/ Australia/ NZ/ Japan | USD70 or equivalent\n\n\n[Table Data]:\nCategory | Max.\nLunch | USD40 per person\nDinner, Entertainment | USD65 per person\n",
274
+ "metadata": {
275
+ "source": "JRG_Travel_Policy_2025",
276
+ "category": "Policy",
277
+ "hierarchy": "Appendix 1 > iii) Business Meals and Entertainment (applies to External parties & Internal) during",
278
+ "page": 7
279
+ }
280
+ },
281
+ {
282
+ "content": "Context: Appendix 2\nContent: [Appendix 2]\nApprovers and Approval Requirements\nType of Traveler Budget Approvers Pre-requisite Entertainment,\nProcurement Validation for Overseas Team meals\nby Trips\nTravel & CEO Group Fin GFD 1. Trip has 1. Within T&E\nEntertainment been policy limit;\nGFD Group Fin CEO\nbudgeted (i.e.\nGroup Group Fin CEO & GFD\nvia budget/LF 2. Within\nFunction\ncycle); budget\nDirectors\nBrand MDs Local Fin (of CEO & GFD 2. Completed\nbase location)\nTravel\nRegional Local Fin (of Brand MD & Authorisation\nFunction base location) Market FD/ Form\nHeads Head of\nFinance\nGMs Local Fin Brand MD &\nMarket FD/\nHead of\nFinance\nLocal Local Fin GM & Market\nFunction FD/ Head of\nHeads Finance\nLocal Local Fin Local Function\nFunction Head &\nMembers Market FD/\nHead of\nFinance\nRegional Local Fin (of Regional\nFunction base location) Function Head\nMembers & Market FD/\nHead of\nFinance\nGroup Group Fin Group\nFunction Function\nMembers Director &\nGroup FC\nNotes:\n1) All T&E spend should be made according to the latest T&E policies and travel budget.\n2) Budget and Latest Forecast Validation is based on the budgeted trips approved at the\nlatest Budget/ LF cycles.\n3) Unbudgeted/ Overbudget spend, these will require approval from both the relevant\napprovers, and Market FD (for GMs & Local Functions)/ FD of the affected region (for\nBrand MD & Regional Functions)/ GFD (for Group functions) before spend.\n4) Market to process payment based on the approval requirements above.\n\n[Table Data]:\nType of Procurement | Traveler | Budget Validation by | Approvers | Pre-requisite for Overseas Trips | Entertainment, Team meals\nTravel & Entertainment | CEO | Group Fin | GFD | 1. Trip has been budgeted (i.e. via budget/LF cycle); 2. Completed Travel Authorisation Form | 1. Within T&E policy limit; 2. Within budget\nGFD | Group Fin | CEO\nGroup Function Directors | Group Fin | CEO & GFD\nBrand MDs | Local Fin (of base location) | CEO & GFD\nRegional Function Heads | Local Fin (of base location) | Brand MD & Market FD/ Head of Finance\nGMs | Local Fin | Brand MD & Market FD/ Head of Finance\nLocal Function Heads | Local Fin | GM & Market FD/ Head of Finance\nLocal Function Members | Local Fin | Local Function Head & Market FD/ Head of Finance\nRegional Function Members | Local Fin (of base location) | Regional Function Head & Market FD/ Head of Finance\nGroup Function Members | Group Fin | Group Function Director & Group FC\n\nPolicy Version History\nVersion Policy Effective Date By\n2.0 28th April 2025 Group PNC\n\n[Table Data]:\nVersion | Policy Effective Date | By\n2.0 | 28th April 2025 | Group PNC\n",
283
+ "metadata": {
284
+ "source": "JRG_Travel_Policy",
285
+ "category": "Policy",
286
+ "hierarchy": "Appendix 2"
287
+ }
288
+ }
289
+ ]