FDAM Article đź’«

How to Accurately Aggregate Sales Using a Standard Menu Name Even When Delivery App Menu Names Differ

How to Accurately Aggregate Sales Using a Standard Menu Name Even When Delivery App Menu Names Differ

69954a4666827.png

You can consolidate delivery app sales under a standard menu name even if the app’s menu names differ.

CORE SUMMARY

· Consolidating franchise delivery menus means standardizing the various delivery app menu names entered by each franchise location into a single franchisor headquarters standard menu name, enabling precise aggregation of brand‑wide menu sales.

· Without a standard menu name, the same item is split into multiple entries, distorting menu‑level sales rankings and promotion performance analysis.

· FDAM supports aggregation of POS and delivery app sales based on the franchisor headquarters standard menu name, helping reduce labor and aggregation errors.

Franchise delivery menu consolidation is the data‑management task of standardizing the disparate delivery app menu names entered by each franchise location into one franchisor headquarters standard menu name, so the brand can accurately track sales by menu. It may seem enough to download each app’s menu sales and merge them, but in practice it’s far more complex.

The challenge is that even identical items can have completely different names across franchise locations on delivery apps. The franchisor headquarters standard menu name is "Jokbal"but franchise locations add variations like “Top‑Rated Warm Jokbal,” “Store‑Recommended Jokbal,” or “Tender Front‑Leg Jokbal” to make them more appealing to consumers. While effective for marketing, these variations cause the headquarters to count the same item as separate menus.

As the share of delivery sales in total store revenue grows, this issue becomes increasingly critical. Offline sales can be consistently tracked through POS aggregation, but delivery sales fluctuate because each franchise location may operate multiple delivery apps, each with its own menu naming conventions. To set a unified brand‑wide menu strategy, the headquarters needs a single standard that covers both offline and delivery channels.

This article outlines why consolidating franchise delivery menus is challenging, what problems arise without a standard menu name, why typical consolidation methods generate recurring errors, and how FDAM addresses each step.

Why is franchise delivery menu consolidation difficult?

70181e92424ca.png

Inconsistent delivery app menu names across franchise locations create aggregation errors for the headquarters.

The franchisor headquarters must view menu sales across the entire brand—to identify top‑selling items, high‑performing regions, and post‑promotion impacts—so brand‑level decisions can be made.

However, delivery app menu names are often set freely by each franchise location. To attract customers, locations may prepend terms like “Popular,” “Recommended,” “Warm,” or “Today’s Special.” These descriptors make sense for store operations and marketing, but they translate directly into aggregation errors for the headquarters.

From the franchisor headquarters perspective, identical pork‑leg dishes should be consolidated, but the data treats them as separate items. Consequently, staff must re‑standardize menu names or manually match similar items. This not only consumes time but also raises the risk of missing or duplicate counts.

The issue doesn’t end with one employee’s effort. The marketing team must decide which items to promote, the product team must evaluate which items to keep or retire, and executives need a clear view of the brand‑wide sales flow. If the underlying per‑menu sales data is inaccurate, every subsequent decision inherits that error.

The bigger challenge is that the discrepancy changes each month. One month Store A may add a new tagline, the next month Store B uses a different phrasing. The matching rules you set last month may no longer apply. As a result, you end up repeating similar work monthly while constantly re‑validating new variations.

Recurring issues without a standard menu name

· Identical items are split across multiple entries

· Sales rankings by item become distorted

· Promotion performance analysis loses accuracy

· Headquarters reports no longer align with on‑site data

· Staff must manually clean up menu names each time

Without a standard menu name, sales analysis becomes unstable

5f6178e5d53d8.png

What matters is the standard menu name managed by the franchisor headquarters, not the name displayed on delivery apps.

In menu sales analysis, the important factor is not the "name shown on delivery apps" but"the standard menu name managed by the franchisor headquarters"If the headquarters’ standard menu name is "Jokbal," then regardless of any promotional wording on delivery apps, the final aggregation should count all sales under Jokbal, allowing an accurate view of brand‑wide item sales.

Establishing a standard menu name resolves the following four issues.

