Sự khó khăn khi tự xây dựng hệ thống thanh toán

14 nỗi đau khi xây dựng hệ thống lập hóa đơn

• Hệ thống lập hóa đơn và doanh thu là yếu tố bắt buộc nếu doanh nghiệp có kế hoạch kiếm tiền.
• Hệ thống lập hóa đơn rất phức tạp và liên quan đến nhiều bộ phận như tài chính, sản phẩm, trải nghiệm, hỗ trợ khách hàng, khách hàng, pháp lý, tuân thủ và bán hàng.
• Các hệ thống lập hóa đơn được liên kết chặt chẽ với nhau, nên chỉ cần một phần gặp sự cố thì toàn bộ hệ thống có thể dễ dàng bị tê liệt.

Ba mô hình

• Có ba mô hình cho hệ thống lập hóa đơn: tự phát triển, hệ thống bên thứ ba hoàn chỉnh, và hệ thống lai.
• Mỗi mô hình đều có ưu và nhược điểm riêng.

Tự phát triển / Lai / Hệ thống bên thứ ba

• Giải pháp được tự phát triển hoàn toàn cho phép kiểm soát tuyệt đối, tùy biến đầy đủ và không phải trả phí cho bên ngoài.
• Giải pháp lai kết hợp công cụ lập hóa đơn nội bộ với xử lý thanh toán từ bên thứ ba, tuân thủ thuế, v.v.
• Hệ thống bên thứ ba xử lý mọi thứ, nhưng có thể làm mất quyền kiểm soát và tốn kém.

Trăn trở của đội ngũ lập hóa đơn và kiếm tiền

• Đội ngũ lập hóa đơn hoặc kiếm tiền có rất nhiều trách nhiệm, đến mức ngay cả những chuyên gia giàu kinh nghiệm cũng khó nắm bắt hết.
• Cũng giống như bảo mật hay xử lý ngày tháng, hệ thống lập hóa đơn không nên được tự xây dựng từ đầu.

14 vấn đề của lập hóa đơn và kiếm tiền

• Bài viết liệt kê nhiều vấn đề phát sinh khi tự xây dựng hệ thống lập hóa đơn theo thứ tự độ phức tạp.
• Các vấn đề bao gồm tính idempotency, xử lý ngày tháng, phân bổ theo tỷ lệ và xử lý phần dư, đo lường mức sử dụng, định dạng hóa đơn và cấu trúc phân cấp khách hàng phức tạp.
• Những vấn đề này có thể trở nên phức tạp hơn khi quy mô doanh nghiệp tăng lên.

Vì sao khó

• Một số vấn đề thay đổi thường xuyên hơn dự đoán, trong khi một số khác chỉ cần thiết lập một lần rồi không cần đụng tới nữa.
• Quy tắc thuế ở các quốc gia trên thế giới thay đổi thường xuyên, và các vấn đề do khách hàng mắc lỗi vẫn tiếp diễn liên tục.

Việc nên làm

• Hãy giao càng nhiều vấn đề càng tốt cho bên thứ ba.
• Sử dụng các dịch vụ như Chargebee, Solvimon, Stripe, Recurly để quản lý việc lập hóa đơn.
• Sử dụng các dịch vụ như Stigg để quản lý trang định giá, thử nghiệm và phân quyền.
• Dùng ERP để xử lý ghi nhận doanh thu/kế toán.

Ý kiến của GN⁺

