Mục đích: Tài liệu này mô tả logic vận hành nội bộ của 📋 Chức năng Hợp đồng & Hóa đơn. Chức năng này quản lý toàn bộ quy trình thương mại của công ty — từ soạn thảo và phê duyệt hợp đồng, đến quản lý lịch thanh toán và phát hành hóa đơn VAT.
Tại sao Chức năng này quan trọng
📋 Chức năng này là xương sống tài chính của vòng đời dự án, đảm bảo mọi thỏa thuận thương mại đều được ghi nhận, theo dõi và thực thi chính xác. Nó kiểm soát chặt chẽ dòng doanh thu — từ chữ ký khách hàng đến khoản thanh toán cuối cùng. Về mặt chiến lược, chức năng này giúp dự báo dòng tiền chính xác, giảm thiểu rủi ro tài chính bằng cách theo dõi mọi nghĩa vụ thanh toán, và duy trì tiêu chuẩn chuyên nghiệp cho toàn bộ tương tác tài chính với khách hàng. Đối với đội kế toán và kinh doanh, nó tự động hóa nhắc nhở thanh toán, chuẩn hóa quản lý hợp đồng, và tạo ra chuỗi kiểm toán rõ ràng cho mọi giao dịch.
Bức tranh tổng thể
Về mặt kiến trúc, 📋 Chức năng này được kích hoạt khi một thương vụ trong 📋 Chức năng CRM thành công. Trung tâm là 🧊 Hợp đồng — đối tượng tiêu chuẩn đóng vai trò hồ sơ chính cho thỏa thuận thương mại. 🧊 Hợp đồng có quan hệ phân cấp với các đối tượng con: 🧊︎ Phiếu thu (quản lý lịch thanh toán) và 🧊︎︎ Hóa đơn VAT (quản lý chứng từ thuế). Chức năng này có các kết nối chủ chốt: nhận dữ liệu khách hàng từ CRM và liên kết các mốc tài chính với 🧊 Dự án trong 📋 Chức năng Quản lý Dự án.
LOẠI VIỆC & LUỒNG NGHIỆP VỤ
1. 🧊 Hợp đồng (Đối tượng tiêu chuẩn)
- Mô tả nghiệp vụ: Quản lý toàn bộ vòng đời hợp đồng khách hàng — từ bản nháp đầu tiên đến thanh lý sau khi hoàn thành mọi nghĩa vụ.
- Ví dụ: “Hợp đồng - Chị Hoài An & Anh Minh” hoặc “Hợp đồng - Boutique Hotel Riviera”.
Luồng nghiệp vụ
Chi tiết trạng thái
Trường dữ liệu
Luồng nghiệp vụ Hợp đồng
DRAFTING → SIGNED → ACTIVE → COMPLETED → LIQUIDATED
↓ ↓
CANCELLED CANCELLED
| Trạng thái | Logic nghiệp vụ | Cài đặt nâng cao |
|---|
| 1. DRAFTING | Các điều khoản hợp đồng đang được hoàn thiện bởi đội kinh doanh và kế toán. Tài liệu hợp đồng được tạo trong giai đoạn này. | Tự động hóa: Nhấn nút kích hoạt quy tắc Tạo hợp đồng Google Docs và Tạo các Phiếu thu. |
| 2. SIGNED | Khách hàng đã ký hợp đồng, biến nó thành thỏa thuận có hiệu lực pháp lý. | Phân quyền chuyển trạng thái: Đội Kế toán. Hành động: Đội tài chính được phép phát hành phiếu thu đầu tiên cho khoản đặt cọc. |
| 3. ACTIVE | Khoản thanh toán đầu tiên đã được nhận, dự án đang triển khai, và các khoản thanh toán tiếp theo đang được theo dõi theo hợp đồng. | Điều kiện: Không thể chuyển sang trạng thái này cho đến khi 🧊︎ Phiếu thu đầu tiên ở trạng thái PAID. Thay đổi trạng thái này kích hoạt tự động hóa Khởi động Dự án. |
| 4. COMPLETED | Toàn bộ công việc dự án đã hoàn thành, và tất cả các kỳ thanh toán đã được nhận đủ. | Điều kiện: Tất cả đối tượng con 🧊︎ Phiếu thu phải ở trạng thái PAID. |
| 5. LIQUIDATED | Hợp đồng đã được thanh lý tài chính, và biên bản thanh lý đã được hai bên ký kết. | Nhập liệu: Trường tải lên biên bản thanh lý đã ký. |
| 6. CANCELLED | Hợp đồng đã bị hủy bỏ trước khi dự án bắt đầu triển khai. | Phân quyền chuyển trạng thái: Trưởng phòng Kinh doanh, Kế toán. Nhập liệu: Trường bắt buộc “Lý do hủy hợp đồng”. |
| Nhóm thông tin | Trường dữ liệu (Kiểu) |
|---|
| Thông tin hợp đồng | Mã hợp đồng (Văn bản), Khách hàng (Tham chiếu đối tượng), Dự án liên quan (Tham chiếu đối tượng), Ngày ký (Ngày), Ngày hiệu lực (Ngày) |
| Tài chính | Tổng giá trị (Tiền tệ), Giá trị trước thuế (Công thức), Thuế VAT (Công thức), Đã thanh toán (Tổng hợp), Công nợ còn lại (Công thức) |
| Tài liệu | File hợp đồng (Đính kèm), Biên bản thanh lý (Đính kèm) |
2. 🧊︎ Phiếu thu (Đối tượng con)
- Mô tả nghiệp vụ: Theo dõi từng mốc thanh toán theo lịch thanh toán được quy định trong hợp đồng.
- Đối tượng cha:
🧊 Hợp đồng
- Ví dụ: “IN-852: Thanh toán đợt 1 - Đặt cọc 25%”. “Thanh toán đợt 2 - 40% sau khi duyệt Concept”
Luồng nghiệp vụ
Chi tiết trạng thái
Trường dữ liệu