1

Uniformity independent of each store’s labeling— Even if delivery‑app listings differ, they are grouped as the same item.

2

Identify the overall menu ranking across the brand— It shows exactly which items are selling best

3

Compare performance before and after a promotion— Consistent criteria are required to assess performance changes

4

Report figures align with on‑site data— Headquarters reports accurately reflect actual store conditions

Without a standard menu name, ranking by item sales becomes unstable, promotion analysis turns inaccurate, and headquarters reports no longer match on‑site data. Consolidating franchise delivery menus isn’t just clerical work—it’s critical data management that drives menu strategy, promotion decisions, new‑item launches, and underperforming‑item reviews.

When the baseline shifts, strategy shifts with it

For example, imagine you’ve launched a new item. To gauge early response you need a precise sales trend for that item. If each delivery app lists the item under a slightly different name, the early data becomes distorted—strong performance may appear weak, or inflated numbers may be reported. If investment and marketing budgets are allocated based on those skewed figures, the impact ripples beyond a single sales report to next season’s menu strategy.

Why do typical aggregation methods repeatedly produce errors?

17385233096ba.png

Managing separate files for each store and menu amplifies errors as the number of locations and items grows

Many headquarters download data from delivery apps and split it into individual files. Even when a system pulls sales data, mismatched menu names often require manual cleanup during the final analysis stage.

When POS sales and delivery‑app sales are combined, matching menu names becomes even more crucial. If POS records an item as "Jokbal" but a delivery app lists it as "Top‑Rated Warm Jokbal," you must align the two entries to see total brand sales. Otherwise, POS sales stay separate from delivery‑app sales, and headquarters end up evaluating fragmented data instead of the full picture.

This approach burdens franchise headquarters that need precise, item‑level sales analysis. As stores and menus increase, errors don’t shrink—they grow, because more combinations must be managed without a consistent standard.

More data means a heavier cleanup workload

If a store used only one delivery app, standardizing names would be simple. In reality, most stores operate multiple apps, each with slightly different item names. Across the brand, the combination of "menu count × store count × app count" creates countless unique name variations.

Imagine a staff member manually reconciling those combinations each month—errors quickly become obvious. Even if you reopen last month’s matching sheet, new names or changed spellings force you to start over. Changing the responsible person doesn’t solve the problem; when the reference lives in memory or personal files, the moment that person leaves, the baseline collapses.

FDAM aggregates delivery menu sales using the standard menu name.

8797acae13dd2.png

FDAM helps you consolidate delivery‑app and POS sales based on the franchisor headquarters’ standard menu names.

FDAM is an enterprise‑grade operations ERP for franchisor headquarters that supports aggregating sales by standard menu names—an essential metric for menu revenue analysis. Even when each franchise location registers different menu names in delivery apps, FDAM lets you roll up sales using the headquarters’ standard names, reducing errors and variance in menu‑level reporting. For example, variously named pork‑trotter items on delivery platforms can all be grouped under the standard menu name “Jokbal” to view consolidated sales.

This approach creates three major changes for franchisor headquarters operations.

Change 01

Standard menu name matching

Even if delivery‑app listings differ by location, you can group them under the headquarters’ standard menu name to view unified sales.

Change 02

Integrated POS and delivery‑app view

You can review POS and delivery‑app revenue side‑by‑side using the same standard menu name, eliminating the need to juggle separate data sets.

Change 03

Combined table and dashboard reports

Staff can inspect numeric values per menu in a table while using dashboards to track sales trends and composition ratios.

This method dramatically improves workflow efficiency for headquarters staff. It eliminates the need to manually reconcile each menu name or manually group similar items. FDAM is accessible on PC, tablet, and mobile, so users see consistent data regardless of where they work.

Once standard menu names are established, the impact varies by department. Marketing can measure promotion‑targeted menu performance with precise numbers, product teams can compare regional and seasonal menu results to identify new or underperforming items, and operations can pinpoint which menus drive strong delivery sales at each location to prioritize field support. Although each department has its own focus, the underlying insight stems from a single set of standard menu names.

