怎么把数据从现在的沙龙系统里导出来？

趁你还在付费的时候用书面提出，因为账号一关，权限通常当天就没了。要问清楚：导出格式是什么、包不包含消费记录与配套余额（还是只有姓名电话）、要不要收费、需要几个工作日、以及解约后数据还能访问多久。同时查清楚通知期，因为沙龙软件的年约普遍是自动续约。所有导不出结构的东西，解约前都要跑成报表存 PDF，尤其是未消费配套余额那一份。

换新系统时哪些数据该迁？

顾客、预付与储值余额、带到期日的会员等级，以及未来的预约。消费记录如果对方给的格式可用，也值得带。有两样要刻意不迁：产品库存和员工提成历史。库存要做实物盘点，免得把一个你从没核实过的错误一起导进来；提成则要在旧系统里把当期结算并发放完毕，这样一个发薪日不会被两个系统同时认领。

预付配套余额怎么迁才不会亏钱？

当成点钞来做。最后一两天暂停配套销售，在旧系统跑一次未消费余额报表并存成 PDF，然后记下四个数字：有余额的顾客数、未消费总值（令吉）、未消费次数、已过期的配套数。把余额载入新系统后跑同一份报表，四个数字逐一比对。开门之前每一项差额都必须是零，因为未消费的预付金额是你欠顾客的负债，不是一个营销数字。

在马来西亚，什么时候换沙龙系统最合适？

你最清淡那一周里最清淡的平日，而且紧接在提成周期结算之后——通常是月初的星期一或星期二。要避开的有：提成周期中间、开斋节／农历新年／屠妖节前的四到六个星期、月底或电子发票提交窗口、促销上线那一周，以及星期五——星期五出状况意味着你要熬过一整个周末的旺季才等到支援。

新旧系统要不要双轨并行一段时间？

不要。每笔交易录两遍，会在整个项目最难的那两个星期里把前台工作量翻倍；而当两个系统对不上时，没人分得清哪个才是对的。真正行得通的做法是：旧系统转只读，新系统上线。只读权限至少保留三十天，因为多付一个月订阅，远比一场你答不上来的顾客纠纷便宜。

换系统之后，我以前的电子发票记录怎么办？

已经提交到 MyInvois 的记录，留存义务仍然在你身上，不在旧供应商身上，所以解约前要把依规必须保存的部分导出或打印。你自己的分阶段时程与留存期限请到 LHDN 官方页面确认，不要依赖传言，因为这些内容会随时间更新。然后确认新系统从第一天起就能正确开具与提交，包括走客的合并发票。

把顾客名单搬到新系统，PDPA 有什么要注意的？

整个搬迁过程中，你对这些个人资料仍然负责，所以那份导出文件要当成它装的顾客记录来对待：安全传输、限制谁能打开、导入核对完成后把工作副本删掉。顾客当初同意的用途并不会因为你换了软件而改变；不过迁移是个好时机，去检查同意记录和营销订阅状态有没有真的一起搬过来——那恰好是最常丢的部分。

换到 MyBMS Pro 要多久？

多数门店几天内就能上线，而本文那份十四天计划是从容版。我们从你的导出文件导入顾客、服务与员工；预付余额可以直接出令吉报表，所以对账是两张报表的事，不是一张表格；提成从第一天起按员工可见。上线辅导以英文、中文、马来文手把手进行，Enterprise 方案另含定制上线与数据迁移。

马来西亚沙龙换系统迁移指南

换系统失败，几乎从来不是败在新软件上，而是败在导不出来的数据和对不平的预付余额。趁你还在付费的时候，用书面把导出要求提出来；开门营业前把未消费配套余额核到差额为 RM 0；旧系统保留只读三十天。MyBMS Pro 帮你导入顾客、服务与员工，多数门店几天内就能上线。

马来西亚的沙龙老板通常会花几个星期比较系统，然后花大约一小时想「搬过去」这件事。这个比例是反的。比较是可以反悔的——看完演示还能随时换个主意。迁移不行：新收银台一收第一笔钱，你没搬全的每一处缺口，都会变成跟顾客或跟发型师的一场争执。下面是我们实际在用的清单，写法刻意做到——就算你换的是别家系统，它一样成立。

