为OPR增值：跨页同步的力量 Cross Page Sync的OPR

教育工作的运作，特别是在一些文书工作上，总是有重覆性高，但又需要在不同地方显示的需要。最明显的例子，莫过于：OPR。

        各校因为得力马管理员的KPI，结果各校要创建各自的 Google Site。但此前，各校或许早已有自己的网络或社媒平台（还记得令人痛苦的 wordpress吗？哈哈哈），试问，如何将同样的事情，在不同的平台上显示呢？解决方案，看起来相当简单：嵌入 embed.

        但要达到这样的阶段，管理层就要退后抽离自己；尝试从更远的眼光，了解眼前的事情：学校究竟有多少个前台画面（Front Stage Picture）？要知道，每一个前台画面，都需要背后/后台运作管理的。以及更重要的就是，整合与协作的效力。

        就OPR这个例子吧，OPR都是要做的事情，既然都做了，为什么只是保存在学校档案中呢？难不成必须要打印然后让校长或管理层签名才是真的有OPR吗？难道这样才被承认是校方的官方OPR么？这是天大的笑话（有请每一个未来校长，千万别这样做，免得让人小看了）。

        既然如此，何不想办法，让老师们可以在线处理的OPR，同时做到：完成OPR = 即可显示OPR = 可以在不同平台跨页显示呢？

实战举例：

• 某华小有部落格、Google Site以及本身的社媒。
• 某华小在部落格、Google Site以及本身社媒开辟OPR的页面。
• 谋华小仅需确认使用制作OPR的平台（ 别只是想到Google Slides, 其实还有很多平台的 ），确认老师们可以善用即可。
• 将同样OPR的代码，直接嵌入（embed）在社媒、部落格和 Google site中即可。
• 如此一来，老师们的处理事项 = OPR = 3个入口 = 方便更新OPR
• OPR的显示 = 同步显示在社媒、部落格和 Google site。
• 得力马管理员开心。社媒管理员开心。部落格管理员开心。学校管理层开心。学校老师....（老实说，毕竟要处理OPR，是有点不开心的啦，但工作简化了，至少不会那么不开心咯，哈哈哈）

大家看见简单的改变带来的效果吗？说真的，当管理层的，不是一味攀比100%（讽刺的是，有管理层为了颜面，不惜造假），而是放缓脚步，看看什么是可行的，什么可以改善的，什么是可以简化甚至是摒弃的。

大家共勉。

OPR OPR OPR

OPR，One Page Report的简称，是许多学校、老师需要处理的事项。将进行的活动，整合在一页中，简化的报告形式，确实非常方便。但，有没有办法，将需要完成的OPR，做到线上和线下的完美结合？

OPR改革概念：

• 传统的OPR方式/步骤：开启档案，修正标题、日期时间等资料；加上照片和说明。打印存档备用。
• 改革的OPR方式/步骤：线上档案，修正标题、日期时间等资料；加上照片和说明。要打印可以打印，不打印的话也可以自动线上翻页显示。

传统方式的好处、坏处对比：

1. 每个老师自主处理。不会带来任何的影响。
2. 必须打印保存备用。但难以确保有进行，难免会有错漏。
3. 格式大小或会有更动（不同老师、不同电脑、不同风格）

改革方式的好处、坏处对比：

1. 都是线上处理。
2. 统一整体显示格式。
3. 容许不同排版或风格的处理。
4. 可以提前设置活动和内容标题处理。
5. 可以依据不同范畴（一般、学术、学生事务以及课外活动）设定颜色方便辨别。
6. 举凡线上处理好的，都可以自动在网页中显示。
7. 可以累积多年活动报告逐页显示。
8. 方便任何老师不分先后直接处理。若加上适当的监控（例如行政组设定要处理的OPR页面，加上标题后，标签提示负责老师处理跟进的话），或有效确保秩序先后。
9. 可有效监督进度或网上协同 (collaboration)。
10. 可提供机会让老师们善用并熟悉云端作业方式。

看起来，改革的方式好处比较多。我个人最喜欢的就是：

完成一份OPR = 完成线上显示 = 可以打印 / 不必打印存档备用 = 方便任何官方视察时候直接显示 = 有效监督OPR的进度。

如何设置？