One more point: FDAM’s role is to manage and apply the standard menu names, while strategic decisions about menu composition, pricing, and promotions remain the franchisor headquarters’ responsibility. The tool ensures data accuracy, but how you act on that data is up to the headquarters. Decisions grounded in precise numbers inspire greater confidence in outcomes.

When you compare, the differences appear in accuracy and labor time.

df141f560d949.png

Whether standard menu names are used clearly affects both accuracy and the time required for work.

Typical menu aggregation relies on the menu names registered in delivery apps. If the name differs even slightly, it’s treated as a different item, and staff must re‑organize the data. FDAM aggregates sales by a standard menu name, so even when the delivery‑app name varies, you can view sales per menu aligned with headquarters standards.

Same situation, different outcome.

Imagine you need to prepare a month‑end menu sales report. Without a standard menu name, headquarters first downloads sales files from each delivery app. Then staff visually scan the names, grouping similar ones one by one. As the number of locations grows, the list of names to verify expands, and ambiguous entries are classified based on individual judgment. By the time the report is finished, a lot of time has already passed and other tasks are delayed.

When headquarters aggregates by a standard menu name, the workflow flips. Sales from each delivery app are already aligned to the standard names, so staff can immediately view rankings and trends without any matching work. They glance at the detailed numbers in the table, scan the dashboard for overall patterns, and use the remaining time to ask, “Why did this item sell well?” or “What should the next promotion be?” Both scenarios occur on the same day, but one spends time reconciling data while the other spends time interpreting it.

CategoryTypical aggregation methodFDAM standard‑menu aggregation
Menu name basisUse delivery‑app registered nameUnify to headquarters standard name
POS & delivery‑app dataOften aggregated separatelyChecked together under standard name
Potential for errorDifferent names cause errorsErrors reduced even if registered names differ
Staff workloadManual cleanup required each timeTime saved on cleanup
Report formatCompile individually, then create separately.Provide tables and dashboards simultaneously.

Because FDAM aggregates by standardized menu names, menu‑level sales analysis stays consistent. Even when viewing POS sales together with delivery‑app sales, the baseline doesn’t shift, boosting the credibility of headquarters reports. For headquarters that previously struggled managing POS sales and separately consolidating delivery‑app menus, FDAM’s standardized menu aggregation offers a practical improvement.

Franchisor headquarters should manage reference data rather than individual menu names.

058e15d317613.png

Accurate menu sales analysis starts with reference data.

Franchisor headquarters analyze menu sales not just to see what sells best. Precise menu‑level data lets you evaluate new‑product performance, identify regional favorites, and measure promotion impact. It also enables rapid detection of declining sales for specific items so you can adjust operations. All of these decisions depend on accurate reference data.

Delivery‑app menu names can change freely for store operations and marketing, but headquarters reports must consolidate them under standardized menu names. This is the core of franchise delivery‑menu aggregation and the point where a franchise‑focused operations ERP diverges from generic management systems.

Since 2007, MS Venter has built franchise‑specific software, and that field experience informs the design of reference data. We’ve repeatedly seen how a single menu name can affect the overall credibility of headquarters reports. That’s why FDAM handles standardized menu aggregation within the Franchise Operations Management workflow.

Check your headquarters’ delivery‑menu data this way.

1

Can you view the brand‑wide menu sales ranking on a single screen right now?

2

Do you view POS sales and delivery‑app sales together using the same menu baseline?

3

Does the menu‑matching standard stay consistent even when the responsible staff changes?

4

When evaluating new‑menu performance, can you trust the numbers as they are?

The more “No” answers you have to these questions, the greater the gap between apparent and actual menu sales data. Conversely, if you can confidently answer “Yes” to each, your headquarters already has a stable decision‑making foundation that isn’t shaken by varied menu entries.

To sum up, the principle for franchisor headquarters when aggregating delivery‑app menus is simple: leave the storefront name to the store, and always start headquarters decisions with standardized menu names. Once this principle is embedded, menu strategy, promotion planning, and new‑product reviews all rely on the same data set.

Frequently Asked Questions

