[
{
"id": 2097,
"slug": "workflow-tong-hop-tin-nganh-moi-sang",
"title": "Workflow: bản tin ngành tóm tắt mỗi sáng cho lãnh đạo",
"meta_desc": "Hướng dẫn dựng workflow bản tin ngành tóm tắt mỗi sáng: lấy tin từ RSS, lọc trùng, AI chấm điểm và tóm tắt, gửi lãnh đạo qua email hoặc Telegram.",
"excerpt": "Lãnh đạo doanh nghiệp nhỏ thường không có thời gian lướt hàng chục trang tin mỗi sáng. Bài này hướng dẫn dựng một workflow tự gom tin ngành, lọc trùng, để AI tóm tắt và gửi bản tin ngắn gọn trước giờ làm việc.",
"answer": "Workflow bản tin ngành mỗi sáng là quy trình tự động chạy theo lịch (thường 6–7 giờ sáng), gom tin từ các nguồn RSS, trang chính phủ, hiệp hội và từ khóa theo dõi, loại bỏ tin trùng, để AI chấm điểm mức liên quan rồi tóm tắt 5–10 tin quan trọng nhất thành một bản tin ngắn gửi lãnh đạo qua email, Telegram hoặc Zalo. Có thể dựng bằng n8n, Make hoặc Google Apps Script. Điểm quan trọng là danh sách nguồn chọn lọc, tiêu chí liên quan rõ ràng và luôn kèm đường dẫn gốc để người đọc tự kiểm chứng.",
"kws": ["bản tin ngành tóm tắt mỗi sáng", "workflow tổng hợp tin tức", "AI tóm tắt tin tức", "bản tin cho lãnh đạo", "tự động gom tin RSS"],
"sections": [
{"h2": "Bản tin ngành tóm tắt mỗi sáng là gì, giải quyết vấn đề gì", "html": "<p>Bản tin ngành tóm tắt mỗi sáng là một bản tin nội bộ do máy tự soạn, gồm những tin tức, văn bản, động thái thị trường liên quan trực tiếp đến lĩnh vực của công ty, được tóm tắt thành vài dòng mỗi tin và gửi đến lãnh đạo vào một giờ cố định.</p><p>Vấn đề nó giải quyết rất cụ thể. Giám đốc một công ty phân phối vật liệu xây dựng 30 người cần biết giá thép, chính sách tín dụng, dự án hạ tầng mới ở các tỉnh lân cận. Thông tin này nằm rải rác trên báo kinh tế, cổng thông tin của bộ ngành, trang hiệp hội. Tự đọc mất 30–60 phút mỗi ngày, và thường bị bỏ qua khi bận.</p><p>Workflow tự động làm phần việc lặp lại: đi lấy tin, bỏ tin trùng, loại tin không liên quan, tóm tắt. Con người chỉ đọc kết quả trong 5 phút và quyết định tin nào cần tìm hiểu sâu.</p><h3>Khác gì với đăng ký nhận email từ báo</h3><p>Email từ một tờ báo chỉ có góc nhìn của tờ báo đó, không lọc theo ngành của bạn. Bản tin tự dựng gom nhiều nguồn, lọc theo tiêu chí của chính công ty, và có thể thêm một dòng 'ảnh hưởng đến chúng ta thế nào' do AI gợi ý để lãnh đạo cân nhắc.</p>"},
{"h2": "Nên lấy tin từ những nguồn nào", "html": "<p>Chất lượng bản tin phụ thuộc trước hết vào danh sách nguồn. Nguồn kém thì AI tóm tắt hay đến mấy cũng vô ích. Nên bắt đầu với 8–15 nguồn, chia thành ba nhóm:</p><ul><li><strong>Nguồn chính thống:</strong> cổng thông tin bộ ngành, cơ quan thống kê, cơ sở dữ liệu văn bản pháp luật. Ít tin nhưng giá trị cao.</li><li><strong>Báo kinh tế và báo chuyên ngành:</strong> phần lớn có RSS theo chuyên mục, chọn đúng chuyên mục thay vì lấy toàn bộ trang.</li><li><strong>Nguồn theo từ khóa:</strong> cảnh báo tin tức theo từ khóa (tên đối tác lớn, tên sản phẩm, tên dự án) xuất ra RSS hoặc email.</li></ul><p>Tránh đưa mạng xã hội và diễn đàn vào giai đoạn đầu vì nhiễu cao và khó kiểm chứng.</p>", "table": {"caption": "Các loại nguồn tin và cách đưa vào workflow", "head": ["Loại nguồn", "Cách lấy dữ liệu", "Lưu ý"], "rows": [["Trang có RSS", "Node RSS Read trong n8n hoặc module RSS trong Make", "Ổn định nhất, nên ưu tiên"], ["Trang không có RSS", "Đọc HTML định kỳ hoặc dịch vụ chuyển trang thành RSS", "Dễ hỏng khi trang đổi giao diện, cần giám sát"], ["Cảnh báo theo từ khóa", "Xuất RSS hoặc gửi email vào hộp thư riêng", "Nhiều tin trùng, cần lọc kỹ"], ["Bản tin email của hiệp hội", "Đọc hộp thư riêng bằng IMAP hoặc Gmail", "Nội dung dài, nên tóm tắt riêng"]]}},
{"h2": "Sơ đồ workflow từ trigger đến lúc gửi bản tin", "html": "<p>Một workflow bản tin ngành điển hình gồm các bước sau:</p><ol><li><strong>Trigger theo lịch:</strong> chạy lúc 6 giờ sáng từ thứ Hai đến thứ Bảy.</li><li><strong>Gom tin:</strong> đọc song song các nguồn RSS và hộp thư, chỉ lấy tin trong 24 giờ qua (thứ Hai lấy 48–72 giờ).</li><li><strong>Chuẩn hóa:</strong> đưa mọi tin về cùng cấu trúc: tiêu đề, đường dẫn, nguồn, thời gian, đoạn mô tả.</li><li><strong>Lọc trùng:</strong> bỏ tin có đường dẫn đã gửi hôm trước, gộp tin cùng sự kiện từ nhiều báo.</li><li><strong>AI chấm điểm liên quan:</strong> mỗi tin được chấm 0–10 theo tiêu chí của công ty.</li><li><strong>Chọn tin:</strong> giữ 5–10 tin điểm cao nhất, tối đa 2 tin mỗi nguồn để tránh lệch.</li><li><strong>AI tóm tắt:</strong> viết 2–3 câu mỗi tin và một câu 'cần lưu ý'.</li><li><strong>Ghép bản tin và gửi:</strong> qua email, Telegram hoặc Zalo, lưu bản sao vào Google Sheets.</li></ol><p>Dữ liệu vào là danh sách tin thô, có thể vài trăm mục mỗi ngày. Dữ liệu ra là một bản tin khoảng 300–600 chữ cùng bảng lưu trữ để tra cứu lại.</p>"},
{"h2": "Lọc trùng và chấm điểm mức liên quan bằng AI", "html": "<p>Đây là bước quyết định bản tin có đáng đọc hay không. Nhiều người bỏ qua bước này, đưa thẳng 200 tin vào AI và nhận về một bản tóm tắt chung chung.</p><h3>Lọc trùng hai lớp</h3><p>Lớp một là lọc cứng: lưu đường dẫn đã xử lý vào Google Sheets hoặc cơ sở dữ liệu, tin nào trùng thì bỏ. Lớp hai là gộp theo sự kiện: cùng một thông tin có thể xuất hiện trên năm tờ báo với tiêu đề khác nhau. Có thể nhờ AI nhóm các tiêu đề giống nghĩa, hoặc so sánh độ giống nhau của tiêu đề bằng embedding nếu khối lượng lớn.</p><h3>Chấm điểm có tiêu chí</h3><p>Viết tiêu chí liên quan thành văn bản cụ thể, ví dụ với công ty phân phối thiết bị điện:</p><ul><li>Chính sách thuế, hải quan với thiết bị điện: 9–10 điểm.</li><li>Dự án công nghiệp, khu dân cư mới tại TP.HCM và các tỉnh lân cận: 7–8 điểm.</li><li>Tin chung về kinh tế vĩ mô: 4–5 điểm.</li><li>Tin giải trí, tai nạn, thể thao: 0 điểm.</li></ul><p>Yêu cầu AI trả về JSON gồm điểm và một câu lý do. Lý do giúp bạn tinh chỉnh tiêu chí sau vài tuần.</p>"},
{"h2": "Mẫu prompt tóm tắt và định dạng bản tin", "html": "<p>Nên tách thành hai prompt: một prompt chấm điểm, một prompt tóm tắt. Gộp chung thường làm kết quả kém ổn định.</p><h3>Prompt chấm điểm</h3><p><code>Bạn là trợ lý phân tích tin cho {tên công ty}, hoạt động trong lĩnh vực {lĩnh vực}, thị trường chính {khu vực}. Tiêu chí điểm: {danh sách tiêu chí}. Với tin sau, trả về JSON gồm score (0–10) và reason (tối đa 20 từ). Tiêu đề: {title}. Mô tả: {description}. Chỉ trả JSON.</code></p><h3>Prompt tóm tắt</h3><p><code>Tóm tắt tin dưới đây trong 2–3 câu tiếng Việt, giữ nguyên con số, tên riêng, ngày tháng. Không thêm thông tin ngoài bài. Sau đó viết một câu bắt đầu bằng 'Cần lưu ý:' nêu tác động có thể có tới {lĩnh vực}; nếu không rõ tác động, ghi 'Cần lưu ý: chưa rõ, nên theo dõi thêm'. Nội dung: {nội dung tin}.</code></p><p>Điểm then chốt là câu 'không thêm thông tin ngoài bài'. Nó giảm đáng kể việc AI tự suy diễn. Phần 'Cần lưu ý' chỉ là gợi ý, nên ghi rõ trong bản tin rằng đó là nhận định của AI.</p><p>Định dạng cuối cùng nên ngắn: tiêu đề in đậm, 2–3 câu tóm tắt, một câu lưu ý, tên nguồn và đường dẫn. Lãnh đạo đọc trên điện thoại nên tránh bảng phức tạp.</p>"},
{"h2": "Chọn công cụ: n8n, Make hay Google Apps Script", "html": "<p>Cả ba công cụ đều làm được workflow này. Lựa chọn phụ thuộc vào đội ngũ và nơi lưu dữ liệu.</p><ul><li><strong>n8n:</strong> có node RSS, node gọi mô hình AI, chạy được trên máy chủ riêng nên phù hợp khi muốn kiểm soát dữ liệu và chạy nhiều nguồn.</li><li><strong>Make:</strong> kéo thả trực quan, dễ cho người không lập trình, tính phí theo số thao tác nên cần ước lượng khi số tin lớn.</li><li><strong>Google Apps Script:</strong> phù hợp nếu công ty đã dùng Google Workspace, chi phí hạ tầng gần như không có, nhưng phải viết mã.</li></ul>", "table": {"caption": "So sánh công cụ dựng bản tin ngành", "head": ["Tiêu chí", "n8n", "Make", "Apps Script"], "rows": [["Cần biết lập trình", "Ít", "Không", "Có"], ["Đọc RSS sẵn có", "Có node riêng", "Có module riêng", "Dùng UrlFetchApp và XmlService"], ["Tự cài máy chủ", "Có thể", "Không", "Không"], ["Phù hợp khi", "Nhiều nguồn, cần kiểm soát dữ liệu", "Đội nhỏ, muốn dựng nhanh", "Đã dùng Google Workspace"]]}},
{"h2": "Điểm duyệt của con người và cách tránh tin sai", "html": "<p>Bản tin cho lãnh đạo có thể dẫn tới quyết định kinh doanh, nên cần một số chốt kiểm soát dù quy trình đã tự động.</p><ul><li><strong>Luôn kèm đường dẫn gốc:</strong> người đọc bấm vào để đọc bản đầy đủ trước khi hành động.</li><li><strong>Giai đoạn chạy thử 2–3 tuần:</strong> bản tin gửi cho một trợ lý hoặc trưởng phòng đọc trước, đối chiếu tóm tắt với bài gốc, ghi lại lỗi.</li><li><strong>Đánh dấu tin quan trọng:</strong> tin có điểm 9–10 về chính sách, pháp lý nên có người kiểm tra văn bản gốc trên cổng thông tin chính thức.</li><li><strong>Nút phản hồi đơn giản:</strong> trên Telegram có thể thêm nút 'hữu ích' và 'không liên quan', lưu vào bảng để chỉnh tiêu chí.</li></ul><p>Không nên để AI tự đưa ra khuyến nghị hành động như 'nên tăng tồn kho'. Bản tin chỉ dừng ở mức tóm tắt và gợi ý điểm cần chú ý. Quyết định vẫn thuộc về người có đủ bối cảnh.</p>"},
{"h2": "Đo hiệu quả, rủi ro và khi nào không nên dùng", "html": "<p>Đo hiệu quả bằng vài chỉ số đơn giản ghi lại mỗi tuần:</p><ul><li>Tỷ lệ tin được đánh dấu hữu ích trên tổng số tin gửi.</li><li>Số tin quan trọng bị bỏ sót (lãnh đạo biết từ nguồn khác trước).</li><li>Thời gian đọc bản tin và số lần bấm vào đường dẫn gốc.</li><li>Số lần workflow chạy lỗi hoặc gửi trễ.</li></ul><h3>Rủi ro thường gặp</h3><ul><li>Nguồn đổi cấu trúc khiến bản tin trống mà không ai biết. Cần cảnh báo khi số tin gom được thấp bất thường.</li><li>AI tóm tắt sai con số. Yêu cầu giữ nguyên số liệu và kiểm tra ngẫu nhiên.</li><li>Vấn đề bản quyền nếu đem bản tóm tắt đăng công khai. Bản tin này chỉ nên dùng nội bộ.</li></ul><h3>Khi nào không nên dùng</h3><p>Nếu ngành của bạn chỉ có vài tin đáng chú ý mỗi tuần, đăng ký nhận email từ hai, ba nguồn uy tín là đủ. Workflow tự động có giá trị khi lượng tin lớn, nhiều nguồn và lãnh đạo thực sự đọc đều đặn.</p>"}
],
"tip": "Bắt đầu với 10 nguồn và tiêu chí chấm điểm viết tay rõ ràng, chạy thử hai tuần rồi mới mở rộng. Tiêu chí tốt quan trọng hơn mô hình AI đắt tiền.",
"faq": [
{"q": "Có cần trả phí API AI để làm bản tin tin tức mỗi sáng không?", "a": "Thường cần, vì workflow gọi mô hình AI qua API. Với 100–200 tin mỗi ngày và mô hình loại nhỏ, chi phí thường thấp; xem bảng giá hiện hành của nhà cung cấp và đặt hạn mức chi tiêu."},
{"q": "Trang báo không có RSS thì lấy tin thế nào?", "a": "Có thể đọc HTML trang chuyên mục định kỳ hoặc dùng dịch vụ chuyển trang web thành RSS. Cách này dễ hỏng khi trang đổi giao diện, nên cần cảnh báo khi số tin gom về bằng 0."},
{"q": "Gửi bản tin qua Zalo được không?", "a": "Được nếu dùng Zalo OA và API của Zalo, nhưng cấu hình phức tạp hơn Telegram hay email. Nhiều doanh nghiệp chọn Telegram hoặc email cho bản tin nội bộ vì dễ tích hợp."},
{"q": "AI có tóm tắt sai tin không?", "a": "Có thể, đặc biệt với con số và tên riêng. Hãy yêu cầu AI giữ nguyên số liệu, không thêm thông tin ngoài bài, luôn kèm đường dẫn gốc và kiểm tra ngẫu nhiên trong giai đoạn đầu."},
{"q": "Có thể đăng bản tin tóm tắt lên website công ty không?", "a": "Không nên đăng nguyên văn bản tóm tắt tin của báo khác lên website vì có thể vướng bản quyền. Bản tin này nên dùng nội bộ; nếu muốn làm nội dung công khai, hãy viết bài phân tích riêng."},
{"q": "Mất bao lâu để dựng workflow bản tin ngành?", "a": "Phiên bản đầu với 10 nguồn RSS và gửi email có thể dựng trong một đến hai ngày làm việc. Phần tốn thời gian hơn là tinh chỉnh tiêu chí chấm điểm trong vài tuần đầu."}
],
"sources": [
{"t": "n8n – tài liệu chính thức", "u": "https://docs.n8n.io"},
{"t": "RSS – Wikipedia", "u": "https://en.wikipedia.org/wiki/RSS"},
{"t": "Telegram Bot API", "u": "https://core.telegram.org/bots/api"},
{"t": "Google Apps Script", "u": "https://developers.google.com/apps-script"}
],
"related": ["workflow-n8n-mau-cho-sme", "workflow-dang-bai-tu-rss", "workflow-bao-cao-doanh-thu-hang-ngay", "n8n-la-gi", "telegram-bot-ai", "ai-workflow-la-gi", "cach-dung-perplexity-tim-thong-tin", "thiet-ke-workflow-tu-dong-hoa"]
},
{
"id": 2098,
"slug": "workflow-duyet-chi-phi-qua-telegram",
"title": "Workflow: đề nghị thanh toán và duyệt chi qua Telegram",
"meta_desc": "Dựng workflow đề nghị thanh toán và duyệt chi qua Telegram: nhân viên gửi đề nghị, AI đọc chứng từ, quản lý bấm duyệt, kế toán nhận dữ liệu chuẩn để chi.",
"excerpt": "Đề nghị thanh toán qua giấy hoặc tin nhắn rời rạc khiến kế toán khó theo dõi và lãnh đạo khó duyệt khi đi công tác. Bài này mô tả workflow duyệt chi qua Telegram có AI hỗ trợ đọc chứng từ, kèm các chốt kiểm soát cần có.",
"answer": "Workflow duyệt chi phí qua Telegram là quy trình trong đó nhân viên gửi đề nghị thanh toán kèm ảnh hóa đơn cho một bot Telegram, AI đọc chứng từ để điền sẵn số tiền, nhà cung cấp, nội dung, hệ thống áp quy tắc phân cấp duyệt rồi gửi tin nhắn có nút 'Duyệt' và 'Từ chối' cho người có thẩm quyền. Kết quả được ghi vào Google Sheets hoặc phần mềm kế toán để kế toán chi tiền. Cách này giúp duyệt nhanh trên điện thoại, có lịch sử rõ ràng, nhưng vẫn cần kế toán đối chiếu chứng từ gốc trước khi chi.",
"kws": ["duyệt chi phí qua Telegram", "workflow đề nghị thanh toán", "bot Telegram duyệt chi", "tự động hóa duyệt chi", "phê duyệt thanh toán online"],
"sections": [
{"h2": "Workflow duyệt chi phí qua Telegram là gì", "html": "<p>Workflow duyệt chi phí qua Telegram là một quy trình số hóa việc đề nghị thanh toán và phê duyệt, dùng bot Telegram làm giao diện cho nhân viên và người duyệt. Phía sau bot là công cụ tự động hóa như n8n hoặc Make, một bảng dữ liệu và mô hình AI đọc chứng từ.</p><p>Hãy hình dung một công ty dịch vụ kỹ thuật 25 người. Nhân viên đi công trình mua vật tư, đổ xăng, gửi ảnh hóa đơn vào nhóm Zalo chung. Cuối tháng kế toán phải lục tin nhắn, hỏi lại từng người, còn giám đốc duyệt dồn một lần mà không nhớ khoản nào hợp lý.</p><p>Với workflow mới, mỗi đề nghị là một bản ghi có mã số, trạng thái, người duyệt, thời gian duyệt. Giám đốc nhận tin nhắn riêng có đủ thông tin và bấm nút ngay trên điện thoại. Kế toán mở bảng là thấy danh sách khoản đã duyệt, chờ chi.</p><h3>Vì sao chọn Telegram</h3><p>Telegram có Bot API công khai, hỗ trợ nút bấm trong tin nhắn (inline keyboard), nhận ảnh và tệp dễ dàng, tích hợp sẵn trong n8n và Make. Nếu công ty đã quen Zalo, vẫn làm được với Zalo OA nhưng cấu hình phức tạp hơn.</p>"},
{"h2": "Thiết kế luồng đề nghị và phân cấp duyệt", "html": "<p>Trước khi dựng, cần thống nhất trên giấy quy tắc duyệt hiện tại. Tự động hóa một quy trình chưa rõ ràng chỉ làm sự lộn xộn chạy nhanh hơn.</p><p>Các câu hỏi cần trả lời:</p><ul><li>Ai được phép tạo đề nghị? Có cần gắn với dự án hay phòng ban không?</li><li>Mức chi nào trưởng phòng duyệt, mức nào cần giám đốc, mức nào cần hai người?</li><li>Loại chi phí nào bắt buộc có hóa đơn điện tử, loại nào chấp nhận biên nhận?</li><li>Đề nghị quá bao lâu chưa duyệt thì nhắc lại hoặc chuyển người thay thế?</li></ul>", "table": {"caption": "Ví dụ ma trận phân cấp duyệt chi (mức tiền do công ty tự quy định)", "head": ["Mức chi", "Người duyệt", "Chứng từ bắt buộc", "Thời hạn duyệt"], "rows": [["Mức 1 (nhỏ)", "Trưởng nhóm", "Ảnh hóa đơn hoặc biên nhận", "Trong ngày"], ["Mức 2 (trung bình)", "Trưởng phòng", "Hóa đơn điện tử", "24 giờ"], ["Mức 3 (lớn)", "Giám đốc", "Hóa đơn điện tử và báo giá", "48 giờ"], ["Ngoài ngân sách", "Giám đốc và kế toán trưởng", "Đầy đủ hồ sơ", "Theo lịch họp"]]}},
{"h2": "Các bước workflow từ lúc gửi đến lúc chi tiền", "html": "<ol><li><strong>Trigger:</strong> nhân viên gửi lệnh /denghi cho bot hoặc gửi ảnh hóa đơn kèm mô tả ngắn.</li><li><strong>Xác thực người gửi:</strong> đối chiếu Telegram ID với danh sách nhân viên trong bảng, từ chối người lạ.</li><li><strong>AI đọc chứng từ:</strong> mô hình có khả năng đọc ảnh trích xuất tên nhà cung cấp, mã số thuế, ngày, tổng tiền, nội dung.</li><li><strong>Xác nhận với người gửi:</strong> bot gửi lại thông tin đã trích xuất, nhân viên bấm 'Đúng' hoặc sửa.</li><li><strong>Áp quy tắc:</strong> theo số tiền và loại chi, xác định người duyệt; kiểm tra trùng hóa đơn đã gửi trước.</li><li><strong>Gửi yêu cầu duyệt:</strong> tin nhắn riêng cho người duyệt có tóm tắt, ảnh chứng từ, nút Duyệt và Từ chối.</li><li><strong>Ghi kết quả:</strong> cập nhật trạng thái, thời gian, người duyệt vào bảng; báo lại cho nhân viên.</li><li><strong>Chuyển kế toán:</strong> khoản đã duyệt vào danh sách chờ chi; kế toán đối chiếu chứng từ gốc rồi đánh dấu đã chi.</li></ol><p>Dữ liệu vào là ảnh và vài dòng mô tả. Dữ liệu ra là một dòng bảng có cấu trúc, dùng được cho báo cáo chi phí theo dự án, theo người, theo tháng.</p>"},
{"h2": "AI đọc hóa đơn: làm được gì và giới hạn ở đâu", "html": "<p>AI đọc chứng từ giúp nhân viên không phải gõ lại số liệu, nhưng không thay được bước kiểm tra của kế toán.</p><h3>Prompt trích xuất mẫu</h3><p><code>Đọc ảnh chứng từ sau và trả về JSON gồm: seller_name, tax_code, invoice_no, date (YYYY-MM-DD), total_amount (số nguyên, không dấu phân cách), vat_amount, description. Trường nào không đọc được thì để null, không đoán. Ghi chú thêm của nhân viên: {mô tả}.</code></p><p>Yêu cầu 'không đọc được thì để null' rất quan trọng. Nếu không có câu này, mô hình có xu hướng điền giá trị phỏng đoán trông hợp lý.</p><h3>Giới hạn cần biết</h3><ul><li>Ảnh mờ, chụp nghiêng, biên nhận viết tay thường đọc sai số tiền.</li><li>Hóa đơn điện tử nên lấy dữ liệu từ tệp XML hoặc tra cứu chính thức thay vì đọc ảnh, vì chính xác hơn.</li><li>AI không xác minh được hóa đơn có hợp lệ hay không; việc này thuộc về kế toán và hệ thống tra cứu hóa đơn của cơ quan thuế.</li></ul><p>Vì vậy bước nhân viên xác nhận lại thông tin trích xuất là bắt buộc, không nên bỏ để 'cho nhanh'.</p>"},
{"h2": "Dựng bot Telegram với n8n hoặc Make", "html": "<p>Phần kỹ thuật gồm bốn thành phần chính:</p><ul><li><strong>Bot Telegram:</strong> tạo qua BotFather, lấy token, lưu token trong phần credential của công cụ, không dán vào mã.</li><li><strong>Bảng dữ liệu:</strong> Google Sheets cho quy mô nhỏ, hoặc cơ sở dữ liệu nếu mỗi tháng có hàng nghìn đề nghị.</li><li><strong>Luồng nhận đề nghị:</strong> Telegram Trigger nhận tin, tải ảnh, gọi AI, ghi bảng, hỏi xác nhận.</li><li><strong>Luồng xử lý nút bấm:</strong> nhận callback khi người duyệt bấm nút, kiểm tra người bấm có đúng thẩm quyền, cập nhật trạng thái.</li></ul><p>Một lỗi hay gặp là chỉ kiểm tra nút được bấm mà không kiểm tra ai bấm. Nếu tin nhắn duyệt bị chuyển tiếp, người khác có thể bấm duyệt. Luôn so Telegram ID của người bấm với người duyệt đã chỉ định.</p>", "table": {"caption": "Thành phần kỹ thuật và lựa chọn gợi ý", "head": ["Thành phần", "Lựa chọn quy mô nhỏ", "Lựa chọn khi mở rộng"], "rows": [["Công cụ tự động hóa", "Make hoặc n8n bản cloud", "n8n tự cài trên máy chủ riêng"], ["Lưu dữ liệu", "Google Sheets", "PostgreSQL hoặc phần mềm kế toán qua API"], ["Lưu chứng từ", "Thư mục Google Drive theo tháng", "Kho lưu trữ có phân quyền và sao lưu"], ["Đọc chứng từ", "Mô hình AI đọc ảnh qua API", "Kết hợp đọc XML hóa đơn điện tử"]]}},
{"h2": "Chốt kiểm soát nội bộ không được bỏ qua", "html": "<p>Quy trình liên quan đến tiền cần nhiều lớp kiểm soát hơn các workflow khác.</p><ul><li><strong>Phân tách vai trò:</strong> người đề nghị, người duyệt và người chi tiền phải là ba vai trò khác nhau.</li><li><strong>Chặn trùng:</strong> kiểm tra cặp mã số thuế người bán và số hóa đơn, cảnh báo nếu đã có trong bảng.</li><li><strong>Không cho sửa sau khi duyệt:</strong> mọi thay đổi số tiền sau khi duyệt phải tạo đề nghị mới.</li><li><strong>Nhật ký đầy đủ:</strong> lưu ai tạo, ai sửa, ai duyệt, thời điểm nào.</li><li><strong>Kế toán là chốt cuối:</strong> duyệt trên Telegram là duyệt chủ trương chi, chưa phải chứng từ kế toán hoàn chỉnh.</li></ul><p>Các quy định về chứng từ, hóa đơn, thanh toán không dùng tiền mặt có thể thay đổi. Kế toán trưởng nên đối chiếu quy trình với văn bản hiện hành và quy chế tài chính nội bộ của công ty.</p>"},
{"h2": "Đo hiệu quả, rủi ro và khi nào chưa nên làm", "html": "<p>Các chỉ số nên theo dõi sau khi triển khai:</p><ul><li>Thời gian trung bình từ lúc gửi đề nghị đến lúc duyệt.</li><li>Tỷ lệ đề nghị bị trả lại do thiếu chứng từ.</li><li>Tỷ lệ trường AI trích xuất mà nhân viên phải sửa.</li><li>Số khoản trùng được hệ thống phát hiện.</li></ul><h3>Rủi ro</h3><ul><li>Mất token bot hoặc tài khoản Telegram của người duyệt bị chiếm. Bật xác thực hai lớp cho tài khoản người duyệt.</li><li>Ảnh chứng từ chứa thông tin nhạy cảm gửi lên dịch vụ AI bên ngoài. Kiểm tra chính sách dữ liệu của nhà cung cấp.</li><li>Workflow lỗi âm thầm khiến đề nghị bị kẹt. Cần cảnh báo khi có lỗi và báo cáo đề nghị tồn quá hạn.</li></ul><h3>Khi nào chưa nên làm</h3><p>Nếu mỗi tháng chỉ có vài chục khoản chi và giám đốc ngồi cùng văn phòng với kế toán, một biểu mẫu Google Form cùng bảng tính có thể đủ. Workflow Telegram phát huy khi nhân viên làm việc phân tán, nhiều khoản nhỏ và người duyệt hay di chuyển.</p>"}
],
"tip": "Hãy chạy song song quy trình cũ và workflow mới trong một tháng, kế toán đối chiếu hai nguồn. Khi tỷ lệ sai lệch gần như bằng không mới chính thức bỏ quy trình giấy.",
"faq": [
{"q": "Duyệt chi qua Telegram có được coi là chứng từ kế toán không?", "a": "Tin nhắn duyệt là bằng chứng phê duyệt nội bộ, không thay thế hóa đơn, chứng từ kế toán theo quy định. Kế toán vẫn cần lưu chứng từ gốc và đối chiếu theo quy chế tài chính của công ty."},
{"q": "Có làm được với Zalo thay vì Telegram không?", "a": "Có thể qua Zalo OA và API của Zalo, nhưng cần đăng ký, xác thực và giới hạn gửi tin chặt hơn. Với quy trình nội bộ, Telegram thường dễ dựng hơn."},
{"q": "AI đọc hóa đơn có chính xác không?", "a": "Với ảnh rõ, hóa đơn in, AI thường đọc khá tốt, nhưng vẫn có thể sai số tiền hoặc mã số thuế. Luôn để nhân viên xác nhận và kế toán kiểm tra trước khi chi."},
{"q": "Làm sao tránh một hóa đơn bị đề nghị thanh toán hai lần?", "a": "Lưu cặp mã số thuế người bán và số hóa đơn cho mỗi đề nghị, khi có đề nghị mới thì tra bảng và chặn hoặc cảnh báo nếu trùng."},
{"q": "Người duyệt đi công tác không có mạng thì sao?", "a": "Thiết lập thời hạn duyệt và người duyệt thay thế. Sau thời hạn, workflow nhắc lại hoặc chuyển cho người được ủy quyền theo quy chế."},
{"q": "Có thể nối kết quả duyệt vào phần mềm kế toán không?", "a": "Có nếu phần mềm có API hoặc cho phép nhập file. Cách an toàn là xuất bảng khoản đã duyệt theo mẫu nhập liệu, kế toán kiểm tra rồi mới nhập."}
],
"sources": [
{"t": "Telegram Bot API", "u": "https://core.telegram.org/bots/api"},
{"t": "n8n – tài liệu chính thức", "u": "https://docs.n8n.io"},
{"t": "Make – trang chính thức", "u": "https://www.make.com"}
],
"related": ["telegram-bot-ai", "workflow-hoa-don-email-vao-google-sheets", "ai-doc-hoa-don-dien-tu", "tu-dong-hoa-ke-toan", "workflow-n8n-mau-cho-sme", "ai-va-misa", "kiem-thu-va-van-hanh-workflow", "bao-mat-api-key-ai"]
},
{
"id": 2099,
"slug": "workflow-onboarding-nhan-vien-moi",
"title": "Workflow: hội nhập nhân viên mới tự động",
"meta_desc": "Workflow onboarding nhân viên mới tự động: tạo tài khoản, gửi lịch tuần đầu, trợ lý AI hỏi đáp chính sách, nhắc việc cho quản lý và đo mức độ hội nhập.",
"excerpt": "Tuần đầu của nhân viên mới thường lộn xộn: thiếu tài khoản, không biết hỏi ai, quản lý quên lịch kèm cặp. Bài này mô tả workflow hội nhập nhân viên mới tự động, phần nào nên để máy làm và phần nào phải giữ cho con người.",
"answer": "Workflow onboarding nhân viên mới là quy trình tự động kích hoạt khi hồ sơ nhân viên được xác nhận, tự tạo danh sách việc cho IT, hành chính, quản lý trực tiếp; gửi email chào mừng và lịch tuần đầu; cấp tài khoản theo vai trò; mở trợ lý AI trả lời câu hỏi về chính sách nội bộ; và nhắc lịch gặp ở mốc ngày 7, 30, 60. Mục tiêu là không ai bị quên việc, nhân viên mới có thông tin đúng lúc. Phần gặp gỡ, kèm cặp, đánh giá vẫn do con người thực hiện.",
"kws": ["onboarding nhân viên mới", "workflow hội nhập nhân viên", "tự động hóa onboarding", "AI hỗ trợ nhân sự", "quy trình nhân viên mới"],
"sections": [
{"h2": "Workflow onboarding nhân viên mới là gì", "html": "<p>Workflow onboarding nhân viên mới là chuỗi việc được tự động khởi động và theo dõi từ lúc ứng viên nhận lời mời làm việc đến khi kết thúc giai đoạn thử việc. Nó không thay thế buổi định hướng hay người kèm cặp, mà đảm bảo mọi đầu việc hành chính, kỹ thuật, thông tin diễn ra đúng hạn.</p><p>Ở một công ty thương mại 40 người, mỗi lần có nhân viên mới, hành chính nhắn IT tạo email, IT quên cấp quyền thư mục chung, quản lý quên lịch giới thiệu sản phẩm. Nhân viên mới ngồi chờ máy tính nửa ngày và hỏi đồng nghiệp những câu đã có trong sổ tay nhưng không ai gửi.</p><p>Workflow giải quyết bằng cách biến danh sách kiểm tra trong đầu từng người thành danh sách việc có hạn, có người phụ trách, có nhắc nhở. AI tham gia ở hai chỗ: soạn nội dung chào mừng cá nhân hóa và trả lời câu hỏi chính sách dựa trên tài liệu nội bộ.</p><h3>Phạm vi nên tự động</h3><ul><li>Tạo danh sách việc, nhắc hạn, báo trễ.</li><li>Gửi tài liệu đúng thời điểm thay vì dồn một lần.</li><li>Cấp tài khoản theo mẫu vai trò.</li><li>Thu phản hồi định kỳ.</li></ul>"},
{"h2": "Trigger và dữ liệu đầu vào cần có", "html": "<p>Trigger nên là một sự kiện rõ ràng, thường là khi trạng thái ứng viên chuyển thành 'đã nhận việc' trong bảng tuyển dụng, hoặc khi hành chính điền biểu mẫu 'nhân viên mới'. Không nên trigger từ email tự do vì dễ thiếu dữ liệu.</p><p>Dữ liệu đầu vào tối thiểu:</p><ul><li>Họ tên, email cá nhân, số điện thoại.</li><li>Ngày bắt đầu, phòng ban, chức danh, quản lý trực tiếp.</li><li>Mẫu vai trò (ví dụ: kinh doanh, kế toán, kỹ thuật) để quyết định tài khoản và tài liệu.</li><li>Địa điểm làm việc và nhu cầu thiết bị.</li></ul><p>Chỉ thu thập dữ liệu thật sự cần cho công việc. Thông tin cá nhân như số giấy tờ tùy thân, tài khoản ngân hàng nên đi qua kênh riêng của nhân sự, không chạy qua công cụ tự động hóa hay gửi cho AI.</p>", "table": {"caption": "Dữ liệu theo mẫu vai trò quyết định những gì", "head": ["Mẫu vai trò", "Tài khoản cần cấp", "Tài liệu tuần đầu", "Người kèm cặp"], "rows": [["Kinh doanh", "Email, CRM, nhóm chat bán hàng", "Bảng giá nội bộ, quy trình báo giá", "Trưởng nhóm kinh doanh"], ["Kế toán", "Email, phần mềm kế toán, thư mục chứng từ", "Quy chế tài chính, lịch khóa sổ", "Kế toán trưởng"], ["Kỹ thuật", "Email, hệ thống ticket, kho tài liệu kỹ thuật", "Quy trình xử lý sự cố, an toàn lao động", "Trưởng kỹ thuật"]]}},
{"h2": "Sơ đồ workflow theo các mốc thời gian", "html": "<p>Thay vì gửi tất cả trong ngày đầu, workflow chia theo mốc:</p><ol><li><strong>Trước ngày bắt đầu 5 ngày:</strong> tạo việc cho IT (máy tính, email, tài khoản), hành chính (chỗ ngồi, thẻ), quản lý (lịch tuần đầu). Gửi email chào mừng cho nhân viên mới kèm thông tin ngày đầu.</li><li><strong>Trước 1 ngày:</strong> kiểm tra việc của IT đã xong chưa; nếu chưa, báo quản lý IT.</li><li><strong>Ngày 1:</strong> gửi tin nhắn hướng dẫn đăng nhập, sổ tay nhân viên, giới thiệu trợ lý AI hỏi đáp.</li><li><strong>Ngày 3:</strong> gửi tài liệu chuyên môn theo vai trò, mỗi lần 1–2 tài liệu.</li><li><strong>Ngày 7:</strong> gửi khảo sát ngắn 3 câu; nhắc quản lý buổi trò chuyện cuối tuần.</li><li><strong>Ngày 30 và 60:</strong> nhắc quản lý buổi đánh giá; gửi khảo sát hội nhập.</li><li><strong>Kết thúc thử việc:</strong> tạo việc đánh giá cho quản lý và nhân sự.</li></ol><p>Mỗi bước ghi trạng thái vào một bảng theo dõi chung để nhân sự thấy ai đang trễ việc gì.</p>"},
{"h2": "Trợ lý AI trả lời câu hỏi của nhân viên mới", "html": "<p>Nhân viên mới có nhiều câu hỏi nhỏ: nghỉ phép đăng ký thế nào, công tác phí tính sao, máy in ở đâu, ai phụ trách xuất hóa đơn. Họ ngại hỏi đi hỏi lại. Một trợ lý AI đọc tài liệu nội bộ theo cách RAG có thể trả lời phần lớn những câu này.</p><h3>Cách chuẩn bị</h3><ul><li>Gom sổ tay nhân viên, quy chế, danh bạ phòng ban, hướng dẫn công cụ thành tài liệu rõ ràng, cập nhật.</li><li>Đưa vào hệ thống hỏi đáp có trích dẫn nguồn tài liệu.</li><li>Giới hạn phạm vi: chỉ trả lời từ tài liệu, không có thì nói không biết và chỉ người cần hỏi.</li></ul><h3>Prompt hệ thống gợi ý</h3><p><code>Bạn là trợ lý hội nhập của {tên công ty}. Chỉ trả lời dựa trên tài liệu được cung cấp, kèm tên tài liệu. Nếu tài liệu không có thông tin, trả lời: 'Mình chưa có thông tin này, bạn hỏi {người phụ trách} nhé.' Không trả lời về lương, kỷ luật, đánh giá cá nhân; chuyển các câu đó cho phòng nhân sự.</code></p><p>Cần ghi lại các câu hỏi trợ lý không trả lời được. Đó là danh sách tài liệu còn thiếu mà nhân sự nên bổ sung.</p>"},
{"h2": "Công cụ triển khai và cách kết nối", "html": "<p>Workflow onboarding chạm vào nhiều hệ thống, nên chọn công cụ có nhiều kết nối sẵn.</p><ul><li><strong>Nơi bắt đầu:</strong> Google Form, bảng tuyển dụng trên Google Sheets hoặc phần mềm nhân sự có webhook.</li><li><strong>Công cụ điều phối:</strong> n8n hoặc Make để tạo việc, gửi email, nhắc lịch. Power Automate phù hợp nếu công ty dùng Microsoft 365.</li><li><strong>Quản lý việc:</strong> Trello, Asana, Google Tasks hoặc chính bảng tính.</li><li><strong>Tài khoản:</strong> Google Workspace hoặc Microsoft 365 có API tạo người dùng; nên để IT bấm xác nhận thay vì tạo hoàn toàn tự động.</li><li><strong>Trợ lý AI:</strong> công cụ hỏi đáp tài liệu có phân quyền, hoặc bot nội bộ trên Telegram, Teams.</li></ul><p>Với công ty dưới 50 người, phương án đơn giản nhất là: biểu mẫu, bảng tính theo dõi, n8n chạy mỗi sáng kiểm tra các mốc ngày và gửi nhắc việc. Không cần phần mềm nhân sự phức tạp mới làm được.</p>"},
{"h2": "Điểm duyệt của con người và những gì không nên tự động", "html": "<p>Onboarding là trải nghiệm con người. Tự động hóa quá mức khiến nhân viên mới cảm thấy mình đang nói chuyện với máy.</p>", "table": {"caption": "Phân chia việc giữa workflow và con người", "head": ["Hạng mục", "Để workflow làm", "Con người phải làm"], "rows": [["Tài khoản và quyền truy cập", "Tạo yêu cầu, nhắc hạn", "IT xác nhận quyền theo vai trò"], ["Thông tin chính sách", "Gửi tài liệu, trợ lý AI trả lời", "Nhân sự giải đáp câu nhạy cảm"], ["Đào tạo chuyên môn", "Gửi tài liệu theo lịch", "Người kèm cặp hướng dẫn trực tiếp"], ["Phản hồi và đánh giá", "Gửi khảo sát, nhắc lịch", "Quản lý trò chuyện, đánh giá"]]}},
{"h2": "Đo mức độ hội nhập và rủi ro cần lường trước", "html": "<p>Chỉ số đo nên đơn giản, theo dõi theo từng đợt nhân viên mới:</p><ul><li>Tỷ lệ việc onboarding hoàn thành đúng hạn (tài khoản, thiết bị sẵn sàng ngày 1).</li><li>Điểm khảo sát ngày 7 và ngày 30.</li><li>Số câu hỏi trợ lý AI không trả lời được và chủ đề của chúng.</li><li>Tỷ lệ nhân viên mới ở lại sau thử việc, so sánh trước và sau khi áp dụng.</li></ul><h3>Rủi ro</h3><ul><li><strong>Quyền truy cập thừa:</strong> mẫu vai trò cấp quá rộng. Rà soát quyền định kỳ.</li><li><strong>Tài liệu lỗi thời:</strong> trợ lý AI trả lời theo quy chế cũ. Gắn ngày cập nhật cho từng tài liệu.</li><li><strong>Dữ liệu cá nhân:</strong> hạn chế dữ liệu đi qua công cụ bên thứ ba, kiểm tra quy định bảo vệ dữ liệu cá nhân hiện hành.</li><li><strong>Quên offboarding:</strong> nên dựng kèm workflow nghỉ việc để thu hồi tài khoản.</li></ul><p>Nếu công ty chỉ tuyển một, hai người mỗi năm, một danh sách kiểm tra trên giấy do nhân sự giữ là đủ.</p>"}
],
"tip": "Hãy hỏi ba nhân viên vào gần nhất xem tuần đầu họ thiếu gì, rồi thiết kế workflow để lấp đúng những chỗ đó. Danh sách việc thực tế tốt hơn mọi mẫu onboarding tải trên mạng.",
"faq": [
{"q": "Công ty 20 người có cần workflow onboarding tự động không?", "a": "Nếu tuyển thường xuyên hoặc nhân viên làm việc ở nhiều địa điểm thì có ích. Nếu mỗi năm chỉ tuyển vài người, danh sách kiểm tra và một người phụ trách là đủ."},
{"q": "Trợ lý AI có trả lời sai chính sách công ty không?", "a": "Có thể nếu tài liệu cũ hoặc mâu thuẫn. Giới hạn trợ lý chỉ trả lời từ tài liệu, kèm tên nguồn, và chuyển câu nhạy cảm cho phòng nhân sự."},
{"q": "Có nên để workflow tự tạo email và cấp quyền không?", "a": "Có thể tự tạo yêu cầu và chuẩn bị sẵn, nhưng nên để IT xác nhận trước khi cấp quyền, nhất là quyền vào dữ liệu tài chính hay khách hàng."},
{"q": "Dùng công cụ gì để làm onboarding tự động miễn phí?", "a": "Google Form, Google Sheets và Apps Script hoặc n8n bản tự cài có thể dựng được phiên bản cơ bản. Các công cụ đều có gói miễn phí hoặc trả phí, xem bảng giá hiện hành."},
{"q": "Workflow onboarding khác gì phần mềm nhân sự?", "a": "Phần mềm nhân sự quản lý hồ sơ, chấm công, lương. Workflow onboarding điều phối việc giữa nhiều bộ phận và có thể chạy cùng hoặc nối vào phần mềm nhân sự."},
{"q": "Có nên dùng AI viết email chào mừng nhân viên mới không?", "a": "Có thể dùng AI soạn bản nháp cá nhân hóa theo vai trò, nhưng quản lý nên đọc và thêm một câu riêng của mình trước khi gửi để giữ tính con người."}
],
"sources": [
{"t": "n8n – tài liệu chính thức", "u": "https://docs.n8n.io"},
{"t": "Microsoft Power Automate – tài liệu", "u": "https://learn.microsoft.com/power-automate/"},
{"t": "Onboarding – Wikipedia", "u": "https://en.wikipedia.org/wiki/Onboarding"}
],
"related": ["ai-dao-tao-nhan-vien", "ai-cho-nhan-su", "ai-hr-agent", "rag-la-gi", "workflow-loc-cv-tu-email", "workflow-n8n-mau-cho-sme", "ai-va-phan-mem-nhan-su-viet", "thiet-ke-workflow-tu-dong-hoa"]
}
]