1. 在学校部落格或 google site中，开启需要的页面。（页面开启取决于要呈现的方式：要将全部范畴bidang同页显示，还是分开显示）
2. 创建 google slide 档案（创建建议：am 一般，学术 kurikulum, 学生事务 HEM, 课外活动 kokurikulum）。
3. 刊登档案（publishe slides），点击File > Share > Publish to web > embed > 设定尺寸大小 > 设定自动翻阅时间 >  打钩2个选项 > Restrict access 部分不要打钩。
4. 拷贝embed 的代码，嵌入(embed) 在部落格或 google site中。
5. 在部落格或 google site 中（例如显示slide的下方），加上slide的档案链接。亦可在学校跳板中加上OPR的档案链接。方便老师直接点击开启档案处理。
6. 设定Google slide 页面尺寸，依据标准的A4纸张尺寸设置。File > page setup > custom > 8.27 X 11.69 inches 后，按下apply 即可设为标准A4纸张尺寸。（方便打印存档）。
7. 至于 Google site ，只需确认内有嵌入 google slide的页面，已刊登 (published) 即可。任何在 google slide 中处理的OPR，都会自动透过 google site 自动翻页显示。
8. 最后，确认将 google slide 档案，与学校负责处理OPR的老师共享。（由于各校有不同情况：有的学校，每次活动固定老师；有的学校则不同老师不同活动，有的则每个老师个别做各自的OPR）。
9. 指导老师们：每次使用时候，整体基本格式不要修改。仅需复制上页的页面，作出修改即可。各自处理的内容风格可以稍微修改。尤其是100% GCE 的学校，就更不必担心了。

影响力 Impact：

1. 既然都是要处理的，与其线下处理，不如移步线上处理。
2. 可减免打印的工作，线上显示。
3. 行政组/管理层，可提前设定OPR的标题，方便老师依据各自负责的活动提前处理。
4. 档案管理效率大大提升：任何捣蛋行为，可直接监督和记录，必要的话还可以直接复制、复原。
5. 老师云端处理 = 弹性处理，不必担心保存问题，解决档案格式排版问题。（照片在框框中的处理、调色等）。
6. 提供更大发挥空间：让老师们在不影响主题的情况下，自由发挥排版风格（有朋友表示希望可以不同颜色的OPR，方便辨别不同范畴，也方便树立学校特色）
7. 方便永续经营的改变。不必继续失效的孤岛式工作流程 （silo workflow），而是建立协作式的工作流程（collaborated workflow）。
8. 提供一个随时可得支援（support）的机会（档案共享后，方便援助登入或远程）。
9. 为培训学生编制活动报告做准备：培训学生的数码技能。

起步或许比较困难。但这里下面回答一些常见问题：

如果要使用颜色区分，如何处理？

建议使用校徽有的颜色区分范畴即可。

为什么完成 google slides的档案后，那部落格和 google site的画面，会自动显示呢？

因为 google slide 已被嵌入部落格或 Google site页面中。

共勉。

有效处理每月的BSKG eOperasi

每个月，学校需要保存 eOperasi最新的BSKG，作为参考和存档需要。但如何有效处理这工作呢？个人建议如下：

1. 先在日程预设这工作。在Google Calendar中，每月28日，预设要处理这项工作。这样可以提醒自己。
2. 在每月最后一天，开启 eOperasi，下载BSKG为PDF档案。
3. 之后，以得力马户口，开启电邮，上传/附录 attach BSKG档案。
4. 设定电邮收件人为：学校官方电邮。ABCXXXX@MOE.GOV.MY.
5. 设定电邮的副本CC：自己的电邮。这样自己也会收到啊。
6. 电邮抬头或题目设定为：BSKG eOperasi 月份 年份。例子：BSKG FEB 2026
7. 电邮内容：Sila cetak sesalinan untuk ditandabaca oleh GB dan disimpan dalam fail eOperasi. Terima kasih.
8. 之后，设定电邮发送日期和时间。（在发送电邮旁边的小箭头，点击即可看见可预设发送电邮的功能）
9. 完成后，点击发送。

这样的工作流程，会带来什么后果/效应？

1. 日历的设定：提醒自己要处理的事项。
2. 电邮：学校官方电邮和自己电邮都会收到。方便日后分类和参阅。
3. 书记会直接打印出来方便校长查阅签收。
4. 校长签收后，会交代书记保存文件夹备用（其实都没有什么实际用途的啦，一个月都过去了，还有什么用途呢）
5. 节省自己的工作负担。（虽然9个步骤，但不再需要自己打印存档，也不需要书记影印给自己了，学校有就好了，自己的，查阅电邮咯。）
6. 自己电邮内，可以依据标签，直接完成分类即可。

看起来琐碎，其实这样就简单完成了。点击即可处理的事情，不必处理实体文件夹啦。

进阶版的带课表？

每每有老师缺席或外出，就要编排带课表。但，我不要只有缺席老师和带课老师的信息而已，我要有进阶功能的代课表：

1. 必须有效显示日期，缺席老师，需要带课的班级、节，以及代课老师的分析。
2. 必须可以依据日期、班级、缺席老师或代课老师的类别，进行筛选。
3. 必须依据老师姓名，逐个个别统计分析代课次数（虽然没有什么奖励可言）。
4. 代课表必须是公开可以浏览，但不必下载或保存。
5. 代课表必须是云端版，方便用户随时稽查、方便管理员修订整理。
6. 如果可以的话，也方便学生稽查（但基于目前不方便学生携带器材到校，仍然需要打印显示的）
7. 在处理代课表的事情上，可以如何empower学生?