Q. Why is it difficult to consolidate delivery menu items across franchise locations?

Because each franchise location may register different menu names in the delivery apps. Even identical items can be counted separately if promotional copy is added, leading to errors in headquarters analysis.

Q. Why is a standard menu name important?

A standard menu name lets you group sales for the same item even when delivery apps use different registrations. This enables accurate analysis of item sales rankings, promotion performance, and new‑item results.

Q. How does FDAM address this issue?

FDAM helps headquarters aggregate delivery‑app sales using the standard menu name. It also provides reports that combine tables and dashboards so you can view detailed data alongside overall trends.

Q. Can we still aggregate using the standard menu name when operating multiple delivery apps?

Even if each delivery app uses different registrations, you can group them by the headquarters’ standard menu name, making it usable for headquarters that run several platforms simultaneously.

Q. Do we need to continuously maintain the standard menu name as stores expand or new items are added?

Yes. As you add items or open new franchise locations, you should update the standard menu name system accordingly. FDAM supports ongoing management of this standard within Franchise Operations Management.

FDAM · FDAM

Delivery sales analysis shaken by inconsistent menu names,
Start from the standard again

If delivery‑app menu names vary by franchise location, you need a standard‑menu‑centric approach. Instead of spending each month reconciling names, use FDAM to verify menu sales accurately and devote that time to shaping your menu strategy.

Terms of Use

Article 1 Purpose

These Terms of Use govern the conditions and operational rules for using the services of "Site Name" (hereinafter referred to as "the Site").

Article 2 Definitions

Key terms used in these terms are defined as follows.

1. Member: An individual who agrees to these terms, provides personal information to register as a member, enters into a usage agreement with the Site, and uses the Site.
2. Usage Agreement: The contract concluded between the Site and a member regarding Site usage.
3. Member ID ("ID"): A unique combination of letters and numbers assigned to each member for identification and service access.
4. Password: The combination of letters and numbers selected by the member to verify identity and protect the member’s rights.
5. Operator: The entity that creates and manages the website offering the service.
6. Termination: The act of a member canceling the usage agreement.

Article 3 Supplemental Rules

The Operator may issue separate operational policies as needed; if these policies overlap with these terms, the operational policies will take precedence.

Article 4 Formation of the Usage Agreement

1. The usage agreement is formed when a person registers as a member, agrees to these terms, and the Operator accepts the registration request.
2. Anyone registering as a member indicates agreement to these terms by reading them during the Site registration process and selecting the "I Agree" option.

Article 5 Service Use Application

1. Individuals registering as members must provide all required information requested by the Site (such as user ID, password, nickname, etc.).
2. Members who use another person’s information, submit false data, or otherwise fail to provide authentic personal information have no rights to use the Site and may be subject to penalties under applicable law.

Section 6: Privacy Policy

The operator does not retain members' passwords provided at sign‑up, and related matters are governed by the site’s privacy policy.
The operator strives to protect members’ personal information, including registration data, in accordance with applicable laws.

Member privacy is handled according to the privacy policy set by applicable law and the site.

However, the operator assumes no responsibility for information exposed due to the member’s own fault.
If a member posts or distributes illegal content—such as material that violates public morals or national security—the operator may, upon request from relevant authorities, review the member’s data and submit it to those authorities.

Section 7: Operator Obligations

(1) When a member’s opinion or complaint is deemed legitimate, the operator must address it as promptly as possible. If personal circumstances prevent immediate action, the operator will make a best effort to follow up with a notice, message, or email after the fact.
(2) To ensure continuous and stable site operation, the operator may require the site to repair or restore equipment without delay when failures or losses occur. In cases of force majeure or unavoidable circumstances affecting the site or operator, site operation may be temporarily suspended.

Section 8: Member Obligations

(1) Members must comply with the terms of this agreement, all site policies, notices, operational guidelines, and applicable laws, and must not engage in actions that interfere with site operations or damage the site’s reputation.
(2) Unless expressly authorized by the site, members may not transfer, gift, or use their service rights or contractual status as collateral to any third party.
(3) Users must exercise great care in managing their ID and password and may not allow third parties to use their ID without the operator’s or site’s consent.
(4) Members must not infringe the intellectual property rights of the operator, the site, or any third party.

