Xin chỉ giáo thiết kế table công nợ cho KH

[datinh4ever]

Tớ có 1 số table như hình sau:

Công việc của tớ còn vướng chổ làm công nợ cho khách hàng.
Ai có kinh nghiệm share cho tớ tí
Thanks nhiều



Mình đã thiết kế các Form để Quản lý nhân viên, hàng hóa, nhà cung cấp.....và form đặt hàng nhưng vấn đề ở đây là làm công nợ cho khách hàng.

Nghĩa là khi nhập đơn đặt hàng vào, mình sẽ thông báo nợ củ của khách hàng đó và nếu lần này thanh toán hết thì thanh toán, còn không thì mình sẽ cộng nợ tiếp.

 

[dai109]

Ðề: Xin chỉ giáo của cao thủ !

Theo mình thì KH chuyển khoản hoặc trả trực tiếp tiền mặt khi mua hàng thì không có vấn đề gì đúng không. Còn công nợ cuối tháng thì bạn gắn công nợ đó vào từng nhân viên ở từng khu vực. Nhân viên sẽ chịu trách nhiệm thu nợ và nộp về phòng kế toán. Nếu bạn muốn có sơ đồ cụ thể hãy để lại mail mình sẽ vẽ và gửi về cho bạn tham khảo.
sdt: 0974999389
04.5569461 máy lẻ 30 gặp Đại
nick name: daispt109@yahoo.com
gmail: dai.spt1012@gmail.com

 

[datinh4ever]

Ðề: Xin chỉ giáo của cao thủ !

Nhật kí của em làm a choáng. Nhìn ở ngoài nghĩ chắc là hay lắm đây, ai ngờ vào xem thì chỉ vài chữ. Bắt đền anh đấy.

Hờ không hiểu câu này cho lắm.

Theo mình thì KH chuyển khoản hoặc trả trực tiếp tiền mặt khi mua hàng thì không có vấn đề gì đúng không. Còn công nợ cuối tháng thì bạn gắn công nợ đó vào từng nhân viên ở từng khu vực. Nhân viên sẽ chịu trách nhiệm thu nợ và nộp về phòng kế toán. Nếu bạn muốn có sơ đồ cụ thể hãy để lại mail mình sẽ vẽ và gửi về cho bạn tham khảo.
sdt: 0974999389
04.5569461 máy lẻ 30 gặp Đại
nick name: daispt109@yahoo.com
gmail: dai.spt1012@gmail.com

Cái này mình viết test cho 1 cơ sở phân phối thực phẩm.

Và dĩ nhiên việc "gối đầu" cho khách hàng là không thể.

Ý mình là muốn quản lý những cái "gối đầu" đó ấy.

Mình đang buâng khuâng không biết làm cái table thế nào cho phải

Lúc đầu mình dự định tạo thêm 2 cái table:

CongNo:
IDCongNo (Pri)
IDKH

CongNoChiTiet:
IDKH
CongNo
MaDonDatHang

Những cảm thấy không hợp lý nên del mất roài hì

 

[phatnq2002]

Ðề: Xin chỉ giáo của cao thủ !

Theo cách mà bạn datinh4ever quản lý thì có vẻ như chưa ổn lắm đâu.
Bạn chưa có cái bảng theo dõi công nợ đầu kỳ và bảng thanh toán.
Vì cái đơn hàng của bạn chỉ lưu trữ thông tin đặt hàng, mà đặt hàng thì có thể không "thèm lấy hàng", hoặc lấy một phần đặt. Rồi thì có thể trả một phần, trả tất, hoặc nợ tất. Rồi thì có khi trả không phải cho một đơn hàng mà trả cho hai ba đơn hàng, ... Lúc đó bạn sẽ theo dõi như thế nào. cấn trừ nợ ra sao?
Thôi khoan nói xa vời, cứ theo như cách bạn làm thì mỗi lần tính công nợ là mỗi lần phải công lại những lần đặt hàng, những lần đã thanh toán rồi đối chiếu. Mà những lần này có thể từ vài năm về trước, đúng không? Thế thì sẽ rất rất là lâu khi bạn cho nó xử lý số liệu.
Hiện có nhiều bài mẫu về công nợ, bạn có thể search để nghiên cứu thêm.

 

[Tedison]