重点摘要

✓在提出解约之前就向现有供应商要完整导出。账号一停，权限通常当天就没了。
✓未消费预付余额是你欠顾客的负债。它必须核到差额 RM 0，不是「差不多对」。
✓不是什么都该迁。库存要重新盘点，提成要在旧系统里结清。
✓切换选在提成周期刚结算完之后的清淡平日——绝不在周期中间，绝不在旺季之前。
✓旧系统保留只读三十天。多付一个月订阅，比一场查无对证的纠纷便宜得多。
✓迁移是死在前台，不是死在数据库。培训要在收银台上做，不是在会议室里做。

签约之前先问：你的数据到底拿不拿得出来？

这一步几乎所有人都放到最后做，而它偏偏是唯一一个「期限不由你定」的步骤。趁你还在付他们钱的时候，用书面向现有供应商问清楚他们究竟会给你什么。先解约再问，你很可能会发现导出按钮在一个已经关闭的账号后面。

发五个问题过去，把回复留存：

1能导出什么、什么格式——CSV、Excel，还是只有一份 PDF 报表？
2导出内容包不包含消费记录、配套余额与到期日，还是只有姓名和电话？
3要不要收费？需要几个工作日？
4解约之后我的数据还能访问多久？
5我的通知期是多久？合约会不会自动续约？

💡 最后一个问题最容易踩雷。沙龙软件的年约通常是「不主动通知就自动续约」，所以一个计划在三月做的切换，如果二月才开始走流程，可能悄悄让你多背一整年。

如果对方老实回答「只有一份顾客名单 CSV，没别的了」——那不是死路，那是你提早知道了，而这正是问的意义。所有导不出结构的东西，都得换个方式留下来：把你以后可能用到的报表全部跑一遍，存成 PDF，尤其是未消费配套余额那一份。PDF 不是数据库，但它是证据；而八个月后在收银台把事情说清楚的，正是证据。

哪些真的要迁，哪些不该迁

目标不是「全部搬过去」。有些数据值得迁，有些留成文件就够，还有一些最好重建——因为迁移正是你唯一被允许把它审一遍的时刻。

哪些带走、哪些留下、哪些重建。写「不迁」的那几行是刻意的，不是偷懒。
数据	迁不迁？	现实检查
顾客——姓名、电话、邮箱	迁	最简单的一项。先看电话格式：+60 还是 0 开头，搞错了整份名单的 WhatsApp 提醒会静默失败。
预付配套与储值余额	迁——要小心	这是你欠顾客的钱。下面单独一节讲。
会员等级与到期日	迁	到期日在路上丢了，就变成收银台一场你必输的争执。
未来的预约	迁	只迁未来的。没人需要把去年的日程搬进新系统。
消费与服务记录	有就迁	常常是一份跟新服务列表对不上的纯文本。先想清楚你要的是能查询还是能看。
现有产品库存	不迁——重新盘	导入一个你没核实过的库存数字，等于把错误一起导进来。做一次实物盘点。
员工提成历史	不迁——结清	在旧系统里把这个周期结算并发掉。一个发薪日被两个系统同时认领，纠纷就是这么开始的。
供应商与进货记录	通常不值得	把导出文件留着就行。你基本上不会再去看。
历史发票与电子发票记录	保持可调取	留存是你的义务，不是旧供应商的。见下文。

电话号码格式一定会咬你一口

听起来微不足道，却是沙龙迁移里最常见的技术事故。马来西亚号码有三种存法——0123456789、60123456789、+60 12-345 6789——而一个跑 WhatsApp 的系统只认其中一种。格式导错了，什么错误提示都不会有：预约照存、提醒照排队，然后每一条消息都静默地没送到。在你相信剩下四千条之前，先手动核二十条。

💡 在新系统里手工重建服务菜单，感觉像白费力气，却是整个项目里最值钱的一小时。几乎每家沙龙都会发现：有些服务一年没人点过、同一个疗程存在三个不同价格的版本、还有一个越卖越亏的配套。直接导入列表，就是把这堆烂账再带走三年。

预付余额：真正会亏到钱的那一段

