[
{
"id": 2079,
"slug": "workflow-hoa-don-email-vao-google-sheets",
"title": "Workflow: hóa đơn trong email tự vào Google Sheets",
"meta_desc": "Dựng workflow hóa đơn email vào Google Sheets: lọc thư, đọc file XML/PDF bằng AI, ghi dòng vào bảng, chống trùng và điểm duyệt cho kế toán doanh nghiệp nhỏ.",
"excerpt": "Mỗi tháng kế toán mở hàng trăm email hóa đơn rồi gõ lại số liệu vào bảng tính. Bài này mô tả một workflow cụ thể giúp hóa đơn trong email tự ghi vào Google Sheets, có bước kiểm tra trùng và điểm duyệt của con người.",
"answer": "Workflow hóa đơn email vào Google Sheets là quy trình tự động: khi Gmail nhận thư có hóa đơn điện tử, hệ thống lấy file đính kèm (ưu tiên XML, sau đó PDF), trích các trường như mã số thuế người bán, số hóa đơn, ngày, tiền trước thuế, thuế GTGT, tổng tiền, rồi ghi thành một dòng trong Google Sheets. AI chỉ cần dùng cho PDF hoặc thư không có XML. Kế toán vẫn duyệt các dòng bị đánh dấu nghi vấn trước khi nhập phần mềm kế toán. Có thể dựng bằng n8n, Make, Zapier hoặc Google Apps Script.",
"kws": ["workflow hóa đơn email vào Google Sheets", "tự động lưu hóa đơn từ Gmail", "trích xuất hóa đơn điện tử bằng AI", "tự động hóa kế toán với Google Sheets"],
"sections": [
{"h2": "Workflow hóa đơn email vào Google Sheets giải quyết việc gì", "html": "<p>Workflow hóa đơn email vào Google Sheets là chuỗi bước tự động biến email chứa hóa đơn thành dữ liệu có cấu trúc trong bảng tính. Doanh nghiệp Việt Nam nhận hóa đơn điện tử chủ yếu qua email: nhà cung cấp gửi thư thông báo kèm file XML, file PDF hoặc đường link tra cứu. Kế toán phải mở từng thư, tải file, đọc số liệu và gõ lại.</p><p>Workflow này phù hợp với:</p><ul><li><strong>Công ty 20–50 người</strong> nhận vài chục đến vài trăm hóa đơn đầu vào mỗi tháng từ nhiều nhà cung cấp.</li><li><strong>Văn phòng dịch vụ kế toán</strong> giữ sổ cho nhiều khách hàng, mỗi khách một hộp thư hoặc một nhãn riêng.</li><li><strong>Chủ shop, hộ kinh doanh</strong> muốn biết nhanh tổng chi phí theo nhà cung cấp mà chưa dùng phần mềm kế toán đầy đủ.</li></ul><p>Đầu ra không phải là bút toán. Đầu ra là một bảng sạch, có cột trạng thái, để kế toán đối chiếu, lọc và nhập vào phần mềm kế toán hoặc dùng làm bảng theo dõi chi phí. Cách nhìn này giữ trách nhiệm hạch toán ở con người, còn máy làm phần gõ phím lặp lại.</p>"},
{"h2": "Sơ đồ tổng thể: từ email đến một dòng trong bảng", "html": "<p>Toàn bộ luồng có thể vẽ bằng danh sách sau. Mỗi mũi tên là một node trong n8n hoặc một module trong Make.</p><ol><li><strong>Trigger:</strong> Gmail có thư mới khớp bộ lọc (tiêu đề chứa “hóa đơn”, có đính kèm .xml hoặc .pdf, hoặc gắn nhãn “HoaDon”).</li><li><strong>Tách đính kèm:</strong> lấy danh sách file, bỏ qua ảnh chữ ký, logo.</li><li><strong>Rẽ nhánh theo loại file:</strong> có XML thì đọc trực tiếp; chỉ có PDF thì gửi sang bước AI trích xuất.</li><li><strong>Chuẩn hóa:</strong> đổi ngày về dạng yyyy-mm-dd, bỏ dấu chấm phân cách nghìn, kiểm tra mã số thuế đủ 10 hoặc 13 số.</li><li><strong>Chống trùng:</strong> tạo khóa gồm mã số thuế người bán, ký hiệu và số hóa đơn; tra trong Sheet xem đã có chưa.</li><li><strong>Ghi Sheet:</strong> thêm dòng mới với cột trạng thái “Chờ duyệt” hoặc “Nghi vấn”.</li><li><strong>Lưu file gốc:</strong> chép XML và PDF vào thư mục Google Drive theo tháng, ghi đường dẫn vào cột của dòng.</li><li><strong>Thông báo:</strong> cuối ngày gửi một tin tổng hợp số hóa đơn mới, số dòng nghi vấn cho kế toán.</li></ol><p>Dữ liệu vào là thư và file đính kèm. Dữ liệu ra là dòng trong Sheet, file gốc trên Drive và một tin nhắn tổng hợp.</p>"},
{"h2": "Chuẩn bị Gmail, Drive và cấu trúc bảng tính", "html": "<p>Phần chuẩn bị quyết định workflow chạy ổn hay liên tục lỗi. Làm ba việc trước khi mở công cụ tự động hóa.</p><h3>Tách hộp thư nhận hóa đơn</h3><p>Nên dùng một địa chỉ riêng như hoadon@tencongty, đăng ký với nhà cung cấp. Nếu chưa được, tạo bộ lọc Gmail gắn nhãn “HoaDon” cho thư từ các nhà cung cấp quen. Workflow chỉ đọc nhãn này, tránh quét cả hộp thư cá nhân.</p><h3>Thiết kế cột cố định</h3><p>Bảng tính phải có tiêu đề cột cố định, không gộp ô, không dòng trống ở giữa. Bảng dưới đây là cấu trúc tối thiểu.</p><h3>Quyền truy cập</h3><p>Tạo tài khoản dịch vụ hoặc ủy quyền OAuth chỉ cho đúng hộp thư, đúng thư mục Drive và đúng file Sheet. Không cấp quyền toàn bộ Drive công ty cho công cụ tự động hóa.</p>", "table": {"caption": "Cấu trúc cột gợi ý cho Sheet hóa đơn đầu vào", "head": ["Cột", "Nguồn dữ liệu", "Ghi chú kiểm tra"], "rows": [["Khóa chống trùng", "Ghép MST + ký hiệu + số HĐ", "Không được trùng trong toàn bảng"], ["MST người bán, tên người bán", "XML hoặc AI đọc PDF", "MST 10 hoặc 13 số"], ["Ngày hóa đơn", "XML/PDF", "Không lớn hơn ngày nhận thư"], ["Tiền trước thuế, thuế GTGT, tổng tiền", "XML/PDF", "Trước thuế + thuế = tổng"], ["Nguồn trích xuất", "Workflow tự ghi", "XML hoặc AI"], ["Trạng thái", "Workflow tự ghi", "Chờ duyệt / Nghi vấn / Đã nhập"], ["Link file gốc", "Google Drive", "Mở được bằng tài khoản kế toán"]]}},
{"h2": "Dựng từng bước trên n8n", "html": "<p>n8n phù hợp khi công ty muốn tự host, dữ liệu hóa đơn không đi qua dịch vụ trung gian. Các bước dưới đây dùng node có sẵn, tên node có thể khác nhẹ theo phiên bản.</p><ol><li><strong>Gmail Trigger:</strong> chọn chế độ đọc thư theo nhãn “HoaDon”, bật tải đính kèm, chu kỳ kiểm tra 5–15 phút.</li><li><strong>Split Out:</strong> tách từng file đính kèm thành một item riêng.</li><li><strong>IF:</strong> đuôi file là .xml đi nhánh A, .pdf đi nhánh B, còn lại bỏ qua.</li><li><strong>Nhánh A, Extract from File + XML:</strong> chuyển XML sang JSON, dùng node Set lấy các trường cần thiết. Cấu trúc thẻ có thể khác giữa các nhà cung cấp hóa đơn, cần thử với vài mẫu thật.</li><li><strong>Nhánh B, Extract from File (PDF) + AI:</strong> lấy văn bản PDF, gửi cho mô hình ngôn ngữ kèm yêu cầu trả về JSON đúng các trường; thêm trường “do_tin_cay”.</li><li><strong>Code:</strong> chuẩn hóa số, ngày, tạo khóa chống trùng, kiểm tra trước thuế cộng thuế bằng tổng.</li><li><strong>Google Sheets (Lookup):</strong> tìm khóa; nếu có rồi thì dừng nhánh.</li><li><strong>Google Drive:</strong> tải file gốc vào thư mục tháng.</li><li><strong>Google Sheets (Append):</strong> ghi dòng, trạng thái “Nghi vấn” nếu tổng lệch hoặc AI báo độ tin cậy thấp.</li></ol><p>Bật “Retry on fail” cho node Gmail và Sheets để tránh mất thư khi mạng chập chờn.</p>"},
{"h2": "Chọn công cụ: n8n, Make, Zapier hay Apps Script", "html": "<p>Cùng một luồng có thể dựng trên nhiều nền tảng. Lựa chọn phụ thuộc vào ai sẽ bảo trì, dữ liệu được phép đi đâu và khối lượng hóa đơn mỗi tháng. Bảng so sánh dưới đây mang tính định hướng, giới hạn gói miễn phí và trả phí thay đổi theo thời gian nên cần xem trang chính thức.</p><p>Một quy tắc đơn giản: nếu công ty chỉ dùng Google Workspace và có người biết chút JavaScript, Apps Script là đủ cho luồng XML. Khi cần AI đọc PDF, nhiều nhánh và nhật ký chạy rõ ràng, n8n hoặc Make dễ quản lý hơn. Zapier hợp với đội không kỹ thuật, khối lượng nhỏ.</p>", "table": {"caption": "So sánh nền tảng cho workflow hóa đơn", "head": ["Tiêu chí", "Apps Script", "n8n", "Make / Zapier"], "rows": [["Nơi dữ liệu đi qua", "Trong Google", "Máy chủ công ty nếu tự host", "Hạ tầng nhà cung cấp"], ["Đọc XML", "Có hàm XmlService", "Node XML có sẵn", "Có module, cấu hình kém linh hoạt hơn"], ["Gọi AI đọc PDF", "Tự viết gọi API", "Node AI có sẵn", "Có tích hợp AI"], ["Người bảo trì phù hợp", "Biết JavaScript", "Kỹ thuật viên nội bộ", "Nhân viên văn phòng"], ["Nhật ký lỗi", "Cơ bản", "Chi tiết từng lần chạy", "Chi tiết, dễ đọc"]]}},
{"h2": "Đặt điểm duyệt của con người ở đâu", "html": "<p>Hóa đơn là chứng từ kế toán, nên workflow không được tự quyết thay người. Có ba điểm duyệt nên giữ.</p><h3>Duyệt dòng nghi vấn</h3><p>Mọi dòng có tổng tiền lệch, mã số thuế sai định dạng, hoặc được AI đọc từ PDF với độ tin cậy thấp đều mang trạng thái “Nghi vấn”. Kế toán lọc cột này mỗi ngày, mở file gốc qua link và sửa trực tiếp. Dùng Data validation của Sheets để cột trạng thái chỉ nhận ba giá trị.</p><h3>Duyệt nhà cung cấp mới</h3><p>Khi gặp mã số thuế chưa có trong danh sách nhà cung cấp, workflow vẫn ghi nhưng tô màu và nhắc kế toán kiểm tra tính hợp lệ trên cổng tra cứu hóa đơn của cơ quan thuế. Đây là chỗ phát hiện hóa đơn lạ hoặc thư giả mạo.</p><h3>Chốt trước khi nhập phần mềm</h3><p>Chỉ dòng đã chuyển sang “Đã duyệt” mới được xuất sang phần mềm kế toán. Nếu sau này nối thẳng sang phần mềm, giữ nguyên quy tắc này. Ví dụ ở một văn phòng kế toán quản lý 15 khách hàng, mỗi khách một tab, người phụ trách chỉ cần xem dòng màu vàng thay vì mở toàn bộ hộp thư.</p>"},
{"h2": "Đo hiệu quả workflow sau 1–2 tháng", "html": "<p>Đừng đánh giá bằng cảm giác “có vẻ nhanh hơn”. Ghi lại vài chỉ số đơn giản ngay trong Sheet hoặc một tab thống kê.</p><ul><li><strong>Tỷ lệ tự động hoàn toàn:</strong> số dòng đi thẳng “Chờ duyệt” chia cho tổng dòng. Luồng XML thường cao hơn luồng PDF rõ rệt.</li><li><strong>Tỷ lệ phải sửa:</strong> số dòng kế toán phải chỉnh tay. Nếu một nhà cung cấp liên tục bị sửa, tạo quy tắc riêng cho mẫu hóa đơn đó.</li><li><strong>Thời gian từ khi nhận thư đến khi có dòng:</strong> lấy từ nhật ký chạy.</li><li><strong>Số hóa đơn bị bỏ sót:</strong> cuối tháng đối chiếu với danh sách hóa đơn đầu vào tra từ cổng thuế. Đây là chỉ số quan trọng nhất.</li><li><strong>Số lần workflow lỗi:</strong> theo dõi trong mục Executions của n8n hoặc History của Make.</li></ul><p>So sánh với thời gian kế toán tự nhập trước đây, đo trong một tuần điển hình. Kết quả phụ thuộc tỷ lệ hóa đơn có XML, chất lượng PDF và kỷ luật duyệt. Hãy lấy số liệu của chính công ty, không dựa vào con số quảng cáo.</p>"},
{"h2": "Rủi ro, lỗi thường gặp và khi nào không nên làm", "html": "<p>Các lỗi hay gặp khi triển khai thực tế:</p><ul><li><strong>Bỏ sót hóa đơn chỉ gửi link:</strong> nhiều thư chỉ có đường dẫn tra cứu, không có đính kèm. Workflow cần ghi một dòng “Cần tải thủ công” thay vì bỏ qua.</li><li><strong>Ghi trùng khi thư gửi lại:</strong> nhà cung cấp gửi bản điều chỉnh hoặc gửi lại lần hai. Khóa chống trùng và cột “Loại hóa đơn” (gốc, thay thế, điều chỉnh) xử lý việc này.</li><li><strong>AI đọc nhầm số:</strong> nhầm dấu chấm và dấu phẩy, đảo ngày tháng. Luôn kiểm tra phép cộng và giới hạn ngày.</li><li><strong>Ai đó sửa tên cột trong Sheet:</strong> node ghi dữ liệu lệch cột. Khóa hàng tiêu đề bằng Protected range.</li><li><strong>Thư lừa đảo đính kèm file độc:</strong> workflow chỉ đọc XML, PDF; không mở file nén, file thực thi.</li></ul><h3>Khi nào không nên dựng workflow này</h3><p>Nếu mỗi tháng chỉ vài hóa đơn, nhập tay nhanh hơn chi phí dựng và bảo trì. Nếu phần mềm kế toán đang dùng đã đồng bộ hóa đơn đầu vào trực tiếp, hãy tận dụng tính năng đó thay vì thêm một lớp Sheet. Khi dữ liệu bị quy định không được gửi ra ngoài, chỉ dùng nhánh XML hoặc mô hình AI chạy nội bộ.</p>"}
],
"tip": "Hãy bắt đầu chỉ với nhánh XML trong hai tuần, đối chiếu đủ với cổng tra cứu hóa đơn, rồi mới thêm nhánh AI đọc PDF. Làm ngược lại, đội kế toán sẽ mất niềm tin vào bảng ngay từ tuần đầu.",
"faq": [
{"q": "Có cần AI không nếu hóa đơn điện tử đã có file XML?", "a": "Không bắt buộc. File XML đã có cấu trúc, chỉ cần đọc thẻ. AI hữu ích cho thư chỉ có PDF, ảnh chụp hoặc hóa đơn từ nhà cung cấp nước ngoài."},
{"q": "Workflow có tự tải được hóa đơn từ đường link tra cứu không?", "a": "Có thể, nhưng mỗi nhà cung cấp hóa đơn có trang tra cứu khác nhau, đôi khi có mã captcha. Cách an toàn là ghi dòng đánh dấu cần tải thủ công."},
{"q": "Dùng Google Sheets làm sổ hóa đơn có an toàn không?", "a": "Đủ an toàn nếu giới hạn quyền chia sẻ, bật xác thực hai lớp và khóa vùng tiêu đề. Sheet là bảng trung gian, không thay thế phần mềm kế toán và việc lưu trữ chứng từ theo quy định."},
{"q": "Một hộp thư nhận hóa đơn cho nhiều công ty thì làm thế nào?", "a": "Thêm bước đọc mã số thuế người mua trong hóa đơn, rồi ghi vào tab hoặc file riêng của từng công ty. Văn phòng dịch vụ kế toán thường làm theo cách này."},
{"q": "Workflow chạy bao lâu một lần là hợp lý?", "a": "Kiểm tra 5–15 phút một lần là đủ cho hóa đơn. Không cần thời gian thực, quan trọng hơn là không bỏ sót và có thông báo tổng hợp cuối ngày."},
{"q": "Nếu nhà cung cấp gửi hóa đơn điều chỉnh thì workflow xử lý ra sao?", "a": "Ghi thành dòng mới với loại “Điều chỉnh” và liên kết tới số hóa đơn gốc nếu đọc được. Không ghi đè dòng cũ, để kế toán quyết định cách hạch toán."}
],
"sources": [
{"t": "Gmail API – Google for Developers", "u": "https://developers.google.com/gmail/api"},
{"t": "Google Sheets API – Google for Developers", "u": "https://developers.google.com/sheets/api"},
{"t": "n8n Documentation", "u": "https://docs.n8n.io/"}
],
"related": ["ai-doc-hoa-don-dien-tu", "ai-xu-ly-chung-tu-tu-dong", "tu-dong-hoa-ke-toan", "tu-dong-hoa-voi-google-sheets-va-apps-script", "n8n-la-gi", "ai-va-phan-mem-hoa-don-dien-tu", "thiet-ke-workflow-tu-dong-hoa"]
},
{
"id": 2080,
"slug": "workflow-chatbot-dat-lich-qua-zalo",
"title": "Workflow: chatbot đặt lịch hẹn qua Zalo OA",
"meta_desc": "Hướng dẫn workflow chatbot đặt lịch qua Zalo OA: nhận tin nhắn, AI hiểu yêu cầu, kiểm tra lịch trống, xác nhận, nhắc hẹn và chuyển nhân viên khi cần.",
"excerpt": "Khách nhắn Zalo hỏi “mai 3 giờ còn chỗ không” và chờ cả tiếng mới được trả lời. Bài này mô tả workflow chatbot đặt lịch qua Zalo OA: AI hiểu câu hỏi, đối chiếu lịch trống, giữ chỗ và nhắc hẹn, nhân viên chỉ xử lý ca khó.",
"answer": "Workflow chatbot đặt lịch qua Zalo OA là quy trình tự động nhận tin nhắn khách gửi tới Official Account, dùng AI tách ý định và thông tin (dịch vụ, ngày, giờ, chi nhánh), kiểm tra lịch trống trong Google Calendar hoặc bảng lịch, đề xuất khung giờ, ghi lịch hẹn khi khách xác nhận và gửi tin nhắc trước giờ hẹn. Luồng được nối qua webhook của Zalo OA vào n8n, Make hoặc máy chủ riêng. Ca phức tạp, khiếu nại hoặc khách yêu cầu gặp người sẽ chuyển ngay cho nhân viên.",
"kws": ["workflow chatbot đặt lịch qua Zalo", "chatbot Zalo OA đặt lịch hẹn", "tự động đặt lịch qua Zalo", "Zalo OA webhook n8n"],
"sections": [
{"h2": "Workflow chatbot đặt lịch qua Zalo phù hợp với ai", "html": "<p>Workflow chatbot đặt lịch qua Zalo là cách tự động hóa việc nhận và xác nhận lịch hẹn ngay trong kênh nhắn tin mà khách Việt Nam dùng nhiều nhất. Thay vì nhân viên lễ tân đọc tin, mở sổ lịch, trả lời, workflow làm phần lặp lại và giữ lịch nhất quán.</p><p>Mô hình này hiệu quả với các ngành có lịch hẹn theo khung giờ:</p><ul><li><strong>Phòng khám nha, spa, salon tóc:</strong> nhiều tin nhắn hỏi giờ trống vào buổi tối khi lễ tân đã nghỉ.</li><li><strong>Trung tâm sửa chữa, bảo hành:</strong> khách đặt lịch mang máy tới hoặc hẹn kỹ thuật viên đến tận nơi.</li><li><strong>Trung tâm đào tạo:</strong> đặt lịch học thử, kiểm tra đầu vào.</li><li><strong>Showroom, đại lý xe:</strong> hẹn lái thử, hẹn bảo dưỡng định kỳ.</li></ul><h3>Không nên dùng khi</h3><p>Nếu lịch phụ thuộc nhiều yếu tố mà chỉ người có kinh nghiệm mới đánh giá được, như ca tư vấn y khoa cần sàng lọc, chatbot chỉ nên thu thập thông tin rồi chuyển người. Cũng không nên làm khi mỗi ngày chỉ vài lịch hẹn: chi phí dựng và theo dõi lớn hơn lợi ích.</p>"},
{"h2": "Sơ đồ luồng từ tin nhắn đến lịch hẹn", "html": "<p>Luồng chuẩn gồm hai phần: hội thoại đặt lịch và nhắc hẹn chạy theo giờ.</p><h3>Phần 1: hội thoại</h3><ol><li><strong>Trigger:</strong> Zalo OA gọi webhook khi có sự kiện người dùng gửi tin.</li><li><strong>Tra khách:</strong> tìm user_id trong bảng khách hàng; nếu khách cũ, lấy tên và lịch sử.</li><li><strong>AI hiểu ý định:</strong> phân loại tin thành đặt lịch, đổi lịch, hủy lịch, hỏi giá, khác.</li><li><strong>AI trích thông tin:</strong> dịch vụ, ngày, giờ mong muốn, chi nhánh, số điện thoại.</li><li><strong>Hỏi bổ sung:</strong> thiếu trường nào thì gửi câu hỏi ngắn cho đúng trường đó.</li><li><strong>Kiểm tra lịch trống:</strong> truy vấn Google Calendar của từng nhân viên hoặc bảng khung giờ.</li><li><strong>Đề xuất 2–3 khung giờ</strong> gần nhất với mong muốn.</li><li><strong>Khách xác nhận:</strong> tạo sự kiện lịch, ghi bảng, gửi tin xác nhận có mã lịch hẹn.</li></ol><h3>Phần 2: nhắc hẹn</h3><ol><li>Trigger theo lịch mỗi giờ.</li><li>Lấy các lịch diễn ra trong 24 giờ tới chưa nhắc.</li><li>Gửi tin nhắc trong phạm vi chính sách gửi tin của Zalo, cập nhật cột “Đã nhắc”.</li></ol>"},
{"h2": "Chuẩn bị tài khoản, quyền và dữ liệu lịch", "html": "<p>Trước khi dựng, cần chuẩn bị đủ những thành phần sau:</p><ul><li><strong>Zalo Official Account đã xác thực</strong> và ứng dụng trên trang Zalo for Developers, liên kết với OA để lấy access token và cấu hình webhook.</li><li><strong>Địa chỉ webhook HTTPS công khai:</strong> n8n tự host cần tên miền và chứng chỉ SSL; Make và các nền tảng đám mây có sẵn URL.</li><li><strong>Nguồn lịch duy nhất:</strong> mỗi nhân viên hoặc mỗi phòng là một lịch Google riêng, hoặc một bảng khung giờ trong Google Sheets. Không để lịch nằm song song ở sổ giấy.</li><li><strong>Danh mục dịch vụ có thời lượng:</strong> ví dụ cạo vôi răng 30 phút, nhuộm tóc 120 phút. Không có thời lượng thì không tính được giờ trống.</li><li><strong>Kịch bản chuyển người:</strong> ai nhận, trong giờ nào, ngoài giờ trả lời ra sao.</li></ul><h3>Lưu ý chính sách gửi tin</h3><p>Zalo có quy định về loại tin OA được gửi, khung thời gian phản hồi sau khi khách nhắn và tin chủ động có thể tính phí. Chính sách thay đổi theo từng giai đoạn, cần đọc tài liệu chính thức hiện hành trước khi thiết kế phần nhắc hẹn. Với tin nhắc ngoài khung tương tác, có thể cần dùng dịch vụ tin nhắn có mẫu được duyệt.</p>"},
{"h2": "Thiết kế phần AI: hiểu tin nhắn tiếng Việt", "html": "<p>Khách nhắn rất đa dạng: “mai chiều rảnh ko”, “t7 này 9h30 cho 2 người”, “đổi qua thứ hai được hông”. Phần AI không cần trả lời tự do mà chỉ làm hai việc có cấu trúc.</p><h3>Trích xuất thành JSON</h3><p>Yêu cầu mô hình trả về đúng khuôn: <code>{intent, service, date, time, branch, people, phone}</code>. Đưa vào prompt ngày giờ hiện tại theo múi giờ Việt Nam để mô hình đổi “mai”, “thứ bảy này” thành ngày cụ thể. Trường không chắc thì để trống, không đoán.</p><h3>Kiểm tra bằng code, không tin tuyệt đối vào AI</h3><ul><li>Ngày phải ở tương lai và trong phạm vi nhận lịch (ví dụ 30 ngày).</li><li>Giờ phải nằm trong giờ mở cửa của chi nhánh.</li><li>Dịch vụ phải khớp danh mục; nếu không khớp, hỏi lại bằng danh sách lựa chọn.</li></ul><h3>Câu trả lời dùng mẫu cố định</h3><p>Tin xác nhận, tin hỏi bổ sung nên là mẫu soạn sẵn có chèn biến, không để AI tự viết. Cách này tránh việc chatbot hứa sai giá hoặc khuyến mãi không tồn tại. AI chỉ viết tự do ở câu trả lời câu hỏi chung, và lấy thông tin từ một trang FAQ nội bộ đã duyệt.</p>"},
{"h2": "Chọn nền tảng triển khai", "html": "<p>Có ba hướng phổ biến cho doanh nghiệp nhỏ. Bảng dưới giúp định hướng, chi phí cụ thể xem bảng giá hiện hành của từng dịch vụ.</p><p>Hướng phổ biến cho cửa hàng 1–3 chi nhánh là n8n hoặc Make kết hợp Google Calendar. Khi số chi nhánh tăng, số nhân viên cần xếp lịch nhiều, nên chuyển sang phần mềm đặt lịch chuyên ngành có API, workflow chỉ còn làm cầu nối giữa Zalo và phần mềm đó.</p>", "table": {"caption": "Các hướng triển khai chatbot đặt lịch qua Zalo OA", "head": ["Hướng", "Ưu điểm", "Hạn chế", "Phù hợp"], "rows": [["Nền tảng chatbot Zalo có sẵn kịch bản", "Dựng nhanh, giao diện kéo thả", "Khó tùy biến logic lịch, phụ thuộc nhà cung cấp", "Shop nhỏ, lịch đơn giản"], ["n8n/Make + Google Calendar + AI", "Linh hoạt, kiểm soát luồng", "Cần người kỹ thuật bảo trì", "Spa, phòng khám, trung tâm sửa chữa 1–3 chi nhánh"], ["Máy chủ riêng + phần mềm đặt lịch", "Mở rộng tốt, đồng bộ nhiều kênh", "Chi phí phát triển cao hơn", "Chuỗi nhiều chi nhánh"]]}},
{"h2": "Điểm chuyển cho nhân viên và kiểm soát chất lượng", "html": "<p>Chatbot đặt lịch tốt không phải chatbot xử lý 100% hội thoại, mà là chatbot biết khi nào dừng. Đặt các điều kiện chuyển người rõ ràng:</p><ul><li>Khách gõ các cụm như “gặp nhân viên”, “gọi lại cho tôi”, hoặc gửi số điện thoại kèm yêu cầu gọi.</li><li>AI phân loại là khiếu nại, hoàn tiền, hoặc hỏi về tình trạng sức khỏe, kỹ thuật phức tạp.</li><li>Hỏi bổ sung quá 2 lần mà vẫn thiếu thông tin.</li><li>Khách đặt cho nhóm đông vượt sức chứa một khung giờ.</li></ul><p>Khi chuyển, workflow đánh dấu hội thoại “Chờ người”, tắt trả lời tự động cho khách đó trong một khoảng thời gian và gửi thông báo vào nhóm lễ tân kèm tóm tắt ba dòng: khách là ai, muốn gì, đã hỏi gì.</p><h3>Duyệt định kỳ</h3><p>Mỗi tuần, quản lý xem ngẫu nhiên 20–30 hội thoại. Ghi lại câu khách hỏi mà bot hiểu sai để bổ sung ví dụ vào prompt. Với một salon 2 chi nhánh, việc rà này thường chỉ mất khoảng nửa giờ nhưng giúp bot cải thiện rõ sau vài tuần.</p>"},
{"h2": "Đo hiệu quả và cải tiến", "html": "<p>Ghi nhật ký mọi hội thoại vào một bảng với các cột: thời điểm, ý định, kết quả (đặt thành công, chuyển người, bỏ dở), số lượt trao đổi. Từ đó theo dõi:</p><ul><li><strong>Tỷ lệ đặt lịch thành công không cần người:</strong> chỉ số chính.</li><li><strong>Tỷ lệ bỏ dở:</strong> khách nhắn rồi im lặng. Nếu cao, xem lại câu hỏi bổ sung có quá dài, đề xuất giờ có sát mong muốn không.</li><li><strong>Tỷ lệ khách không đến:</strong> so sánh trước và sau khi có tin nhắc hẹn.</li><li><strong>Lịch đặt ngoài giờ làm việc:</strong> phần giá trị mà trước đây dễ mất.</li><li><strong>Số lịch bị trùng hoặc sai:</strong> phải bằng 0; nếu có, lỗi nằm ở bước khóa khung giờ.</li></ul><p>Để tránh hai khách cùng giữ một khung giờ, thêm bước giữ chỗ tạm 5 phút khi đã đề xuất giờ và kiểm tra lại lịch ngay trước khi tạo sự kiện.</p>"},
{"h2": "Rủi ro và lỗi thường gặp", "html": "<ul><li><strong>Access token hết hạn:</strong> token của Zalo OA có thời hạn, cần luồng làm mới tự động và cảnh báo khi làm mới thất bại. Đây là nguyên nhân phổ biến khiến bot “im lặng” cả buổi.</li><li><strong>Webhook nhận trùng sự kiện:</strong> lưu message_id đã xử lý để không trả lời hai lần.</li><li><strong>Lệch múi giờ:</strong> máy chủ đặt UTC, lịch tạo sai 7 tiếng. Luôn đặt rõ Asia/Ho_Chi_Minh trong workflow và lịch.</li><li><strong>AI tự bịa giá, khuyến mãi:</strong> chặn bằng mẫu trả lời cố định và quy tắc không nêu giá ngoài bảng đã duyệt.</li><li><strong>Dữ liệu cá nhân:</strong> số điện thoại, tình trạng khách hàng là dữ liệu cá nhân. Chỉ lưu trường cần thiết, giới hạn người xem, đọc quy định bảo vệ dữ liệu cá nhân hiện hành.</li><li><strong>Gửi tin nhắc vượt chính sách:</strong> có thể bị hạn chế tính năng OA. Kiểm tra quy định trước khi gửi hàng loạt.</li></ul><p>Thử toàn bộ luồng bằng một OA thử nghiệm hoặc nhóm khách nội bộ ít nhất một tuần trước khi mở cho khách thật.</p>"}
],
"tip": "Đừng để AI tự tạo lịch ngay từ tin nhắn đầu tiên. Luôn đề xuất giờ cụ thể và chờ khách bấm hoặc gõ xác nhận, sau đó mới ghi lịch; một bước xác nhận nhỏ loại bỏ phần lớn lịch hẹn sai.",
"faq": [
{"q": "Zalo OA có cho kết nối chatbot AI bên ngoài không?", "a": "Có, thông qua ứng dụng trên Zalo for Developers và webhook nhận sự kiện tin nhắn. Điều kiện xác thực OA và quyền API cần kiểm tra trên tài liệu chính thức tại thời điểm triển khai."},
{"q": "Chatbot đặt lịch Zalo có gửi tin nhắc hẹn tự động được không?", "a": "Được, nhưng phụ thuộc chính sách gửi tin của Zalo: khung thời gian sau tương tác và loại tin được phép. Tin ngoài khung có thể cần mẫu tin được duyệt và có tính phí."},
{"q": "Không biết lập trình có tự làm được workflow này không?", "a": "Phần kéo thả trên Make hoặc n8n làm được, nhưng xử lý token, chống trùng lịch và múi giờ cần người có kinh nghiệm. Nên có người kỹ thuật dựng ban đầu, nhân viên chỉ vận hành."},
{"q": "Dùng Google Calendar hay Google Sheets để quản lý lịch trống?", "a": "Google Calendar tốt khi mỗi nhân viên có lịch riêng và đã quen dùng. Sheets đơn giản hơn khi lịch theo khung giờ cố định, như số ghế hoặc số phòng mỗi ca."},
{"q": "Khách nhắn tiếng lóng, viết tắt thì AI có hiểu không?", "a": "Các mô hình lớn hiện nay hiểu khá tốt cách viết tắt phổ biến. Tuy vậy vẫn cần bước kiểm tra bằng code và câu hỏi lại khi thiếu thông tin, không để AI đoán."},
{"q": "Làm sao tránh hai khách đặt trùng một khung giờ?", "a": "Giữ chỗ tạm khi đề xuất giờ, kiểm tra lại lịch ngay trước khi tạo sự kiện và chỉ tạo khi khung giờ vẫn trống. Bước này nên viết bằng code, không giao cho AI."},
{"q": "Có nên dùng chatbot cho cả tư vấn dịch vụ không?", "a": "Chỉ nên trả lời câu hỏi chung dựa trên tài liệu đã duyệt. Tư vấn chuyên môn, báo giá đặc thù hoặc khiếu nại nên chuyển cho nhân viên."}
],
"sources": [
{"t": "Zalo for Developers", "u": "https://developers.zalo.me/"},
{"t": "Google Calendar API – Google for Developers", "u": "https://developers.google.com/calendar/api"},
{"t": "OWASP Top 10 for LLM Applications", "u": "https://owasp.org/www-project-top-10-for-large-language-model-applications/"}
],
"related": ["zalo-oa-va-chatbot", "ai-va-zalo", "tu-dong-hoa-email-va-lich-hen", "chatbot-ai-la-gi", "webhook-la-gi", "xay-ai-agent-bang-n8n", "guardrails-ai-la-gi"]
},
{
"id": 2081,
"slug": "workflow-tom-tat-cuoc-hop-gui-telegram",
"title": "Workflow: tóm tắt cuộc họp tự gửi Telegram",
"meta_desc": "Workflow tóm tắt cuộc họp gửi Telegram: lấy file ghi âm, chuyển giọng nói thành văn bản, AI tóm tắt quyết định và việc cần làm, người chủ trì duyệt rồi gửi nhóm.",
"excerpt": "Biên bản họp thường đến muộn hoặc không bao giờ đến. Workflow này lấy file ghi âm sau buổi họp, chuyển thành văn bản, để AI rút ra quyết định và việc cần làm, người chủ trì duyệt rồi tự gửi vào nhóm Telegram của dự án.",
"answer": "Workflow tóm tắt cuộc họp gửi Telegram là quy trình tự động: khi file ghi âm buổi họp được lưu vào một thư mục (Google Drive, NAS hoặc OneDrive), hệ thống chuyển giọng nói thành văn bản, gửi bản chép lời cho mô hình AI để rút ra quyết định, việc cần làm, người phụ trách và hạn chót, gửi bản nháp cho người chủ trì duyệt qua bot Telegram, rồi đăng bản đã duyệt vào nhóm. Toàn bộ dựng được bằng n8n hoặc Make kết hợp Telegram Bot API và dịch vụ chuyển giọng nói.",
"kws": ["workflow tóm tắt cuộc họp gửi Telegram", "tự động tóm tắt cuộc họp", "bot Telegram gửi biên bản họp", "AI tóm tắt cuộc họp n8n"],
"sections": [
{"h2": "Workflow tóm tắt cuộc họp gửi Telegram là gì", "html": "<p>Workflow tóm tắt cuộc họp gửi Telegram là chuỗi tự động nối ba việc vốn làm tay: chép lại nội dung họp, viết biên bản, gửi cho mọi người. Điểm khác với việc tự mở công cụ AI tóm tắt là workflow chạy đều đặn sau mỗi buổi họp, theo một khuôn biên bản thống nhất, có bước duyệt và đến đúng nhóm làm việc.</p><p>Telegram được nhiều công ty phần mềm, đội kỹ thuật và doanh nghiệp có nhân sự làm việc từ xa chọn vì Bot API mở, gửi tin định dạng tốt, tạo nút bấm duyệt dễ. Đội đã dùng Zalo hoặc Microsoft Teams có thể áp dụng cùng thiết kế, chỉ thay bước gửi.</p><h3>Phù hợp khi</h3><ul><li>Công ty 20–50 người có họp giao ban, họp dự án định kỳ hằng tuần.</li><li>Đội dự án làm việc với khách hàng, cần lưu lại cam kết sau mỗi buổi.</li><li>Quản lý muốn theo dõi việc cần làm phát sinh từ họp mà không phải tự ghi chép.</li></ul><h3>Không phù hợp khi</h3><p>Họp về nhân sự, kỷ luật, đàm phán nhạy cảm hoặc thông tin pháp lý chưa công bố. Những buổi này không nên ghi âm đưa vào workflow tự động, hoặc chỉ chạy với mô hình nội bộ và lưu trữ hạn chế.</p>"},
{"h2": "Sơ đồ luồng và dữ liệu vào ra", "html": "<ol><li><strong>Trigger:</strong> có file mới trong thư mục “Ghi âm họp” trên Google Drive hoặc NAS. Tên file theo quy ước: <code>yyyy-mm-dd_ten-cuoc-hop_nguoi-chu-tri</code>.</li><li><strong>Kiểm tra file:</strong> định dạng âm thanh hợp lệ, thời lượng, dung lượng. File quá lớn thì chia đoạn.</li><li><strong>Chuyển giọng nói thành văn bản:</strong> gọi dịch vụ speech-to-text hoặc mô hình Whisper chạy nội bộ.</li><li><strong>Làm sạch bản chép lời:</strong> bỏ đoạn im lặng, ghép đoạn, thêm mốc thời gian.</li><li><strong>AI tóm tắt theo khuôn:</strong> mục tiêu buổi họp, quyết định, việc cần làm (ai, việc gì, hạn), vấn đề còn mở.</li><li><strong>Gửi nháp cho người chủ trì:</strong> bot Telegram nhắn riêng kèm nút “Duyệt gửi”, “Sửa”, “Không gửi”.</li><li><strong>Đăng nhóm:</strong> khi được duyệt, gửi vào nhóm dự án, ghim tin.</li><li><strong>Lưu trữ:</strong> ghi biên bản vào Google Docs hoặc wiki nội bộ; việc cần làm ghi vào bảng công việc.</li></ol><p><strong>Dữ liệu vào:</strong> file ghi âm, tên cuộc họp, danh sách thành viên. <strong>Dữ liệu ra:</strong> bản chép lời, biên bản đã duyệt, danh sách việc cần làm có người phụ trách.</p>"},
{"h2": "Chuẩn bị: ghi âm, bot Telegram và khuôn biên bản", "html": "<h3>Chất lượng ghi âm quyết định chất lượng tóm tắt</h3><p>Phòng họp nên có micro đa hướng đặt giữa bàn, hạn chế tiếng điều hòa, máy chiếu sát micro. Với họp trực tuyến, dùng tính năng ghi lại có sẵn của nền tảng họp và đặt quy tắc lưu file về đúng thư mục. Thông báo cho người tham dự rằng buổi họp được ghi âm.</p><h3>Tạo bot Telegram</h3><ol><li>Nhắn cho BotFather để tạo bot, lấy token, lưu token vào phần credentials của n8n hoặc Make, không dán vào ghi chú.</li><li>Thêm bot vào nhóm dự án, cấp quyền gửi và ghim tin.</li><li>Lấy chat_id của nhóm và của từng người chủ trì để gửi nháp riêng.</li></ol><h3>Khuôn biên bản</h3><p>Thống nhất một khuôn ngắn, ví dụ: tiêu đề, ngày, người tham dự, 3–5 ý chính, quyết định, bảng việc cần làm, vấn đề mở. Biên bản dài hơn một màn hình điện thoại thường không ai đọc hết trên Telegram; phần chi tiết để ở file Docs đính kèm.</p>"},
{"h2": "Prompt và kiểm tra để tóm tắt không bịa", "html": "<p>Rủi ro lớn nhất của tóm tắt cuộc họp bằng AI là tạo ra quyết định chưa ai đưa ra, hoặc gán việc nhầm người. Thiết kế prompt và bước kiểm tra để giảm rủi ro này.</p><h3>Nguyên tắc prompt</h3><ul><li>Chỉ dùng nội dung trong bản chép lời; điều gì không rõ ghi “chưa rõ”.</li><li>Phân biệt “đã quyết định” với “đề xuất, thảo luận”.</li><li>Việc cần làm phải có người phụ trách xuất hiện trong danh sách thành viên; không có tên thì để “chưa giao”.</li><li>Trả về JSON theo khuôn để code dựng tin nhắn, không để AI tự định dạng.</li></ul><p>Ví dụ đoạn chỉ dẫn: <code>Từ bản chép lời cuộc họp {ten_cuoc_hop}, liệt kê quyết định đã chốt và việc cần làm. Mỗi việc gồm: nguoi_phu_trach (chỉ chọn trong {danh_sach_thanh_vien}), viec, han_chot (nếu được nói rõ), trich_dan (câu gốc làm căn cứ, kèm mốc thời gian).</code></p><h3>Kiểm tra bằng code</h3><p>Trường “trích dẫn” giúp người duyệt bấm xem câu gốc. Code kiểm tra trích dẫn có thật sự xuất hiện trong bản chép lời; việc nào không có căn cứ thì đánh dấu cảnh báo trong bản nháp.</p>"},
{"h2": "Lựa chọn dịch vụ chuyển giọng nói và nơi xử lý", "html": "<p>Chọn dịch vụ chuyển giọng nói là quyết định ảnh hưởng nhiều nhất đến độ chính xác tiếng Việt và mức độ bảo mật. Bảng dưới đây so sánh các hướng phổ biến; chất lượng tiếng Việt thay đổi theo phiên bản mô hình, nên thử với chính file họp của công ty.</p><p>Với họp nội bộ thông thường, API đám mây là lựa chọn nhanh nhất. Với họp có số liệu tài chính, chiến lược, nên chạy Whisper hoặc mô hình tương tự trên máy chủ nội bộ có GPU, và dùng mô hình ngôn ngữ chạy nội bộ cho bước tóm tắt.</p>", "table": {"caption": "Các hướng chuyển giọng nói thành văn bản cho workflow họp", "head": ["Hướng", "Ưu điểm", "Lưu ý"], "rows": [["API speech-to-text đám mây", "Dễ tích hợp, không cần phần cứng", "Âm thanh rời khỏi công ty, xem điều khoản dữ liệu"], ["Whisper chạy nội bộ trên GPU", "Dữ liệu ở lại công ty, chạy được nhiều file", "Cần máy có GPU, người quản trị"], ["Tính năng ghi chép có sẵn của nền tảng họp", "Không cần dựng thêm", "Phụ thuộc gói dịch vụ, khó tùy biến khuôn"], ["Thiết bị ghi âm có AI", "Tiện cho họp ngoài văn phòng", "Kiểm tra nơi lưu dữ liệu và khả năng xuất file"]]}},
{"h2": "Điểm duyệt của người chủ trì", "html": "<p>Biên bản là văn bản ghi nhận cam kết, nên phải có người chịu trách nhiệm trước khi gửi. Workflow đặt người chủ trì làm người duyệt mặc định.</p><ol><li>Bot gửi nháp riêng cho người chủ trì trong vòng vài phút đến vài chục phút sau khi file được tải lên, tùy độ dài.</li><li>Người chủ trì bấm “Duyệt gửi” nếu ổn.</li><li>Nếu bấm “Sửa”, bot gửi link Google Docs nháp; sau khi sửa xong, người chủ trì gõ lệnh <code>/gui</code> để bot lấy bản mới và gửi nhóm.</li><li>Nếu bấm “Không gửi”, workflow chỉ lưu bản chép lời vào kho, không đăng gì.</li><li>Quá 24 giờ chưa duyệt, bot nhắc một lần, không tự gửi.</li></ol><p>Ví dụ trong một công ty phần mềm 30 người, giao ban thứ hai do trưởng nhóm chủ trì: trưởng nhóm nhận nháp trên điện thoại khi vừa về chỗ, sửa một tên người phụ trách và duyệt. Cả nhóm có biên bản trước giờ ăn trưa thay vì cuối tuần.</p>"},
{"h2": "Đo hiệu quả và theo dõi việc cần làm", "html": "<p>Giá trị thật của workflow không nằm ở biên bản mà ở việc cần làm được theo dõi tới cùng. Mở rộng workflow bằng một nhánh nhỏ:</p><ul><li>Ghi từng việc vào bảng công việc (Google Sheets, Trello, Jira) với người phụ trách, hạn chót và link tới biên bản.</li><li>Một ngày trước hạn, bot nhắc riêng người phụ trách.</li><li>Đầu buổi họp kế tiếp, bot gửi danh sách việc của buổi trước kèm trạng thái.</li></ul><h3>Chỉ số nên theo dõi</h3><ul><li><strong>Thời gian từ lúc kết thúc họp đến khi biên bản lên nhóm.</strong></li><li><strong>Tỷ lệ bản nháp được duyệt không cần sửa</strong>, để biết prompt có ổn không.</li><li><strong>Số lỗi nghiêm trọng</strong> như sai người phụ trách, bịa quyết định, cần bằng 0 sau giai đoạn thử.</li><li><strong>Tỷ lệ việc cần làm hoàn thành đúng hạn</strong> trước và sau khi có nhắc tự động.</li></ul>"},
{"h2": "Rủi ro và lỗi thường gặp", "html": "<ul><li><strong>Ghi âm khi chưa thông báo:</strong> luôn báo trước và cho phép người tham dự từ chối ghi âm với nội dung nhạy cảm.</li><li><strong>Gửi nhầm nhóm:</strong> ánh xạ cuộc họp với chat_id phải lấy từ bảng cấu hình, không đoán theo tên. Nhầm nhóm có thể làm lộ thông tin nội bộ cho khách hàng.</li><li><strong>Bot token bị lộ:</strong> ai có token có thể đọc tin nhóm mà bot tham gia. Lưu trong kho bí mật, đổi token khi nhân sự quản trị nghỉ việc.</li><li><strong>File dài vượt giới hạn:</strong> nhiều API giới hạn dung lượng mỗi lần gửi; cần chia đoạn và ghép kết quả.</li><li><strong>Người nói chen nhau, tiếng ồn:</strong> bản chép lời sai, tóm tắt sai theo. Cải thiện thiết bị trước khi đổi mô hình.</li><li><strong>Lưu trữ vô thời hạn:</strong> đặt thời hạn xóa file ghi âm sau khi biên bản đã duyệt, chỉ giữ văn bản cần thiết.</li></ul><p>Chạy thử với các buổi họp nội bộ ít nhạy cảm trong 2–3 tuần, so bản AI với biên bản người viết, rồi mới mở rộng.</p>"}
],
"tip": "Thêm trường “trích dẫn kèm mốc thời gian” cho mỗi quyết định và việc cần làm. Người duyệt chỉ cần kiểm tra trích dẫn thay vì nghe lại cả buổi, và AI khó bịa nội dung khi phải chỉ ra câu gốc.",
"faq": [
{"q": "AI tóm tắt cuộc họp tiếng Việt có chính xác không?", "a": "Phụ thuộc chất lượng ghi âm và dịch vụ chuyển giọng nói. Ghi âm rõ, ít người nói chen thì kết quả dùng được; vẫn cần người chủ trì duyệt trước khi gửi."},
{"q": "Có thể dùng Zalo thay Telegram không?", "a": "Có thể, nhưng gửi tin vào nhóm Zalo qua API hạn chế hơn Telegram. Nhiều công ty gửi qua Zalo OA tới từng người hoặc dùng Teams, Slack tùy hệ thống đang có."},
{"q": "Bot Telegram có đọc được mọi tin nhắn trong nhóm không?", "a": "Mặc định bot ở chế độ riêng tư chỉ nhận lệnh và tin nhắc tới bot. Với workflow này bot chỉ cần quyền gửi tin, không cần đọc toàn bộ nhóm."},
{"q": "File ghi âm họp nên lưu bao lâu?", "a": "Nên đặt thời hạn ngắn, xóa sau khi biên bản được duyệt hoặc sau một khoảng cố định theo chính sách công ty. Cần xem thêm quy định về dữ liệu cá nhân hiện hành."},
{"q": "Họp online trên Google Meet hoặc Zoom thì lấy file thế nào?", "a": "Dùng tính năng ghi lại của nền tảng, file thường được lưu vào Drive hoặc thư mục đám mây. Workflow theo dõi thư mục đó làm trigger."},
{"q": "Workflow có tự giao việc vào phần mềm quản lý dự án được không?", "a": "Được, sau bước duyệt. Không nên tạo việc trước khi người chủ trì xác nhận, vì một việc giao nhầm sẽ gây rối hơn là không giao."}
],
"sources": [
{"t": "Telegram Bot API", "u": "https://core.telegram.org/bots/api"},
{"t": "OpenAI Whisper – GitHub", "u": "https://github.com/openai/whisper"},
{"t": "n8n Documentation", "u": "https://docs.n8n.io/"}
],
"related": ["ai-tom-tat-cuoc-hop", "cach-tom-tat-cuoc-hop-bang-ai", "telegram-bot-ai", "ai-workflow-la-gi", "n8n-la-gi", "kiem-thu-va-van-hanh-workflow", "du-lieu-ca-nhan-khi-dung-ai"]
}
]