Ðề: Xin chỉ giáo của cao thủ !

Thế không có table cho việc thanh toán thì làm sao làm công nợ được nhỉ?

 

[datinh4ever]

Ðề: Xin chỉ giáo của cao thủ !

Thế không có table cho việc thanh toán thì làm sao làm công nợ được nhỉ?

Mình dùng Qry và Frm để làm cho việc đó!

Theo cách mà bạn datinh4ever quản lý thì có vẻ như chưa ổn lắm đâu.
Bạn chưa có cái bảng theo dõi công nợ đầu kỳ và bảng thanh toán.
Vì cái đơn hàng của bạn chỉ lưu trữ thông tin đặt hàng, mà đặt hàng thì có thể không "thèm lấy hàng", hoặc lấy một phần đặt. Rồi thì có thể trả một phần, trả tất, hoặc nợ tất. Rồi thì có khi trả không phải cho một đơn hàng mà trả cho hai ba đơn hàng, ... Lúc đó bạn sẽ theo dõi như thế nào. cấn trừ nợ ra sao?
Thôi khoan nói xa vời, cứ theo như cách bạn làm thì mỗi lần tính công nợ là mỗi lần phải công lại những lần đặt hàng, những lần đã thanh toán rồi đối chiếu. Mà những lần này có thể từ vài năm về trước, đúng không? Thế thì sẽ rất rất là lâu khi bạn cho nó xử lý số liệu.
Hiện có nhiều bài mẫu về công nợ, bạn có thể search để nghiên cứu thêm.

Cám ơn những lời góp ý !
Mình cần phải xem xét lại cấu trúc database cho logic hơn, như vầy thì... thật đúng là không logic rồi !
Bạn nào có kinh nghiệm trong chuyện làm công nợ (gối đầu) cho Khách hàng bằng Access thì Share cho mình với !



P/S vì mình không phải là dân kế toán nên việc lập luận trong chuyên ngành kế toán khá là vất vả. Cái này viết giúp cho 1 người quen.

 

[phatnq2002]

Ðề: Xin chỉ giáo của cao thủ !

P/S vì mình không phải là dân kế toán nên việc lập luận trong chuyên ngành kế toán khá là vất vả. Cái này viết giúp cho 1 người quen.

Đâu nhất thiết phải là dân kế toán mới lập luận như dân kế toán !!! )

Trong các chương trình đào tạo về lập trình viên, có một phần gọi là phân tích hệ thống. Trong phân tích hệ thống có giai đoạn khảo sát.

Giai đoạn khảo sát là giai đoạn mình đi "học nghề" của đối tượng mà mình cần xây dựng một ứng dụng cho người ta đó. Từ việc quan sát quy trình xử lý các công việc mà người ta cần và yêu cầu cuối cùng đầu ra của họ là gì, chúng ta có thể xây dựng những bảng dữ liệu tương ứng + các xử lý cần thiết.

Nếu bạn là dân lập trình thì cái này quen mà. )

Một số bạn "hơi bị lười", thường bỏ qua giai đoạn khảo sát, ngồi một chỗ "tưởng tuợng" cách làm việc của người ta, trong khi công việc đó mình chưa bao giờ biết. Điều này thường dẫn đến chủ quan và như thế thiếu sót là điều không tránh khỏi. Ngay cả khảo sát cẩn thận vẫn cứ thiếu sót do có những phát sinh tiềm tàng mà nhất thời chưa thấy. Khi tiến hành thiết kế hoặc triển khai thì mới lòi ra.

Tâm sự chút, đừng nghĩ là lên lớp nghe bạn.

 

[datinh4ever]

Ðề: Xin chỉ giáo thiết kế table công nợ cho KH

Thanks ý kiến của bạn đúng đấy chứ.
Mình định sẽ làm cái sườn xong mới đi khảo sát để hoàn chỉnh lại cho phù hợp.


p/s Bạn nào cho mình cái ý kiến thiết kế cái table công nợ với !


Mình có 1 tblCongNoKH như sau:
MaKH Text 20 Pri
MaDatHang Number
CongNoKH Number
NgayCongNo Date/Time


Mình sẽ có được chi tiết công nợ. Và tổng công nợ bằng cách dùng Total Query

Nhưng nếu khách hàng trả nợ thì làm thế nào ?
Dùng qry sao ?