当然，管理员也不必逐个分析。管理确认了缺席老师、代课老师，之后就可以设计方程式，自动依据老师姓名，自动完成依据老师姓名，个别统计分析缺席次数和代课次数。

        谁说代课表只是显示代课老师而已？

令科目主任头痛的 Fail Panitia

        学校有10到12个科目。每个科目有个Fail Panitia，根据某官员的说法，Fail Panitia里面要有10个副档案，每个副档案里面还有个别各类文件。你说，文书工作多不多？你说，科目主任怕不怕？

        今天，和大家分享，Fail Panitia在嵌入学校跳板后的界面。（是的，可从学校跳板样本中，直接拷贝 Fail Panitia的画面，加入在自己学校跳板中即可复制采用了）

        这电子版的 Fail Panitia，里面有说明了可以如何衔接档案。一方面提供了衔接的说明，一方面也让大家有个概念，如何透过数码化的 Fail Panitia，整合和简化科目档案的工作。

        欢迎浏览电子版的 Fail Panitia。欢迎各校依据校情修改。

电邮替代实体的科目档案Fail Panitia?

多年来，科目档案都是科目主任要处理的事项。每年累积下来的文件，档案，都需要归纳存档在内。每年，都要开启新的档案处理归类。实在有点累人。

        今天，和大家分享，如何以CM7电邮，直接处理掉实体的科目档案 Fail Panitia。我将步骤列出，方便大家实践：

1. 得力马管理员第一步就是要在学校书记电脑，以学校官方电邮登入后，在Contact，加上第一副校长或CM4，以及科目主任CM7的电邮账户资料。名字分别设定为：PK1 和 Ketua Panitia即可。
2. 得力马管理员，可在CM7账户中，创建新的标签/label. 依据校内12科目，创建个别标签命名。我建议使用简写即可，例如华文，简写为BC即可。
3. 此外，加上资源中心，加上课程辅导Pemulihan khas, 之后加上STEM。
4. 同样，第一副校长电邮中，也是依据科目，创建标签 label。
5. 第一副校长和校长以及书记开会，指导新工作流程：
6. 之后，举凡收到学术类的电邮邮件后，书记打印一份准备让校长处理。之后，直接在转发电邮收件人处，输入PK1和 Ketua Panitia将邮件同步传送PK1和 Ketua Panitia。
7. 第一副校长收到后，即可进行分类存档或记录外出老师（需要和校长处拿到的打印信件对齐负责老师）。
8. CM7账户持有人（可让得力马管理员或CM7，如SU Kurikulum）即可依据电邮，分开归类。
9. 此后，收到信件影印的老师，在采取行动后，直接将信件再循环处理就好。这样就简化了档案管理，也不必将信件储存文件夹 Fail Panitia中了。

小小改变，从你我开始做起。

• 站在书记的角度：学到新的技能，更了解学校的架构，成为参与者。
• 站在副校长角度，书记收到邮件后，可缩短通知所需时间，直接就获取电邮，方便记录和提前准备。
• 站在老师角度，再也不必等到处理好信件的工作后，重新存档。（有的学校打印信件后，派发老师处理，处理好后，归还档案存档）。
• 再者，也不必浪费（有的学校，1份让Ketua Panitia存档，一份影印给负责老师处理）。

与其浪费时间取出文件夹，翻阅文件夹，归档，归还文件夹；在手机上，笔电上，电脑上，直接就可将电邮存档处理了。就效率的角度看，哪一个更有效率，便于管理呢？

有效记录教师出席的会议

当学校管理层的，自然要有方法记录教师出席的会议、课程或工作坊的。早前的《教职员的流动处理-回顾》分享中，曾提及使用至少3种工具记录和处理教师外出的事情。

日历-记录外出的老师

eOperasi-官方的记录

HRMIS-病假事假的处理

代课表-编排代课的需要

        今天，和大家分享多一个有效让老师们自己了解/看见曾经出席的会议。当然，这是很多余的工作。几乎不需要处理的工作，但还是和大家分享了。

• 步骤1：准备谷歌表格。将谷歌表格嵌入在常用的网页或跳板中。谷歌表格需要有效记录外出名义、教师姓名，外出日期，外出时间，外出地点，主办单位以及负责官员。
• 步骤2：将教师外出的谷歌表格回馈，粘贴在学校跳板中或网页中。设置为：全世界共享。
• 步骤3：将谷歌表格回馈，加上view by功能，让系统自动根据教师姓名，编排记录，方便处理和参照。

当然，你可说这是很多余的事情，简直是挤压管理层或老师们的工作。但，若不这样记录的话，试问还有更好的方法，可以有教师外出的分析和展示吗？

一次过处理全年的重要信息