PENDING → PAID IN FULL
↓ ↑
OVERDUE ───┘
↓
VOID
| Trạng thái | Logic nghiệp vụ | Cài đặt nâng cao |
|---|
| 1. PENDING | Phiếu thu đã được tạo và gửi cho khách hàng nhưng chưa đến hạn hoặc chưa thanh toán. Đây là trạng thái khởi tạo. | Tự động hóa: Quy tắc theo thời gian sẽ tự động chuyển trạng thái sang OVERDUE nếu Ngày đến hạn đã qua mà chưa nhận được thanh toán. |
| 2. OVERDUE | Đã quá hạn thanh toán và chưa nhận được tiền. | Tự động hóa: Kích hoạt thông báo gửi cho khách hàng và đội kế toán nội bộ. |
| 3. PAID IN FULL | Khách hàng đã hoàn tất thanh toán cho kỳ này. Đây là trạng thái thành công cuối cùng. | Tự động hóa: Kích hoạt quy tắc Xử lý thanh toán & Khởi động Dự án (nếu là phiếu thu đầu tiên) và cập nhật Đã thanh toán trên 🧊 Hợp đồng cha. |
| 4. VOID | Phiếu thu đã bị hủy và không còn hiệu lực thanh toán. | Đây là trạng thái kết thúc. Số tiền của phiếu thu này sẽ không được tính vào tổng giá trị trên 🧊 Hợp đồng cha. |
| Nhóm thông tin | Trường dữ liệu (Kiểu) |
|---|
| Chi tiết kỳ thanh toán | Tên kỳ thanh toán (Văn bản), Ngày đến hạn (Ngày), Số tiền (Tiền tệ), Phương thức thanh toán (Sổ xuống) |
Mẹo chuyên gia: Mở rộng Bản thiết kế Tài chínhBản thiết kế hiện tại tập trung vào quy trình hợp đồng và hóa đơn chính với khách hàng. Để xây dựng hệ thống quản lý tài chính toàn diện hơn, bạn có thể bổ sung thêm các 🧊 Đối tượng để kiểm soát chi tiết hơn. Ví dụ:
🧊︎ Phụ lục hợp đồng — đối tượng con để ghi nhận và phê duyệt chính thức mọi thay đổi về phạm vi, tiến độ hoặc ngân sách sau khi hợp đồng đã ký.
🧊 Đơn đặt hàng — đối tượng để quản lý và theo dõi mua sắm từ nhà cung cấp bên ngoài, liên kết chi phí trực tiếp về dự án.
🧊 Nhà cung cấp — đối tượng để duy trì cơ sở dữ liệu tập trung về nhà cung cấp: thông tin liên hệ, điều khoản hợp tác và lịch sử đánh giá.
Điều này cho phép bạn mở rộng từ thanh toán dự án đơn giản sang quản lý tài chính và mua sắm toàn diện khi doanh nghiệp phát triển.
QUAN HỆ GIỮA CÁC ĐỐI TƯỢNG
| Quan hệ | Loại quan hệ | Mô tả |
|---|
🧊 Hợp đồng → 🧊︎ Phiếu thu | Cha - Con | Mỗi hợp đồng được chia thành lịch thanh toán gồm nhiều kỳ. |
🧊︎ Phiếu thu → 🧊︎︎ Hóa đơn VAT | Cha - Con | Mỗi kỳ thanh toán có thể phát hành một hóa đơn VAT tương ứng. |
🧊 Hợp đồng → CRM.Khách hàng | Tham chiếu | Hợp đồng được liên kết với hồ sơ khách hàng khởi tạo từ CRM. |
🧊 Hợp đồng → Dự án | Tham chiếu | Hợp đồng được liên kết với dự án mà nó quản lý trong Chức năng Quản lý Dự án. |
TỰ ĐỘNG HÓA
Nội bộ Chức năng
Liên Chức năng
Liên kết hệ thống ngoài
Các quy tắc này chạy hoàn toàn bên trong ⏹️ Space Hợp đồng & Hóa đơn để quản lý hồ sơ và quy trình tài chính.| Thứ tự | Mã | Tên quy tắc | Kích hoạt | Hành động | Mô tả |
|---|
| 3 | IC-03 | Tạo các Phiếu thu | Nhấn nút: “Tạo hợp đồng (Docs)“ | Tạo: 🧊︎ Phiếu thu | Kích hoạt cùng hành động tạo tài liệu hợp đồng, quy tắc này tự động tạo nhiều đối tượng con 🧊︎ Phiếu thu dựa trên cơ cấu thanh toán. VD: Tạo ba phiếu thu riêng biệt cho các mốc thanh toán 25%, 40% và 35% của Chị Hoài An. |
| 5 | IC-04 | Cập nhật tài chính khi nhận thanh toán | Webhook: Nhận thanh toán (từ CS-05) | Cập nhật: 🧊 Hợp đồng & 🧊︎ Phiếu thu | Khi một khoản thanh toán được xác nhận, quy tắc này cập nhật trạng thái 🧊︎ Phiếu thu sang PAID và tính lại số dư Công nợ còn lại trên đối tượng cha 🧊 Hợp đồng. |
Các quy tắc này quản lý dòng công việc giữa chức năng tài chính và các phòng ban khác.| Thứ tự | Mã | Chiều | Tên quy tắc | Kích hoạt | Hành động |
|---|
| 1 | CF-03 | Đến | Tạo Hợp đồng từ bàn giao Sales | Chuyển trạng thái: Sales & CRM/🧊 Khách hàng sang “CONTRACT PREP” | Một đối tượng 🧊 Hợp đồng mới được tự động tạo trong ⏹️ Space Hợp đồng & Hóa đơn cho đội tài chính khi Sales xác nhận thương vụ sẵn sàng. |
| 6 | CF-06 | Đi | Khởi động Dự án & Thông báo Sales | Chuyển trạng thái: 🧊︎ Phiếu thu sang “PAID” (từ CS-05) | Khoản thanh toán thành công đầu tiên kích hoạt hai hành động: - Tạo đối tượng Quản lý Dự án/🧊 Dự án mới. - Gửi thông báo “Đã nhận thanh toán!” đến chat ⏹️ Space Sales & CRM. |
Các quy tắc này kết nối 📋 Chức năng Hợp đồng & Hóa đơn với các nền tảng tài chính và tài liệu bên ngoài.| Thứ tự | Mã | Tên quy tắc | Kích hoạt | Hành động | Mô tả |
|---|
| 2 | CS-04 | Tạo hợp đồng Google Docs | Nhấn nút: “Tạo hợp đồng (Docs)“ | Gọi API: Google Docs | Kế toán nhấn nút để gửi yêu cầu API, tự động điền template Google Docs với các giá trị thông minh từ đối tượng 🧊 Hợp đồng. |
| 4 | CS-05 | Nhận xác nhận thanh toán | Webhook: Từ cổng thanh toán bên ngoài | Cập nhật: 🧊︎ Phiếu thu | Webhook từ cổng thanh toán thông báo cho hệ thống rằng một khoản thanh toán đã được thực hiện, tìm đúng 🧊︎ Phiếu thu tương ứng và kích hoạt cập nhật nội bộ cùng liên chức năng. VD: Xác nhận khoản đặt cọc $11,500 của Chị Hoài An. |
GIAO DIỆN LÀM VIỆC & BÁO CÁO
Giao diện làm việc
Báo cáo
Bộ lọc
| Giao diện | Mô tả |
|---|
| 1. Danh sách Hợp đồng | Danh sách chi tiết tất cả hợp đồng, có thể lọc theo trạng thái (VD: PENDING APPROVAL, IN PROGRESS). |
| 2. Timeline Thanh toán | Giao diện timeline hoặc lịch hiển thị tất cả ngày đến hạn của các kỳ thanh toán — sắp đến hạn và quá hạn — trên toàn bộ hợp đồng. |
| Widget | Mô tả |
|---|
| 1. Dự báo Dòng tiền | Biểu đồ dự phóng doanh thu dựa trên ngày đến hạn và số tiền của tất cả các kỳ thanh toán chưa đến hạn. |
| 2. Công nợ phải thu | Bộ đếm hiển thị tổng giá trị tất cả hợp đồng đang ở trạng thái OVERDUE. |
| Bộ lọc | Tiêu chí |
|---|
| 1. Hợp đồng chờ phê duyệt | Trạng thái là PENDING APPROVAL. |
| 2. Thanh toán quá hạn | Trạng thái là OVERDUE. |
VAI TRÒ, PHÂN QUYỀN & THÔNG BÁO
Vai trò
Phân quyền
Thông báo
| Vai trò | Mô tả |
|---|
| Kế toán | Quản lý thanh toán, phát hành hóa đơn VAT, theo dõi tình trạng tài chính. Có toàn quyền trong chức năng này. |
| Trưởng phòng Kinh doanh | Phê duyệt bản nháp hợp đồng trước khi gửi cho khách hàng. Có thể xem tất cả hợp đồng. |
| Nhân viên Kinh doanh | Soạn thảo hợp đồng cho khách hàng của mình. Chỉ có thể xem và chỉnh sửa hợp đồng được giao. |
📋 Chức năng này sử dụng Phương án phân quyền tùy chỉnh.
Xem 🧊 Hợp đồng: Kế toán và Trưởng phòng Kinh doanh xem tất cả. Nhân viên Kinh doanh chỉ xem hợp đồng được giao.
Sửa 🧊 Hợp đồng: Kế toán sửa tất cả. Nhân viên Kinh doanh chỉ sửa hợp đồng được giao ở trạng thái DRAFT.
Tạo 🧊︎ Phiếu thu: Chỉ qua tự động hóa hệ thống.
Quản lý 🧊︎︎ Hóa đơn VAT: Chỉ vai trò Kế toán.
📋 Chức năng này sử dụng Phương án 2 - Thông báo người liên quan.
- Tất cả thông báo chỉ được gửi đến người dùng trực tiếp được giao hoặc tham gia vào đối tượng (VD: Nhân viên Kinh doanh phụ trách hợp đồng, Kế toán xử lý thanh toán).
Tiếp theo?