Section 9: Service Availability

(1) Service is generally available 24 hours a day, 365 days a year, unless technical or operational constraints arise. The site may temporarily suspend service for scheduled maintenance, upgrades, or replacements on dates and times announced by the site. Planned interruptions will be posted on the site’s homepage, so please check regularly.
(2) The site may also suspend service temporarily or permanently without prior notice in the following situations:
- Urgent system inspections, upgrades, replacements, or malfunctions
- Force‑majeure events such as national emergencies, power outages, or natural disasters
- When a telecommunications provider ceases service as stipulated by the Telecommunications Business Act
- If excessive traffic or other issues disrupt normal service use, the service may be unavailable.
③ When service interruptions occur as described in the preceding clause, the site will notify members in advance via announcements or similar notices. If the interruption is caused by circumstances beyond the site’s control and advance notice is impossible, the site will provide notice after the fact.

Article 10 – Termination of Service Use

â‘  A member who wishes to terminate the usage agreement with the site must submit a cancellation request online personally. Separately, termination of the site usage agreement itself must be handled independently of the site access termination.
② Upon submission of the cancellation request, any site‑related programs provided by the site are automatically removed from the member‑management interface, and the operator can no longer view the applicant’s information.

Article 11 – Restriction of Service Use

Members may not engage in any of the following actions. If a member does, the site may restrict the member’s service access, take appropriate legal measures, terminate the usage agreement, or suspend service for a specified period.
① Registering false information during sign‑up or when updating member details.
② Interfering with another person’s use of the site or misappropriating their information.
③ Impersonating site administrators, staff, or affiliates.
④ Infringing on the personal rights or intellectual property of the site or any third party, or disrupting business operations.
⑤ Illegitimately using another member’s ID.
⑥ Collecting, storing, or disclosing another member’s personal data without their consent.
⑦ Engaging in conduct that can be objectively judged as criminal.
â‘§ Any other actions that violate applicable laws and regulations.

Article 12 – Management of Posted Content

â‘  The operator is responsible for managing and operating all posts and materials on the site. The operator must continuously monitor for inappropriate content, and upon discovering or receiving a report of such content, must delete it and issue a warning to the member who posted it.
Members are responsible for the content they post; therefore, members must not publish material that violates these terms of use.
② If a public authority such as the Information and Communication Ethics Committee issues a corrective request, the operator may delete or relocate posts without the member’s prior consent.
③ The criteria for determining inappropriate content are as follows.
- When the content severely insults or defames another member or a third party.
- When distributing or linking to content that violates public order or good morals.
- When the content encourages illegal copying or hacking.
- When it is advertising intended for profit.
- When the content is objectively recognized as being linked to criminal activity.
- When it infringes copyright or other rights of other users or third parties.
- When it is deemed to violate other applicable laws.
- If the site or its operator receives a request from a third party to halt a post because of alleged defamation, intellectual‑property infringement, or similar rights violations, the post may be temporarily taken down (transmission stopped). The site will follow any lawsuit, settlement, or other decision by the relevant authority that is submitted concerning the requester and the poster.

Article 13 Retention of Posts

If the site operator must discontinue the site due to unavoidable circumstances, they will give members prior notice and make reasonable efforts to facilitate the transfer of posts.

Article 14 Copyright in Posts

① The copyright of a post submitted by a member on the site belongs to that member. The site may not commercially use the post without the poster’s consent, except for non‑profit purposes, and the site retains the right to display the content within the service.
② Members may not commercially use materials posted on the service, such as by arbitrarily processing or selling information obtained through the service.
③ The operator may delete, relocate, or reject registration of any content posted or uploaded by a member that is judged to fall under any of the items listed in Article 12, without prior notice.

Article 15 Liability for Damages

â‘  All civil and criminal liability arising from the site is primarily the responsibility of the member.
② The site will not compensate for damages that result from force majeure events such as natural disasters, or from the member’s intentional or negligent actions.

Article 16 Disclaimer