每年，我们都用心准备校历，作为学校上下的活动基本参照。但，有管理学校网页、部落格或site的朋友都知道，每每到达一个校历中的活动，又要准备网页\页面的信息。一年下来，累人又没有效率。

        有鉴于此，可曾想过，直接将准备好的校历，一次过，拷贝粘贴在指定页面中，然后让网页自动依据当天日期，自动显示和更新吗？

理论：

1. 校历是有指定格式的。个人建议使用google sheet直接准备即可。
2. 学校网页/页面/部落格，直接使用google slide作为显示信息的页面。
3. 将整理好的校历，拷贝粘贴在指定的google sheet中，确认日期无误即可自动保存。
4. 设定google slide每日或每分钟更新即可。

如此一来，带来什么改变呢？

        与其每年重覆整理或预设信息，这些琐碎的工作，现在藉着app script的功能，直接从google sheet衔接到google slide然后显示即可。一年下来的，多个假期、通知、活动（如课外活动周次、评估周、家长日）等，都可以直接衔接传送显示。完全不必介入了。

        当然，先决条件是：可以有效执行和编排要进行的工作。

这里，就借一所学校的部落格作为例子。点击这里即可前去浏览。

网路协同-档案与数据同步的重要性

网路协同，说穿了，就是让数据，在指定的档案中，透过云端布置，可以做到即时显示，任何修正或更新，都直接显示而没有任何拖延。下面，我举例方便大家进一步了解。

1. 会议记录的处理：传统的会议记录，无法知道进度。云端版的会议记录，在经过共享记录设置后，可以有效跟进会议记录的进度。每每开启会议记录，都是最新版本，都是已有上个用户处理好的结果。没有不同的版本，没有进度跟不进的版本。任何用户处理、修正后的结果，都直接显示。
2. 教师的视察表格：Standard 4 PdPc表格，任何老师的修正或填写，直接显示在年终方便综合分析的页面上。
3. 高思维教学的表格IPPKBAT：每次的填写和处理，所呈现的，都是最新鲜的数据。
4. 科目管理 SK@S Pengurusan Panitia：表格的任何资料，都是即时显示而没有不同版本或筹算。

要做到网路协同，第一个要做到的就是扫除多个版本的障碍。所以，大大限制档案的使用（取消下载功能、取消转换编辑权限、取消非相关用户浏览或编辑权限），将有效提高网路协同的功效。

        第二步要做到的就是：将档案的界面，精简化到仅需点击即可直接开启。让已设定的用户，在最简单的点击之下，就可以直接开启档案，更新档案，让云端的自动储存功能，以及记录档案进度功能，直接透过设定的更新通知，电邮通知。

        这样的设置下，档案管理员可以在适当的时候，直接处理档案进度通知。也可以看见每个档案的使用频密程度。进而看见老师们的管理与工作层面，在面对任何人的提问时候，至少有个进度的记录可以看见。

        然而，要留意的是，切勿本末倒置。让本应简化的工作，因为科技的介入而加重老师们的工作负担的话，那就真的没有意思了。

        有兴趣进一步提升或简化学校老师工作档案的话，欢迎透过留言或电邮接洽编者。

电子版的教师手册

2026才开始，今天就分享电子版的教师手册准备工作吧。（先了解概念，迟些分享制作步骤）

        教师手册，好久以前是叫Fail Meja，后来，社媒出现，学校群组出现，云端出现（促进了云端硬盘、谷歌课室以及学校跳板），改变了教师手册的功能。从往日的重要参照文件，变成了额外的工作（多少老师还会认真仔细阅读里面的内容呢？大家处理信息都累坏了。）

        今天和大家分享，使用熟悉的Google Slides制作电子版教师手册，简化大家的工作。

1. 使用谷歌课室户口，开启一个Google Slide档案。
2. 将档案设置为A4标准尺寸。当然，电子版的话，可以使用其他尺寸的。File > Page Setup 即可设置。
3. 之后，设置档案的语文：File > Language。设定了中文简体后，就能在档案内加上楷体的字型了（谁想出来的点子）
4. 接下来，可考虑将档案复制为PK1、PK2、PKKK和下午班主任档案备用即可。如此一来，就不必担心会影响其他部分的档案内容啦。但这样的话，就衍生另外一个问题：如何结合呢？
5. 各负责人可在档案中，设定需要的页面。例如，根据现有的教师手册的页面，设定需要的页面数量。包括间隔和封面。
6. 完成全部内容后，将档案下载为PDF格式备用。
7. 采用电子书制作平台，准备上载档案，然后转换成为电子书。
8. 完成转换后，将链接、二维码等信息，定位和传送即可完成。
9. 点击浏览样本（仅有页面，没有内容） File > Make a copy即可拥有。

有人会说：好麻烦也。

但试想像：

1. 节省多少纸张呢？
2. 节省多少人力物力呢？
3. 节省多少时间呢？
4. 方便随时浏览修改。
5. 来年时候，Make a copy即可着手准备处理。
6. 要打印的话，不是问题。不打印的话，更好。
7. 要传享的话，非常方便。不传享的话，收着做什么呢？
8. 更重要的是，它实现了工作协同这个重要的概念。