马来西亚的沙龙、水疗与诊所极度依赖预付配套和储值。那笔未消费余额不是营销数字，而是负债：钱你收了，服务还没做。搬过去少了，你会一个顾客一个顾客地被发现；搬过去多了，你在白送已经收过钱的疗程。

把它当点钞来对账，因为它本来就是。

1切换前最后 24–48 小时暂停配套销售，或者先记在纸上，事后补录。
2最后一天在旧系统跑一次未消费余额报表，存成 PDF。这是你的基准，也是你的证据。
3记下四个数字：有余额的顾客数、未消费总值（令吉）、未消费次数、以及已过期的配套数。
4把余额载入新系统。
5在新系统跑同一份报表，四个数字逐一对。
6任何差额都要在开门之前找出来。不是开门之后。

示例数字，取自一家虚构的沙龙。重点是格式：四行、两个系统、每一项差额都是零。
	旧系统·最后一天	新系统·第一天	差额
有余额的顾客数	412	412	0
未消费总值	RM 186,400	RM 186,400	RM 0
未消费次数	2,930	2,930	0
已过期的配套数	38	38	0

到期政策要在迁移之前定，不是迁移当中定

看最后一行。三十八个配套已经过期还挂在账上——这很正常，因为实际操作里，收银台一直在凭自己的判断放行。等你换到一个会严格执行到期日的系统，这三十八位顾客当场就会知道；而告诉他们的那位前台，同样没人事先跟她说过。

在切换之前，从三个答案里选一个、写下来、告诉团队：全部当作善意通融掉、统一延长一段固定期限并发消息通知顾客，或者从某个明确日期起开始执行并提前告知。三种都站得住脚。在收银台才第一次面对这个问题，站不住。我们那篇沙龙会员与预付配套讲的是怎么把到期条款一开始就设得住。

切换日怎么挑

这件事有一个对的星期，和好几个明显错的。错的那些有个共同点：那时候本来就有别的大事在发生，于是切换出的问题，会叠在一个你本来就有的问题上面。

五个要避开的时间点。其中四个跟马来西亚的节庆日历有关，跟软件无关。
不要在这时候切	因为
提成周期中间	发薪日要靠两个系统算出来。这个架你吵不赢，而且你最好的发型师会记住。
开斋节、农历新年、屠妖节前夕	你最忙的四到六个星期。旺季不是拿来练手的。
月底或电子发票提交窗口	两个截止日期撞在一起，而且都是你的。
促销上线那一周	你将分不清到底是系统出问题还是活动出问题。
星期五	一旦出状况，你要熬过一整个周末的旺季，才等得到支援上班。

对的时段是你最清淡那一周里最清淡的平日，而且紧接在提成周期结算之后——在多数马来西亚沙龙，那就是月初的星期一或星期二。这样安排，旧周期可以干干净净地在旧系统里发完，新系统从一个清晰的边界开始，而这恰好消掉了迁移后最常见的那类冲突。我们关于员工提成结构的文章解释了为什么一个被切两半的周期那么难拆。

你的历史电子发票记录不会跟着你搬家

已经提交到 MyInvois 的记录，留存义务在你身上，不在旧供应商身上。解约之前，把你依规必须保存的部分导出或打印；你自己的分阶段时程与留存期限，请到 LHDN 官方页面确认，不要听传言——这些是会更新的，而引用具体日期的文章会悄无声息地过期。然后确认新系统从第一天起就能正确开具和提交。走客的合并发票怎么处理，见沙龙与水疗的电子发票。

14 天切换计划

单店两个星期足够，让你在正式切换前把整套流程彩排一遍。多分店连锁应该一家一家做，不要一次全切。