â‘  The operator is exempt from liability for any loss of expected benefit, or for damages arising from the selection or use of service materials provided by the site.
② The operator is exempt from liability for interruptions caused by the site’s service infrastructure or by telecommunications services provided by other carriers, and any damages related to the site’s service infrastructure are governed by the site’s terms of use.
The operator assumes no responsibility for any material that members store, post, or transmit.
If service disruptions occur due to a member’s fault, the operator is not liable.
The operator is not responsible for any activities—such as data transmission or other community interactions—between members or between members and third parties, whether inside or outside the service.
The operator does not guarantee the authenticity, reliability, or accuracy of material posted or transmitted by members, nor any content that members can obtain from this site.
If members trade goods or conduct other transactions through the service, the operator is not liable for any resulting damages.
The operator bears no responsibility for any disputes that arise between members or between members and third parties, unless the operator is at fault.
The operator is not liable for member losses caused by system failures during equipment maintenance, inspections, repairs, or replacements, or software operation, unless caused by intentional wrongdoing or gross negligence; nor for failures due to third‑party attacks, undiscovered viruses, or other force‑majeure events beyond the operator’s control.

Supplementary Provisions

These terms <Effective from the site launch date>.

Privacy Policy

MS Venter (hereinafter referred to as “the Company”) establishes and publishes these privacy processing guidelines to protect data subjects’ personal information under Article 30 of the Personal Information Protection Act and to address related concerns promptly and smoothly.

Article 1 (Purpose of Personal Information Processing)
The Company processes personal information for the purposes listed below. Collected data will not be used for any other purpose, and if the purpose changes, the Company will obtain separate consent in accordance with Article 18 of the Personal Information Protection Act and take any other required actions.

1. Website membership registration and management
Personal information is processed to confirm membership intent, verify identity for member‑only services, maintain and manage membership status, conduct limited identity verification, prevent fraudulent use, verify parental consent for children under 14, provide notices, handle inquiries, and address complaints.

2. Provision of goods or services
Personal information is processed for product delivery, service provision, sending contracts and invoices, delivering content, offering personalized services, identity and age verification, payment processing and settlement, and debt collection.

3. Complaint handling
Personal information is processed to verify the complainant’s identity, confirm the nature of the complaint, contact for fact‑finding, and notify the outcome of the handling process.

Article 2 (Processing and Retention Period of Personal Data)
The Company processes and retains personal data only for the period required by law or the period consented to by the data subject at the time of collection.
The specific processing and retention periods are as follows:

1. Website membership registration and management: until the member withdraws from the website.
However, if any of the following circumstances apply, data will be retained until the circumstance ends:
1) Ongoing investigations or inquiries related to violations of applicable laws: until the investigation or inquiry concludes.
2) Outstanding creditor‑debtor relationships arising from website use: until those relationships are fully settled.

Article 5 (Rights of Users and Their Legal Representatives and How to Exercise Them)

Data subjects may exercise any of the following privacy rights with the Company at any time.
1. Request to access personal data
2. Request correction of errors or inaccuracies
3. Request deletion
4. Request suspension of processing
These rights can be exercised by submitting a written request, calling, emailing, or faxing the Company, and the Company will act without undue delay.
If a data subject requests correction or deletion of personal data, the Company will refrain from using or disclosing that data until the correction or deletion is completed.
The rights in paragraph 1 may also be exercised through a legal representative or an authorized agent, provided a power of attorney in the format specified in Appendix 11 of the Enforcement Rules of the Personal Data Protection Act is submitted.
Data subjects must not violate applicable laws, including the Personal Data Protection Act, by infringing on the personal data or privacy of themselves or others that the Company processes.

Article 6 (Categories of Personal Data Processed)
The Company processes the following categories of personal data:

1. Website membership registration and management
Required items: company name, full name, title, phone number, email
Optional items: referral source, awareness channel

2. Provision of goods or services
Required items: company name, full name, title, phone number, email
Optional items: referral source, awareness channel

3. During the use of internet services, the following personal data items may be automatically generated and collected.
IP address, cookies, MAC address, service usage records, visit logs, error usage records, etc.