至于是否能使用其他平台，当然可以。但选择谷歌Slide 是有原因的：

1. 生态强大。
2. 界面简单便捷=容易上手处理。
3. 不好像Canva，会有断线危机。（2025年是实在发生）
4. 可以灵活处理。

下一篇，我们了解，什么叫做网路协同，继续简化大家的工作。

学校活动看板

续上篇《生日墙 Birthday Wall》后，在脑海中，有好些奇怪的想法：

• 学生生日墙，能不能变成学校教职员的生日墙？
• 生日墙，是依据日期，自动显示名单。那，能不能稍微修改编码，将学生名字，更换为学校的活动呢？
• 同样的事情，能不能再变成学术、学生事务、课外活动的看板呢？

自动化的学校活动看板有什么好处？

• 善用校历：校历都是依据日期编排活动。倘若已在日历有校历记录，能不能让学校活动看板，直接从校历日历中导入？
• 善用学科活动年历：每一个学科，都会安排活动。但如果将这些活动，从校历中，直接拷贝粘贴的话，日期到了，直接衔接自动显示的话，会不会节省网页管理员的工作呢？
• 同样的，课外活动的看板，学生事务的看板，能不能照样处理呢？这样一来，学生仅需点击不同的页面，即可看见当天要进行的活动了。
• 在某种程度上，学校管理员，能不能将学校的活动，变成类似小挑战的游戏活动，引导学生尝试完成各种小挑战（当然是针对学习和品格方便的指引咯）。
• 从网页管理员的角度来看，这样的转变，几乎可以简化每天处理网页内容的工作。一个版面，即可自动化显示全年的活动了。我相信是可以大大简化网页管理的工作。
• 倘若在指定的地点，有荧幕的话，仅需显示各项活动看板即可了。

要使用的编码如下：

function updateSlidesWithSheetData() {

  // --- 1. 定义您的文件 ID 和数据范围 ---

  

  // Sheet 1: 学生生日信息

  const sheet1Id = '您的第一张Sheet文件ID'; 

  const range1 = 'Sheet1!A2:D15'; // 例如 '学生生日表!A2:D15'

  // Sheet 2: 学术信息

  const sheet2Id = '您的第二张Sheet文件ID';

  const range2 = 'Sheet1!A2:E20'; // 例如 '学术数据!A2:E20'

  // Sheet 3: 课外活动信息

  const sheet3Id = '您的第三张Sheet文件ID';

  const range3 = 'Sheet1!A2:C10'; // 例如 '活动记录!A2:C10'

  // --- 2. 获取数据 ---

  const data1 = Sheets.Spreadsheets.Values.get(sheet1Id, range1).values;

  const data2 = Sheets.Spreadsheets.Values.get(sheet2Id, range2).values;

  const data3 = Sheets.Spreadsheets.Values.get(sheet3Id, range3).values;

  // --- 3. 更新 Google Slides ---

  const presentation = SlidesApp.getActivePresentation();

  

  // 更新第一张幻灯片（索引从0开始）

  const slide1 = presentation.getSlides()[0]; 

  updateTableInSlide(slide1, data1);

  // 更新第二张幻灯片

  const slide2 = presentation.getSlides()[1];

  updateTableInSlide(slide2, data2);

  // 更新第三张幻灯片

  const slide3 = presentation.getSlides()[2];

  updateTableInSlide(slide3, data3);

}

// 辅助函数：查找并更新幻灯片中的第一个表格

function updateTableInSlide(slide, data) {

  const elements = slide.getPageElements();

  for (let i = 0; i < elements.length; i++) {

    if (elements[i].asPageElement().getPlaceholderType() === SlidesApp.PlaceholderType.TABLE || elements[i].asPageElement().asTable()) {

      // 假设我们只更新找到的第一个表格

      const table = elements[i].asPageElement().asTable();

      // 清除旧数据 (可能需要更复杂的逻辑来匹配行/列)

      // 简单起见，这里假设您有一个预先画好的空表格

      // 更简单的方法是删除旧表格，然后用新数据新建一个表格

      

      // *** 警告：下面的代码需要您手动实现删除旧表格并新建一个 ***

      // 这是一个更可靠的方法：

      elements[i].asPageElement().remove();

      slide.insertTable(data.length, data[0].length, 50, 50, 100, 100).setContents(data);

      return;

    }

  }

}

下一篇，我们讨论看看，如何从学校活动看板，变成每日晨读的工具。是的，这是可行的。

生日墙 Birthday Wall

 