• Hệ thống lập hóa đơn là một phần quan trọng của doanh nghiệp, nhưng do độ phức tạp và nhu cầu bảo trì liên tục, nhiều công ty ưu tiên các giải pháp bên thứ ba.
• Nếu tự phát triển hệ thống lập hóa đơn, doanh nghiệp phải cân nhắc nhiều yếu tố như quy định thuế, cấu trúc phân cấp khách hàng, đo lường mức sử dụng, v.v., và điều này có thể tiêu tốn rất nhiều thời gian và nguồn lực.
• Khi dùng giải pháp bên thứ ba, cần cân nhắc chi phí và việc mất quyền kiểm soát, nhưng trong đa số trường hợp có thể tiết kiệm thời gian và nguồn lực.
• Khi doanh nghiệp tăng trưởng và mở rộng quy mô, độ phức tạp của hệ thống lập hóa đơn cũng tăng theo, vì vậy việc chọn giải pháp có tính mở rộng ngay từ giai đoạn đầu là rất quan trọng.
• Hợp tác với các chuyên gia có hiểu biết sâu về hệ thống lập hóa đơn, hoặc chọn các giải pháp đã được kiểm chứng trong ngành, có thể giúp ích cho doanh nghiệp về lâu dài.

[GN⁺]

Ý kiến trên Hacker News

• Tóm tắt bình luận đầu tiên:

  • Đặt câu hỏi về cách tiếp cận đối với khó khăn khi xây dựng hệ thống billing.
  • Hệ thống billing rất phức tạp, nhưng trong những trường hợp không thể dùng các giải pháp sẵn có như Stripe (ví dụ: công ty ở Venezuela), thì cần phải tự xây dựng hệ thống.
  • Đưa ra ý kiến rằng sẽ rất tốt nếu có thể tập hợp kiến thức, cách tiếp cận, các pattern lập trình, v.v. vào một nơi.

• Tóm tắt bình luận thứ hai:

  • Đánh giá đây là một bài viết hữu ích cho những người phải đưa ra quyết định về hệ thống billing.
  • Chia sẻ quan điểm cá nhân là thích tách billing và credit ra khỏi hệ thống càng nhiều càng tốt.

• Tóm tắt bình luận thứ ba:

  • Chia sẻ trải nghiệm về độ phức tạp của hệ thống billing và nhắc đến việc thế giới billing rất khó lường.

• Tóm tắt bình luận thứ tư:

  • Với tư cách là đồng sáng lập của killbill.io, người viết giải thích sự phức tạp của việc xây dựng hệ thống billing và tác động của nó tới nhiều bộ phận khác nhau.
  • Khuyên rằng hệ thống billing phải được tích hợp với toàn bộ hệ thống, và để làm được điều đó cần một đội ngũ có đủ kiến thức và động lực.

• Tóm tắt bình luận thứ năm:

  • Thảo luận về độ phức tạp của việc xây dựng hệ thống affiliate sales và khả năng triển khai dần từng bước.

• Tóm tắt bình luận thứ sáu:

  • Chỉ ra các vấn đề liên quan đến closing sổ kế toán và cash movement accounting, đồng thời đề cập rằng những vấn đề này gắn chặt với bộ phận kế toán.

• Tóm tắt bình luận thứ bảy:

  • Đưa ra ý kiến rằng không cần mọi tính năng của hệ thống billing, và có thể xây dựng dần theo sự tăng trưởng của doanh nghiệp.

• Tóm tắt bình luận thứ tám:

  • Đặt câu hỏi về các cách tiếp cận khác nhau đối với entitlements sản phẩm và hệ thống đang được sử dụng.

• Tóm tắt bình luận thứ chín:

  • Chia sẻ trải nghiệm ở công việc đầu tiên và bày tỏ quan điểm cá nhân rằng không bao giờ muốn làm lại công việc liên quan đến hệ thống billing vì sự phức tạp liên quan đến tuân thủ PCI.

• Tóm tắt bình luận thứ mười:

  • Đặt câu hỏi về lập luận rằng do độ phức tạp của một hệ thống cụ thể (X) nên không nên tự xây dựng mà phải dùng giải pháp hoàn chỉnh.
  • Cho rằng trong trường hợp của mình chỉ cần xử lý một tập con của độ phức tạp cần thiết, nên có thể tự xây dựng một giải pháp đơn giản hơn.