Article 7 (Destruction of Personal Data)
â‘  The company shall promptly destroy personal data that is no longer needed due to the expiration of the retention period or achievement of the processing purpose.
② If, after the consented retention period has expired or the processing purpose has been achieved, the personal data must be retained under other laws, the company shall preserve it by transferring it to a separate database or storing it in a different location.
③ The procedures and methods for destroying personal data are as follows.
1. Destruction Procedure
The company selects the personal data subject to destruction and, with approval from the company’s personal data protection officer, destroys the data.
2. Destruction Methods
The company destroys electronically stored personal data using methods such as low‑level formatting to make records unrecoverable, and destroys paper records by shredding or incineration.

Article 8 (Measures to Ensure the Security of Personal Data)
The company implements the following measures to ensure the security of personal data.
1. Administrative measures: establishment and implementation of internal management plans, regular employee training, etc.
2. Technical measures: management of access rights to personal data processing systems, installation of access control systems, encryption of unique identifiers, etc., and installation of security programs.
and other encryption, security program installations.
3. Physical measures: access control for computer rooms, data storage rooms, etc.

Article 9 (Installation, operation, and refusal of automatic personal data collection devices)
(1) The company uses cookies to store user information and retrieve it as needed in order to provide personalized services.
(2) A cookie is a small piece of data sent by the server (http) that runs the website to the user's browser, and it may also be stored on the user's hard drive.
a. Purpose of using cookies: to analyze each service and website visited by the user, usage patterns, popular search terms, secure connection status, etc., and to deliver optimized information to the user.
b. Installing, operating, and refusing cookies: Tools menu at the top of the web browser>Internet Options>You can refuse cookie storage by adjusting the options in the privacy menu.
c. Refusing cookie storage may make it difficult to use personalized services.

Article 10 (Personal Data Protection Officer)
(1) The company designates a Personal Data Protection Officer who oversees all personal data processing activities and handles data subject complaints and remediation as follows.

â–¶ Personal Data Protection Officer
Name: O Manseok
Title: Representative
Contact: 1544-7120
※ This connects to the personal data protection department.

â–¶ Personal Data Protection Department
Department: Development Team
Contact Person: Lee Seongjae
Contact: adffewr@benter.co.kr

Data subjects may direct any privacy‑related inquiries, complaints, or requests for redress arising from use of the company’s services to the privacy officer or the responsible department. The company will respond and address such inquiries without delay.

Article 11 (Request for Access to Personal Data)
Data subjects may submit a request to access their personal data under Article 35 of the Personal Information Protection Act to the department below. The company will strive to process access requests promptly.

â–¶ Department for Receiving and Processing Access Requests
Department: Operations Team
Contact: O Chae‑hyun
Email: boram03@benter.co.kr

Article 12 (Remedies for Rights Violations)
Data subjects may contact the following agencies for redress or counseling regarding personal data breaches.

â–¶ Personal Data Breach Reporting Center (operated by Korea Internet & Security Agency)
- Scope: Reporting personal data breach incidents, requesting counseling
- Website: privacy.kisa.or.kr
- Phone: 118 (no area code needed)
- Address: 3rd Floor, Personal Data Breach Reporting Center, 9 Jinheung‑gil, Naju‑si, Jeollanam‑do 58324 (Bitgaram‑dong 301‑2)

â–¶ Personal Data Dispute Mediation Committee
- Scope: Filing personal data dispute mediation requests, collective dispute mediation (civil resolution)
- Website: www.kopico.go.kr
- Phone: 1833‑6972 (no area code needed)
- Address: 4th Floor, Government Complex Seoul, 209 Sejong‑daero, Jongno‑gu, Seoul 03171

▶ Supreme Prosecutors' Office Cyber Crime Investigation Unit: 02‑3480‑3573 (www.spo.go.kr)
â–¶ Cyber Safety Division, National Police Agency: 182 (http://cyberbureau.police.go.kr)

Article 13 (Implementation and Amendment of the Privacy Policy)
This privacy policy takes effect on January 31, 2024.