生日墙，顾名思义，就是显示当天生日的寿星。主要目的是提醒和祝福身边，在当天庆祝生日的朋友/学生。

        在学校建立生日墙，是有正面的影响的。当然，也要有足够的能力处理才行。校园要有生日墙的话，必须尽可能简化生日墙的建设工作（别告诉我还要使用传统的布告板和粘贴学生名单）。

        传统的布告板和学生名单，不仅费时费力，还很挤压老师的作息时间。要知道，布置布告板，是多么费神费时的工作啊。但更重要的，其实就是即时性。

        建设电子或网络版的生日墙，在很大程度上，可以有效弥补老师的作息时间。但更重要的是：在布置上，美编上，排版上，多了很多自由和选择（网络的图像和设计，你曾计算吗？）。但比这个更重要的是：网络/电子版的生日墙，可依据当天的日期，即时显示生日的学生。

        嗯，你没有看错。是的。网络/电子版的生日墙，可以依据当天的日期，即时显示当天生日的全部学生。

先讲解构思和步骤，方便大家有个基本概念：

1. 一定要有个汇集、收集、记录全校学生名字、生日的档案。最好是Google Sheet档案。仅需1页即可。个人建议：将这档案与生日统计分析档案，衔接起来。完成生日统计和分析档案后，直接点击链接，并完成这个档案。
2. 一定要有个作为生日墙(birthday wall)的画面，建议使用Google Slide即可。
3. 学校设定要显示生日墙的页面（部落格、网页或 site都可以）。
4. 在显示档案中，使用app script功能，指定时间从记录日期的档案，传送或汇集全校的生日名字过来显示画面中。
5. 刊登publish 显示画面。
6. 将画面定位在学校网页、部落格、SITE中备用。

如此一来，倘若没有任何学生进出的话，生日资料就不需要更新，设定时间后，直接在生日墙自动显示。

        下面，我们来看看实际操作：

1. 创建一个Google Sheet 档案。档案仅需2列 (columns)即可。
2. 第一列：学生姓名。
3. 第二列：学生生日日期。格式设定为：年月日。
4. 别关闭档案。因为等下需要拷贝档案的ID。档案的ID是从 d/之后，/edit之前的链接。
5. 开启 Google Slide 
6. 设计好要的美编或插图。
7. 找出Google Slide的 ID编号。ID是从 d/之后，/edit之前的链接。
8. 置入一个text box，右击text box，在标题tittle处命名 Birthdaybox
9. 在google slide 中，点击extension > app script
10. 然后，将下面的代号，置入画面内：
11. function updateBirthdaySlide() {
      // ======================================================
      // CONFIGURATION SECTION - PASTE YOUR IDs HERE
      // ======================================================
      var slideId = 'Google Slide的 ID';
      var sheetId = 'Google Sheet 的 ID';
      var sheetName = 'Sheet1'; // Change if your tab has a different name
      // ======================================================
    
    
      // 1. Get the Data from the Sheet
      var ss = SpreadsheetApp.openById(sheetId);
      var sheet = ss.getSheetByName(sheetName);
      var data = sheet.getDataRange().getValues();
     
      // 2. Get Today's Date
      var today = new Date();
      var currentMonth = today.getMonth(); // Note: January is 0 in JavaScript
      var currentDay = today.getDate();
     
      var birthdayNames = [];
     
      // 3. Loop through the rows (Starting from row 1 to skip headers)
      for (var i = 1; i < data.length; i++) {
        var name = data[i][0];
        var birthday = new Date(data[i][1]);
       
        // Check if the date is valid, then match Month and Day
        if (birthday && birthday.getMonth() === currentMonth && birthday.getDate() === currentDay) {
          birthdayNames.push(name);
        }
      }
     
      // 4. Create the display message in bullet form
      var displayText = "";
      if (birthdayNames.length > 0) {
        // This creates a list where each name starts with a bullet point
        displayText = "🎉 某某某华小衷心祝福 Happy Birthday to:\n\n" + birthdayNames.map(function(name) {
          return "• " + name;
        }).join("\n") + "\n\n🎂 校方希望对学生说的祝福语";
      } else {
        displayText = "若当天没有学生生日的话，会出现的字眼";
      }
     
      // 5. Update the Google Slide
      var deck = SlidesApp.openById(slideId);
      var slides = deck.getSlides();
      var slide = slides[0]; // Gets the first slide
     
      var shapes = slide.getShapes();
     
      // Find the text box tagged as "BirthdayBox" and update it
      for (var j = 0; j < shapes.length; j++) {
        if (shapes[j].getTitle() === "BirthdayBox") {
           shapes[j].getText().setText(displayText);
        }
      }
    }
12. 完成编码粘贴后。在app script页面左边的时钟，点选要执行的时间。
13. 将Google Slide页面，刊登(publish)：File > Share > Publish to Web
14. 点选embed 嵌入选项。准备提取嵌入代码。
15. 将代码置入学校的部落格、网页、Site中即可。

备注：

• 建议在生日分析统计档案中，加上衔接这个生日日期的Sheet链接。之后，若没有学生进出的话，每年仅需更新一次即可。
• 也在这个google sheet档案中，加上回去学校生日统计分析的链接。

