CSV 日期怎样写
日期统一使用 YYYY-MM-DD,时间使用 24 小时制 HH:MM。全天事件可以不填时间;结束日期按活动实际覆盖的最后一天填写,生成时会转换为 iCalendar 要求的非包含结束日期。
CALENDAR DATA
手动创建一条事件,或把活动、排班、课程、营销节点等 CSV 日程批量生成 iCalendar 文件,再导入 Apple、Google、Outlook 等日历。
QUICK EVENT
BATCH IMPORT
CSV 文件
未选择
手动事件
0
CSV 有效
0
CSV 错误
0
导出总数
0
手动添加事件,或上传 CSV 批量生成日历文件。
EVENT REVIEW
全天事件的结束日期按包含最后一天理解,ICS 中会自动写成下一天的非包含终点。
日期统一使用 YYYY-MM-DD,时间使用 24 小时制 HH:MM。全天事件可以不填时间;结束日期按活动实际覆盖的最后一天填写,生成时会转换为 iCalendar 要求的非包含结束日期。
跨地区会议并不适合盲目使用浮动时间。若 CSV 时间就是当前设备所在时区,可转 UTC;若文件来自其他地区,应先在源表统一时区,再生成和试导入。
不同日历对分类、网址和提醒的展示方式略有差异。先用两三条事件导入测试日历,核对全天范围、时间、提醒与重复项,再处理正式文件。
RELATED TOOLS
USE & REVIEW
不会。CSV 解析、字段映射、事件校验和 ICS 生成都在当前浏览器完成。页面不会连接你的 Google、Apple 或 Outlook 账户,最终导入动作由你下载文件后在日历应用中完成。
必须有事件标题和开始日期,日期使用 YYYY-MM-DD。非全天事件还需要 HH:MM 格式的开始时间;结束日期、结束时间、地点、说明、网址、分类和提前提醒分钟都可选。上传后要确认字段映射和未导入行提示。
iCalendar 的全天 DTEND 是非包含终点。一个只发生在 7 月 16 日的全天事件,通常写 DTSTART=20260716、DTEND=20260717;这并不表示活动多了一天。页面让你填写实际覆盖的最后一天,生成时会自动加一天。
浮动时间表示按导入者日历里的本地时钟显示,适合只在同一地区使用的排班或课程。UTC 会按当前设备时区换算,适合已经明确按本机时区整理的会议。来源跨时区时不要盲目转换,应先统一每条事件的时区口径。
取决于日历应用如何处理 UID、已有事件和导入方式。有的应用会更新,有的会再次创建。先用两三条事件导入测试日历,确认无误后再导入整批;需要重做时,最好先删除上一批测试事件。
工具会按 iCalendar 写入 VALARM、URL 和 CATEGORIES,但 Apple Calendar、Google Calendar、Outlook 及企业日历对这些字段的导入和展示并不完全相同。提醒也可能被账户或设备的通知设置覆盖,因此必须用目标应用试导入核对。