单店，两周。最后一行是最多人做错的那一行。
时间	做这件事	做到什么算完成
第 −14 天	把那五个导出问题发邮件给旧供应商。查清楚通知期。	拿到书面回复。
第 −12 天	开通新系统。手工重建服务菜单与价格。	菜单等于你今天真正在卖的东西。
第 −10 天	导入顾客。手动抽查 20 条记录。	20 条的电话格式全部核过。
第 −7 天	载入预付余额。跑那份四行对账。	每一项差额都是零。
第 −5 天	设好员工、提成规则与权限。	每位发型师都能看到自己的数字。
第 −3 天	在收银台上拿真实服务培训，不是放幻灯片。	每个前台都独立完成过一笔收银。
第 −2 天	实物盘点，作为期初库存录入。	是盘出来的，不是导进来的。
第 −1 天	最后一次导出。余额报表存 PDF。暂停配套销售。	基准存在两个系统之外。
第 0 天	正式切换。旧系统转为只读。	新收银台敲出第一笔。
第 +1 至 +7 天	每晚拿当日营业额跟两个系统各对一次。	连续七天干净。
第 +30 天	解约旧系统。	不能更早。

不要在第 0 天就把旧系统停掉

这是最诱人砍掉的一笔开销，也是省下来最贵的一笔。接下来三十天里，你会为各种没人预料到的事情反复回去找旧系统：一位顾客咬定自己还剩四次、一张三月的供应商发票、一个发型师来问某一条提成。多付一个月订阅是一笔小的、已知的成本；而一场因为你亲手关掉了证据、所以答不上来的纠纷，不是。

💡 双轨并行——每一笔交易在两个系统各录一次——听起来更保险，实际上通常相反。它在整个项目最忙的那两个星期里，把前台的工作量翻倍；而当两边数字不一致时，没人知道该信哪一个。旧系统只读、新系统上线，才是真正行得通的那个版本。

迁移真正的失败原因

数据进去之后，风险就转移到你的团队身上，并且会在那儿停留大约三个星期。

✓前台一忙就退回旧办法。一个后面排着四个人、却找不到某个功能的接待员，手会伸向那本笔记本。两个星期后你又在同时跑两套系统，而且两边的数字都不是真的。
✓发型师看不到自己的提成。如果发型师对新系统的第一印象是「我的收入现在看不见了」，他们不会信任它，也不会好好录数据。第一天就让每个人的数字是可见的。
✓没有人负责。在店里指定一个人当内部专家，让他比别人早几个小时上手。之后问题会在现场就被解决掉，而不是排队等你。
✓评判得太早。第一周永远比旧系统慢，因为旧系统是长在肌肉记忆里的。事先说好：第三周才下结论。

培训要在收银台做，用真实服务和真实的客流跑，而不是在会议室里放幻灯片。是否准备好的判断标准很简单：前台每一个人都独立完成过一整笔——预约、服务、核销配套、收款、开票——中间没有人帮。

上面这些，MyBMS Pro 负责哪几段

✓我们帮你从导出文件导入顾客、服务与员工，所以上面那两个星期主要是在核对，不是在打字。
✓预付与储值余额是一等公民，到期日与未消费金额都能以令吉出报表——那份四行对账就是两张报表的事，不用做表格。
✓提成从第一天起就按员工可见，这消掉了现场最大的那个推行阻力。
✓电子发票从收银台直接提交 MyInvois，包含走客的合并发票。
✓EN / 中文 / BM 全程手把手上线辅导，多数门店几天内就能开始用。Enterprise 方案包含定制上线与数据迁移。
✓免费演示，用你自己的数据——刚好就是上面那份计划的长度，所以你可以在承诺任何事之前，先把整场切换彩排一遍。

如果你还停在比较阶段、还没到迁移阶段，那么 MyBMS Pro 与表格、通用 POS 及海外软件的对比是更合适的起点；而马来西亚沙龙管理软件选型指南讲的是在列候选名单之前该看什么。

MyBMS Pro 帮你导入顾客、服务与员工，预付余额与到期日都能以令吉出报表，发型师从第一天起看得到自己的提成，电子发票直接从收银台提交 MyInvois。欢迎预约免费实机演示，我们陪你把自己的导出文件走一遍。

预约免费演示 💬 WhatsApp 咨询

关于作者

William Tang · BMS Solution Sdn. Bhd. 创始人

William Tang 是 BMS Solution Sdn. Bhd.（MyBMS Pro 打造者）的创始人。他长期与马来西亚各地的美容院、Spa、诊所与汽车美容店紧密合作，帮助他们把预约、收银、会员与员工管理搬上同一个云端平台。

← 所有文章

马来西亚沙龙换系统：一份真正用得上的数据迁移清单