感谢神，小小分享，圆了一个多年的梦想。希望对大家有帮助。下一篇，我们探讨，如何让生日墙，变成《学校活动看板》。

学生生日统计与分析

感恩PKHEM还是可以从IDME下载学生资料。在得到学生资料后，只需设定好一定的方程式，即可将学生的资料，进行一定的统计和分析了。

        统计和分析学生出生日期，究竟有什么作用呢？

1. 设计在谷歌课室的祝福信息。
2. 在日历中，设定生日提醒。
3. 可以在学校日历中显示。
4. 可以在学校网页中显示生日的学生。

实际的处理方法，是怎样的呢？

1. PKHEM下载IDME的学生资料。
2. 要拥有的资料：班级、姓名、性别、宗教信仰、生日日期。
3. 设定方程式，依据学生的生日日期，自动提取月份。
4. 然后，设定12个月份的统计表。
5. 统计表分为：出生月份，男女人数，依据宗教信仰的比例。

有什么作用？

1. 方便准备任何生日派对或礼物 （学校爱心计划、辅导组活动等）。
2. 方便适当的祝福语。
3. 方便在校园建立友爱的氛围。

        必须留意的是，在设计的过程中，必须要考量到IDME中全部的宗教信仰。为什么呢？因为只有这样，无论学校有任何学生或家长点选任何宗教信仰，PKHEM在下载后，直接粘贴处理时候，档案才会自动依据全部IDME的宗教信仰分析统计。不会有任何遗漏（除非系统有大改动）

        下一篇，我们讨论：《生日墙 Birthday Wall》--编制一个可以依据当天日期，自动显示当天生日的学生名单。（这是很多年前想像要拥有，但当时完全做不到的梦想之一）

小小改变，大大影响的例子-学校教师出席记录谈起

续上次在2025年9月3日分享的《2026教职员出席记录-大幅度降低页面数量-浅谈工作设计流程改进带来的影响》，今天我们稍微探讨，究竟这小小改变，可以如何改变工作结果。

        在2026年教师记录之前，要记录的教师出席档案， 页面多，衔接方式也繁杂，遇见老师转校进出的话，尤其麻烦。但使用2026年的版本的话，事情就简单许多了。

        此外，最大的优点，篇幅的缩减，也直接让档案的数量减少了。此话怎么说呢？

        之前，1个档案仅能使用1年。因为1年就有13张页面了。现在，因为页面大幅度缩减到只有1页，1年1页的排版，让1个档案，可以包含多个年份在内。

举例：

• 旧方法：1个档案1个学年。因为页面多达13页。每年需要创建新的档案。
• 新方法：1个档案可有多个页面，因为1个页面就是1个学年。每年仅需创建新的页面。

2个方法，差异非常显著。所以，对于管理层来说，现有的管理方法不是不好，但切记：小小的改变，足以带来更大的影响。当然，别什么都吹毛求疵，那是本末倒置的做法。

        收着带不走，和大家分享。要是有兴趣的话，欢迎点击浏览使用（File > Make a copy即可拥有）2026年的教职员出席分析样本吧。

电邮管理2-完结篇

        续上次《电邮存档记录》谈及的电邮管理，我们今天稍微深入探讨，除了依据教师完成标签、归档（归类）之外，还能如何做得更好？

大家可以考虑的做法有：

1. 依据范畴（Bidang）：如行政管理、课程/学术、学生事务、课外活动。
2. 依据科目：国语的BM，华语的BC，英语的BI。以此类推。

在整理标签时候，别分得太仔细，先整理大方向，然后再逐步处理细节。

        我个人的话呢，就先分范畴、再分科目、然后分老师。每每收到电邮，先标签大事、再标签科目、然后标签老师。如此一来，有三大好处：

1. 可依据范畴的信函记录。
2. 可依据科目归档的信函记录。
3. 可依据老师个人，各别的电邮信函记录。

电邮当存档记录

有没有想过，居然可以将个人电邮，当做是档案库使用呢？

使用方法也非常简单：

1. 收到电邮后，确认处理的老师。
2. 将电邮传送老师后，准备标签电邮备用。
3. 在电邮上方，标签处，创建该老师姓名的标签。
4. 将电邮依据标签归纳。
5. 一封电邮可有多个标签归纳。
6. 完成归纳后，重覆步骤处理下一封电邮。

所有完成标签的电邮，将自动归纳在教师名字之下/之中。下次要翻阅的时候，确实方便参考。

        下一篇， 我们深入一点，探讨如何在同样电邮，使用多个标签，达到更好的电邮信函处理效果。

不妨考虑看看。

共勉。

学科管理支援--页面排版建议

学校一般有12科目。

每一个科目有不少的资料要管理。

一些资料需要打印出来存档。

一些则不必打印存档。

建议1：

• 开设1个档案，里面含有12个科目的页面。
• 每一个页面就是1个科目。
• 标准或共享的档案或链接，直接跨页拷贝粘贴即可处理好。
• 个别科目的支援、支援，则逐步加上。
• 这样的档案，可以嵌入学校跳板中，方便任何老师查询。

建议2：

• 1个档案。1个页面。
• 页面包含全部科目。
• 采用筛选功能进行查询。
• 方便管理员更新。
• 点击这里查阅学科管理支援页面例子

深入了解-学科管理

每一个科目，都有各自的挑战和文件需要整理和准备。当编者逐步深入了解的时候，才发现，当科目主任也确实不那么容易，在大型学校尤其如此。于是，编者胆粗粗开始时编制可以作为全校所有科目通用的在线科目档案管理系统。

概念：

1. 每一所学校1个档案。
2. 每一个档案含有12个科目。
3. 每一个科的页面，有标准文件，以及共用文件。
4. 标准文件：书信通知、会议记录、教育部的公函，所有科目的DSKP，都可以轻易管理加上。
5. 共用文件：科目的OPR提交结果页面（如果可以依据年份，依据科目显示的pivot表是最好不过），各科目的MINIT CURAI的采集页面（同样依据年份和科目编排显示是最好的，唯一可惜的就是：必须使用电脑才能看见这功能，手机是看不见的）

执行概念：

收到任何信息，文件，档案，先更新总学科支援页面。

之后依据学科，更新个别页面。

现实效应：

1. 可以通用的，就尽量通用。资源不会浪费。标准文件（尤其是书信格式等，都是可以完全控制）。
2. 减低档案传享流失的可能性：即便老师替换，档案也不会因此受到影响。
3. 永续性：每一个科目的文件，可以依据年份逐步整理和准备。这样，每个科目的处理就更有系统和依据。
4. 简化老师们的脑雾情况：将需要处理的档案，整理出清晰的工作方向和条理，简化老师们的脑雾情况。

现实操作选择：

选择1：

所有科目都在一个档案里不同页面处理。

选择2：

每一个科目都在不同档案中处理。

个人极力推荐？

所有科目在一个档案内，但不同页面处理最好。

延伸状况：

1. 从学科管理档案，延伸到课外活动管理页面。
2. 每一个档案=1个范畴。（制服团体、学会、运动）
3. 每一个档案，涵盖该范畴的所有涉及团体、学会、运动
4. 每一个档案中，有共享文件和标准文件。
5. 每一个页面，逐年改进添加

特别课室使用记录--时机成熟了

续2020年2月6日分享的《如何使用二维码记录特别课室使用？》后，一直觉得，是时候启用进化版的分享了。

        2020年，是提倡使用谷歌表格，编制记录特别课室使用。但来到2025年，其实是可以将问卷的反馈，依据需要，编制成为依据特别课室的种类显示的。

        下面，与大家分享实战步骤：

1. 编制一份谷歌问卷。点击开启特别课室使用记录表格样本
2. 问卷设置必须是：让提交的用户拥有副本记录。
3. 将问卷链接，转换成为二维码。
4. 影印并粘贴二维码在全部特别课室内。
5. 将问卷的回馈页面，设置为公开展示。
6. 用户可将问卷的回馈页面，设置为Group by columns即可。
   
   
   
7. 所有提交的特别课室使用报告，皆依据 用户设定的筛选模式显示。
8. 点击这里浏览特别课室回馈分析
9. 整理好问卷后，尝试刊登 （publish）统计和分析，这样就可以直接看见每一所特别课室的使用率了。
10. 刊登问卷的步骤：提交问卷后，尝试点击 see previous responses > 
    
    点击后，即可看见下图的画面
11. 
    
    
    
12. 将这画面的链接（highlight 处），拷贝然后粘贴在学校部落格、网页或跳板中即可。点击这里浏览特别课室使用报告分析样本

学校各种管理系统的汇集

早前，我们谈及，有效简化优化各种学校要管理的系统。但，要是这些系统都没有好好管理或编排在触手可及的地方，我们免不了又要四处搜索寻找需要的系统了，对吗？

        来，点击这里看看我们如何将各种系统，直接嵌入学校跳板中。这样，大家日后就可以非常方便了。

        留意到学校跳板中，仅需开启新的一页，即可将各种系统直接使用 hyperlink 嵌入吗？这样的编排，确实会让学校的管理工作，更为优化的。其运作理念，有点类似 link tree。欢迎浏览，欢迎尝试在各自学校的跳板采用。

有意在学校跳板加上的话：

1. 在学校跳板开启新的一页。
2. 为页面命名。
3. 开始填写各种系统的名字。
4. 衔接各种系统，完成 hyperlink的工作即可。

后记：

这个版面，其实也可以完全取代MENU页面。换句话说，老师们的工作途径，更直接，更清晰。有兴趣的话，不妨考虑。