File excel ứng dụng trong nhập xuất kho, thu chi, bán hàng và công nợ

[Minh Tùng]

Ở phiếu nhập, xuất, khi thêm mã hàng, số lượng bạn không làm trên form luôn, tìm trên form xong xuống sheet đẻ nhập, xong kích đup để nhập. Thấy bất tiện quá.

Có phải trong phần Phiếu nhập - xuất kho này không anh?
Em kiểm tra lại thì có nhập số lượng trên from luôn rồi mà. Hihi
Anh kiểm tra lại xem giúp em đúng mục này không nhé!

Bài đã được tự động gộp: 2/1/20

Cảm ơn bạn - Rất tuyệt vời . Mình đang sử dụng và sẽ có ghóp ý dần nhé

Ghóp ý 1 :
- Trong phần bán hàng không có xóa được sản phẩm nếu nhập sai

Đúng anh ạ, phần này em cố tình thiết kế như vậy.
Em sẽ hạn chế tối đa về phần chỉnh sửa hoặc xóa liên quan dữ liệu để giảm thiểu gian lận ạ.

Nếu khi nhập sai, anh/chị có thể xuất Trả hàng để trả lại hàng đã xuất sai. Mặc dù dữ liệu phiếu không đẹp nhưng nó sẽ hạn chế nhiều rủi ro ạ.

 

[thacosil]

Ghóp ý 2 :
Không chỉnh sửa được thông tin trong phiếu bán hàng. Vẫn là logo công ty của bạn và tên công ty của bạn ko thay đổi được công ty của mình

Ghóp ý 3 :
Có chổ nào chỉnh chung tên công ty để các sheet đồng loạt nhảy không bạn

 

[thacosil]

Góp ý hay ra lệnh vậy bạn?

Dạ góp ý bạn ơi trên kia bạn Tùng nói cứ thẳng thắng góp ý.

 

[Minh Tùng]

Góp ý hay ra lệnh vậy bạn?

không có gì đâu anh, chuyện bình thường mà. Hihi...

Bài đã được tự động gộp: 2/1/20

Ghóp ý 2 :
Không chỉnh sửa được thông tin trong phiếu bán hàng. Vẫn là logo công ty của bạn và tên công ty của bạn ko thay đổi được công ty của mình

Ghóp ý 3 :
Có chổ nào chỉnh chung tên công ty để các sheet đồng loạt nhảy không bạn

Góp ý 2 của anh thì đơn giản mà, anh vào phần lập trình VBA unhide sheet11 và sheet12 rồi thay đổi thông tin công ty thôi ạ.

Còn cái G3 thì em thấy cũng hay nè. Em sẽ tạo 1 sheet chứa thông tin công ty rồi cho điền tự động vào các sheet cần lấy thông tin cty luôn.

 

[thacosil]

Cảm ơn Tùng . Mình đứng ở vai trò công ty vừa và nhỏ đang tìm kiếm một phần mềm quản lý kho phù hợp. Mình thấy file của bạn rất tuyệt
Giải quyết được gần hết các nội dung mình muốn
Mình không rành về VBA nên mình ghóp ý trên tinh thần người dùng.

Tiếp ghóp ý số 4 nè :
Thao tác ở sheet "PNK" sẽ có nhập xuất hàng mua và hàng khuyến mãi rõ ràng
Nhưng ở sheet "XNT" sẽ chỉ có hàng nhập tổng số còn hàng khuyến mãi cũng không phân biệt được

ghóp ý số 5 :
làm thế nào để từ version này chuyển qua version mới mà toàn bộ dữ liệu không có phải nhập lại.
Hoặc nếu có lở làm sai thì cũng biết cách nhập lại nhanh chóng.
Các sheet "XNT" "BanHang" " DataPhieuBH" gần như phải làm lại

Ghóp ý 1 :
- Trong phần bán hàng không có xóa được sản phẩm nếu nhập sai
"Đúng anh ạ, phần này em cố tình thiết kế như vậy.
Em sẽ hạn chế tối đa về phần chỉnh sửa hoặc xóa liên quan dữ liệu để giảm thiểu gian lận ạ.

Nếu khi nhập sai, anh/chị có thể xuất Trả hàng để trả lại hàng đã xuất sai. Mặc dù dữ liệu phiếu không đẹp nhưng nó sẽ hạn chế nhiều rủi ro ạ. "
Không những dữ liệu không đẹp mà khi xuất file in cho khách hàng kiểm tra cũng bị rối lắm tùng ơi. Chắc phải cho thêm chức năng Edit sửa sai chứ không nhập một list 30 món hàng mà sai 1 cái lại đi nhập lại thì hơi mệt

 

[chisinhvnn]

Nếu khi nhập sai, anh/chị có thể xuất Trả hàng để trả lại hàng đã xuất sai. Mặc dù dữ liệu phiếu không đẹp nhưng nó sẽ hạn chế nhiều rủi ro ạ. "
Không những dữ liệu không đẹp mà khi xuất file in cho khách hàng kiểm tra cũng bị rối lắm tùng ơi. Chắc phải cho thêm chức năng Edit sửa sai chứ không nhập một list 30 món hàng mà sai 1 cái lại đi nhập lại thì hơi mệt

Khi nhập liệu thì phải có chức năng chỉnh sửa, thêm bớt chứ. Bạn chỉnh code khi nhấn ấn Nhâp - Xuất hàng thì sẽ không cho chỉnh sửa nữa

Bài đã được tự động gộp: 3/1/20

Có phải trong phần Phiếu nhập - xuất kho này không anh?
Em kiểm tra lại thì có nhập số lượng trên from luôn rồi mà. Hihi
Anh kiểm tra lại xem giúp em đúng mục này không nhé!View attachment 230705

Bài đã được tự động gộp: 2/1/20

Đúng anh ạ, phần này em cố tình thiết kế như vậy.
Em sẽ hạn chế tối đa về phần chỉnh sửa hoặc xóa liên quan dữ liệu để giảm thiểu gian lận ạ.

Nếu khi nhập sai, anh/chị có thể xuất Trả hàng để trả lại hàng đã xuất sai. Mặc dù dữ liệu phiếu không đẹp nhưng nó sẽ hạn chế nhiều rủi ro ạ.

View attachment 230707

mã khách hàng, mã sản phẩm sao bạn không dùng combox cho nó tiện nhỉ. Bạn cũng nên gán các phím tắt vào cho thuận tiện. chứ rê chuột rồi lại qua phím kích đúp hoài mỏi tay lắm.

 

[ongke0711]

Chúc mừng bạn đã làm ra được cái ứng dụng phục vụ cho công việc của mình. Viết ra một cái ứng dụng chạy không báo lỗi gì hết là mừng húm rồi phải không bạn. Sau giây phút thăng hoa, tận hưởng thành quả mình làm được thì bắt đầu xem lại chỉnh sửa lại để ra version 2 cho nó hoàn thiện hơn.
Tôi thấy bạn hpkhuong cũng có để cập rồi đó là nên tập trung xây dựng cái CSDL cho đầy đủ, đáp ứng các báo cáo cần có sau này. Tôi có chút xíu trải nghiệm qua cái CSDL này nên đóng góp chút ý kiến thôi.

Tôi thì thường làm kỹ, bắt đầu từ cái cơ bản nhất là các bảng dạnh mục: DM Khách hàng, DM hàng hoá, DM Loại nhập xuất, DM Loại thu chi, DM Chứng từ....

- DM khách hàng (DM chung NCC + Khách hàng): sau này nếu bạn cần trích lọc DS nhà cung cấp (NCC), báo cáo xem mình lấy hàng NCC nào nhiều nhất mà Tết họ không có tặng quà gì hết thì kêu thơ ký gọi điện nhắc nhở... . Lúc đó trên DS của bạn thiết kế hiện tại làm sao lấy nhanh? --> nên thêm mục [Loại KH]. Các mã khách hàng, theo quan điểm của tôi bạn nên viết code để tạo tự động theo một khuôn mẫu qui ước nào đó để: không bị trùng; chuẩn hoá qui cách, số lượng ký tự ; khỏi mất thời gian người dùng suy nghĩ phải tạo mã KH ra làm sao; Khi người dùng nghĩ ra một cái mã hay ho nào đó rồi thì ứng dụng báo trùng mã --> tức điên người . Cách này cũng áp dung cho việc tạo mã sản phẩm.



- DM hàng hoá (sản phẩm): Để tiện cho việc lọc lựa, truy vấn sau này thì nên có các cột: thuộc ngành hàng gì (có thể dùng mã ngành trong việc tạo mã SP), hàng hoá thuộc NCC nào để biết đường sau này mà "Xuất hoàn trả NCC"...



- DM Loại NX: cũng phục vụ cho việc truy vấn.





Riêng về cái qui ước bên dưới này:

Đúng anh ạ, phần này em cố tình thiết kế như vậy.
Em sẽ hạn chế tối đa về phần chỉnh sửa hoặc xóa liên quan dữ liệu để giảm thiểu gian lận ạ.

Nếu khi nhập sai, anh/chị có thể xuất Trả hàng để trả lại hàng đã xuất sai. Mặc dù dữ liệu phiếu không đẹp nhưng nó sẽ hạn chế nhiều rủi ro ạ.

Theo tôi, bạn chỉ nên khoá dữ liệu ở các trường hợp sau:
- Cuối tháng, đã khoá sổ kế toán, đã kết chuyển tồn kho các thứ v.v..
- Đã xuất hoá đơn.

Riêng về vụ giảm thiểu gian lận thì các ông viết phần mềm kế toán cho các Cty nhỏ và vừa tại quê tôi luôn than trời vì họ luôn đòi hỏi phải được tuỳ biến cao...hehe...
Để tracking xem ai sửa đổi dữ liệu thì viết thêm code lưu lại toàn bộ thông tin: ai đăng nhập, ai sửa đổi thông tin gì thành thông tin gì, ngày giờ phút giây..v...

Tham khảo:



... đóng góp ý kiến sơ sơ vậy. Bạn tham khảo nhé.

 

[Minh Tùng]

Chúc mừng bạn đã làm ra được cái ứng dụng phục vụ cho công việc của mình. Viết ra một cái ứng dụng chạy không báo lỗi gì hết là mừng húm rồi phải không bạn. Sau giây phút thăng hoa, tận hưởng thành quả mình làm được thì bắt đầu xem lại chỉnh sửa lại để ra version 2 cho nó hoàn thiện hơn.
Tôi thấy bạn hpkhuong cũng có để cập rồi đó là nên tập trung xây dựng cái CSDL cho đầy đủ, đáp ứng các báo cáo cần có sau này. Tôi có chút xíu trải nghiệm qua cái CSDL này nên đóng góp chút ý kiến thôi.

Tôi thì thường làm kỹ, bắt đầu từ cái cơ bản nhất là các bảng dạnh mục: DM Khách hàng, DM hàng hoá, DM Loại nhập xuất, DM Loại thu chi, DM Chứng từ....

- DM khách hàng (DM chung NCC + Khách hàng): sau này nếu bạn cần trích lọc DS nhà cung cấp (NCC), báo cáo xem mình lấy hàng NCC nào nhiều nhất mà Tết họ không có tặng quà gì hết thì kêu thơ ký gọi điện nhắc nhở... . Lúc đó trên DS của bạn thiết kế hiện tại làm sao lấy nhanh? --> nên thêm mục [Loại KH]. Các mã khách hàng, theo quan điểm của tôi bạn nên viết code để tạo tự động theo một khuôn mẫu qui ước nào đó để: không bị trùng; chuẩn hoá qui cách, số lượng ký tự ; khỏi mất thời gian người dùng suy nghĩ phải tạo mã KH ra làm sao; Khi người dùng nghĩ ra một cái mã hay ho nào đó rồi thì ứng dụng báo trùng mã --> tức điên người . Cách này cũng áp dung cho việc tạo mã sản phẩm.

View attachment 230735

- DM hàng hoá (sản phẩm): Để tiện cho việc lọc lựa, truy vấn sau này thì nên có các cột: thuộc ngành hàng gì (có thể dùng mã ngành trong việc tạo mã SP), hàng hoá thuộc NCC nào để biết đường sau này mà "Xuất hoàn trả NCC"...

View attachment 230736

- DM Loại NX: cũng phục vụ cho việc truy vấn.

View attachment 230737



Riêng về cái qui ước bên dưới này:



Theo tôi, bạn chỉ nên khoá dữ liệu ở các trường hợp sau:
- Cuối tháng, đã khoá sổ kế toán, đã kết chuyển tồn kho các thứ v.v..
- Đã xuất hoá đơn.

Riêng về vụ giảm thiểu gian lận thì các ông viết phần mềm kế toán cho các Cty nhỏ và vừa tại quê tôi luôn than trời vì họ luôn đòi hỏi phải được tuỳ biến cao...hehe...
Để tracking xem ai sửa đổi dữ liệu thì viết thêm code lưu lại toàn bộ thông tin: ai đăng nhập, ai sửa đổi thông tin gì thành thông tin gì, ngày giờ phút giây..v...

Tham khảo:
View attachment 230739


... đóng góp ý kiến sơ sơ vậy. Bạn tham khảo nhé.

Được anh "lão thành cách mạng" @ongke0711 review và góp ý thì còn gì bằng nữa ạ.

Hiện tại bên cty em vẫn đang sử dụng mã khách hàng và mã sản phẩm để phân loại khách hàng cùng sản phẩm

Mỗi cty sẽ có cách đặt mã riêng theo yêu cầu riêng của sếp cho nên e để mã Kh và mã Sp tạo bằng cách thủ công cho tiện tùy biến
Vd: e thấy có cty tạo mã KH toàn bằng số, còn riêng e thì tạo theo thông tin thực để bất kỳ nv nào cũng có thể biết thông tin Kh đó qua mã

"Theo tôi, bạn chỉ nên khoá dữ liệu ở các trường hợp sau:
- Cuối tháng, đã khoá sổ kế toán, đã kết chuyển tồn kho các thứ v.v..
- Đã xuất hoá đơn" -> khoản này hợp lý, e sẽ nghiên cứu thêm. Hihi

Còn truy vấn báo cáo dữ liệu em sẽ tiếp tục trong dự án tiếp theo để hoàn chỉnh hơn ạ

Cám ơn anh đã góp ý, chúc anh thành công!

 

[Minh Tùng]

Cập nhật Version mới ngày 09/01/2020

V200109
- Sửa dữ liệu in phiếu bán hàng không full giấy khi chọn khổ A5 hoặc A4.
- Bổ sung thêm Nhập Khuyến mãi sản phẩm Nhập trong kỳ của danh mục XNT kho.
- Bổ sung tính năng cộng dồn khi Nhập trong kỳ của danh mục XNT kho.
VD: nhập trong kỳ Lần nhập 1 số lượng 10 cho sản phẩm A, tiếp tục nhập số lượng 5 cho sản phẩm A nếu vẫn chọn Lần nhập 1 thì số lượng sản phẩm A sẽ cộng dồn lên thành 15.
- Bổ sung thêm tính năng xóa sản phẩm trong list bán hàng khi xuất bán sai của danh mục Bán hàng.
- Sửa lỗi mất mất dòng thông báo thông báo "Hiện tại chúng tôi chưa có chính sách công nợ" tại in phiếu thực phẩm.
- Bổ sung thông báo và tính năng Hủy phiếu bán hàng hoặc Giữ lại Phiếu bán hàng để thay thế sản phẩm khác khi âm kho trong Bán hàng.
- Bổ sung Đơn vị tính và Quy cách vào sau Tên sản phẩm nếu Đơn vị tính là Thùng hoặc Lốc.
VD: Coca Cherry có ĐVT: Lon và Quy cách: 375ml/Lon thì sẽ không có Quy cách ở sau tên Coca Cherry. Nhưng, Coca Mía có ĐVT: Thùng và Quy cách: 12 Lon/Thùng thì sẽ có Quy cách ở sau tên Coca Mía [Thùng 12 Lon]
- Bổ sung Công nợ chưa thanh toán của khách hàng vào Phiếu bán hàng.
Nếu Phiếu bán hàng không có mục Chiết khấu hoặc Công nợ chưa thanh toán thì 2 mục này sẽ tự động ẩn.

 

[thacosil]

Dear Tùng !
1. File cập nhật này 09 :
- Mình không nhập dữ liệu khách hàng cũ vào được
2. Chỉnh sửa lô gô thông tin công ty theo từng sheet.
3. Sheet "BanHang" nhập sai thì làm thế nào để xóa luôn cả phiếu đó.
Vì trong nhiều trường hợp nhân viên nhập sai thì phải xóa toàn bộ dữ liệu và nhập lại.
Tương tự với sheet DataPhieuBH

Mình đã thử xóa bằng thủ công - delete - nhưng dữ liệu ở xuất nhập tồn nó vẫn báo là chưa được xóa bỏ

 

[Minh Tùng]

Dear Tùng !
1. File cập nhật này 09 :
- Mình không nhập dữ liệu khách hàng cũ vào được
2. Chỉnh sửa lô gô thông tin công ty theo từng sheet.
3. Sheet "BanHang" nhập sai thì làm thế nào để xóa luôn cả phiếu đó.
Vì trong nhiều trường hợp nhân viên nhập sai thì phải xóa toàn bộ dữ liệu và nhập lại.
Tương tự với sheet DataPhieuBH

Mình đã thử xóa bằng thủ công - delete - nhưng dữ liệu ở xuất nhập tồn nó vẫn báo là chưa được xóa bỏ

1. Không nhập khách hàng cũ vào được thì hiện thông báo như thế nào?
2. V09 em chưa cập nhật tính năng đó ạ -> Chịu khó chỉnh sửa thủ công giúp em nhé. Hihi
3. Nếu nhập sai thì vẫn giữ lại dữ liệu đó anh nhé, chỉ cần xuất trả hàng ngược lại để trả lại tồn kho thực khi xuất phiếu sai ạ.
Thân!

 

[t2bg88]

Cập nhật Version mới ngày 09/01/2020

V200109
- Sửa dữ liệu in phiếu bán hàng không full giấy khi chọn khổ A5 hoặc A4.
- Bổ sung thêm Nhập Khuyến mãi sản phẩm Nhập trong kỳ của danh mục XNT kho.
- Bổ sung tính năng cộng dồn khi Nhập trong kỳ của danh mục XNT kho.
VD: nhập trong kỳ Lần nhập 1 số lượng 10 cho sản phẩm A, tiếp tục nhập số lượng 5 cho sản phẩm A nếu vẫn chọn Lần nhập 1 thì số lượng sản phẩm A sẽ cộng dồn lên thành 15.
- Bổ sung thêm tính năng xóa sản phẩm trong list bán hàng khi xuất bán sai của danh mục Bán hàng.
- Sửa lỗi mất mất dòng thông báo thông báo "Hiện tại chúng tôi chưa có chính sách công nợ" tại in phiếu thực phẩm.
- Bổ sung thông báo và tính năng Hủy phiếu bán hàng hoặc Giữ lại Phiếu bán hàng để thay thế sản phẩm khác khi âm kho trong Bán hàng.
- Bổ sung Đơn vị tính và Quy cách vào sau Tên sản phẩm nếu Đơn vị tính là Thùng hoặc Lốc.
VD: Coca Cherry có ĐVT: Lon và Quy cách: 375ml/Lon thì sẽ không có Quy cách ở sau tên Coca Cherry. Nhưng, Coca Mía có ĐVT: Thùng và Quy cách: 12 Lon/Thùng thì sẽ có Quy cách ở sau tên Coca Mía [Thùng 12 Lon]
- Bổ sung Công nợ chưa thanh toán của khách hàng vào Phiếu bán hàng.
Nếu Phiếu bán hàng không có mục Chiết khấu hoặc Công nợ chưa thanh toán thì 2 mục này sẽ tự động ẩn.

Bác cho em hỏi chút,
1. Dữ liệu "PXK" và "PNK" làm sao để cập nhật sang "XNT"
2. Phần "Công nợ chưa trả" trong form bán hàng có thể đặt tự động theo công nợ của khách hàng hiện có không?
3. Kênh khách hàng sửa ở đâu?
4. trong "DataPhieuBH" : 1 hóa đơn có thể ghi công nợ nhiều lần - dễ bị sai công nợ khi click nhầm. ( có thể sửa lại phần ghi công nợ đè lên dòng cũ khi trùng số hóa đơn không?)

 

[Minh Tùng]

Bác cho em hỏi chút,
1. Dữ liệu "PXK" và "PNK" làm sao để cập nhật sang "XNT"
2. Phần "Công nợ chưa trả" trong form bán hàng có thể đặt tự động theo công nợ của khách hàng hiện có không?
3. Kênh khách hàng sửa ở đâu?
4. trong "DataPhieuBH" : 1 hóa đơn có thể ghi công nợ nhiều lần - dễ bị sai công nợ khi click nhầm. ( có thể sửa lại phần ghi công nợ đè lên dòng cũ khi trùng số hóa đơn không?)

Em xin trả lời bác như sau:
1. Mục đích bác cập nhật PNK và PXK vào XNT để làm gì?
2. Có thể được, phải sửa lại code
3. Kênh bán hàng sửa tại Xuất trong kỳ
4. Click nhầm thì có thể, nhưng khi Click sẽ có thông báo hoàn thành. Nếu vô tình nhầm thì chắc chắn sẽ biết khi xuất hiện thông báo. Giải pháp khi lick nhằm là Click hoàn nợ (hoặc cực chẳng đã thì xóa thủ công bằng tay bên dữ liệu công nợ). Có thể sửa bằng cách sửa code.

Cám ơn bác đã đặt câu hỏi. Em sẽ xem lại và bổ sung thêm nếu cần thiết và em có thời gian rảnh.

 

[t2bg88]

Em xin trả lời bác như sau:
1. Mục đích bác cập nhật PNK và PXK vào XNT để làm gì?
2. Có thể được, phải sửa lại code
3. Kênh bán hàng sửa tại Xuất trong kỳ
4. Click nhầm thì có thể, nhưng khi Click sẽ có thông báo hoàn thành. Nếu vô tình nhầm thì chắc chắn sẽ biết khi xuất hiện thông báo. Giải pháp khi lick nhằm là Click hoàn nợ (hoặc cực chẳng đã thì xóa thủ công bằng tay bên dữ liệu công nợ). Có thể sửa bằng cách sửa code.

Cám ơn bác đã đặt câu hỏi. Em sẽ xem lại và bổ sung thêm nếu cần thiết và em có thời gian rảnh.

như mình trước làm bên bộ phận hậu cần của cty thì : xuất kho, nhập kho và XNT thuộc phân hệ kho bãi.
1. XNT hiển thị các giao dịch Xuất kho, Nhập kho và Tồn kho.
2. Phiếu xuất kho/nhập kho: là mình làm xuất/nhập hàng trong kho hệ thống, giao dịch đó sẽ lưu lại trong XNT và giảm/tăng tồn kho luôn.
Như vậy khi làm xuất/nhập kho thì cần lưu lại các giao dịch đó trong XNT để kiểm soát tồn kho chính xác.

 

[thnghiachau]

ÔI.. thật ngưỡng mộ bạn @Minh Tùng ....
cho mình góp ý nho nhỏ...
cái data ngày càng phình to, file excel của bạn ngày càng nặng, do đó, nếu bạn nghĩ tới việc dùng access làm database thì tuyệt hơn thì phải?
chút ý kiến với bạn nha....
Thân

 

[Hoan1985]

Chúc mừng bạn đã làm ra được cái ứng dụng phục vụ cho công việc của mình. Viết ra một cái ứng dụng chạy không báo lỗi gì hết là mừng húm rồi phải không bạn. Sau giây phút thăng hoa, tận hưởng thành quả mình làm được thì bắt đầu xem lại chỉnh sửa lại để ra version 2 cho nó hoàn thiện hơn.
Tôi thấy bạn hpkhuong cũng có để cập rồi đó là nên tập trung xây dựng cái CSDL cho đầy đủ, đáp ứng các báo cáo cần có sau này. Tôi có chút xíu trải nghiệm qua cái CSDL này nên đóng góp chút ý kiến thôi.

Tôi thì thường làm kỹ, bắt đầu từ cái cơ bản nhất là các bảng dạnh mục: DM Khách hàng, DM hàng hoá, DM Loại nhập xuất, DM Loại thu chi, DM Chứng từ....

- DM khách hàng (DM chung NCC + Khách hàng): sau này nếu bạn cần trích lọc DS nhà cung cấp (NCC), báo cáo xem mình lấy hàng NCC nào nhiều nhất mà Tết họ không có tặng quà gì hết thì kêu thơ ký gọi điện nhắc nhở... . Lúc đó trên DS của bạn thiết kế hiện tại làm sao lấy nhanh? --> nên thêm mục [Loại KH]. Các mã khách hàng, theo quan điểm của tôi bạn nên viết code để tạo tự động theo một khuôn mẫu qui ước nào đó để: không bị trùng; chuẩn hoá qui cách, số lượng ký tự ; khỏi mất thời gian người dùng suy nghĩ phải tạo mã KH ra làm sao; Khi người dùng nghĩ ra một cái mã hay ho nào đó rồi thì ứng dụng báo trùng mã --> tức điên người . Cách này cũng áp dung cho việc tạo mã sản phẩm.

View attachment 230735

- DM hàng hoá (sản phẩm): Để tiện cho việc lọc lựa, truy vấn sau này thì nên có các cột: thuộc ngành hàng gì (có thể dùng mã ngành trong việc tạo mã SP), hàng hoá thuộc NCC nào để biết đường sau này mà "Xuất hoàn trả NCC"...

View attachment 230736

- DM Loại NX: cũng phục vụ cho việc truy vấn.

View attachment 230737



Riêng về cái qui ước bên dưới này:



Theo tôi, bạn chỉ nên khoá dữ liệu ở các trường hợp sau:
- Cuối tháng, đã khoá sổ kế toán, đã kết chuyển tồn kho các thứ v.v..
- Đã xuất hoá đơn.

Riêng về vụ giảm thiểu gian lận thì các ông viết phần mềm kế toán cho các Cty nhỏ và vừa tại quê tôi luôn than trời vì họ luôn đòi hỏi phải được tuỳ biến cao...hehe...
Để tracking xem ai sửa đổi dữ liệu thì viết thêm code lưu lại toàn bộ thông tin: ai đăng nhập, ai sửa đổi thông tin gì thành thông tin gì, ngày giờ phút giây..v...

Tham khảo:
View attachment 230739


... đóng góp ý kiến sơ sơ vậy. Bạn tham khảo nhé.

Cái đó là file excel hay phần mềm vậy bác. có bán không vậy. Tại mình cũng đang cần file như thế

 

[thnghiachau]

@Hoan1985: "Cái đó là file excel hay phần mềm vậy bác. có bán không vậy. Tại mình cũng đang cần file như thế "

chú @Hoan1985 hãy đọc hết cái thread này kỹ rùi hãy viết như thế nhé!!!

 

[Hoan1985]

@Hoan1985: "Cái đó là file excel hay phần mềm vậy bác. có bán không vậy. Tại mình cũng đang cần file như thế "

chú @Hoan1985 hãy đọc hết cái thread này kỹ rùi hãy viết như thế nhé!!!

Ý mình hỏi là cái dmhh sao làm đc trên nền tảng excel mình kiếm hoài mà không gặp

 

[ongke0711]

Ý mình hỏi là cái dmhh sao làm đc trên nền tảng excel mình kiếm hoài mà không gặp

Đó là Table của Access. Tôi chỉ dùng làm demo cho viêc xây dựng CSDL của một ứng dụng bán hàng nhỏ sẽ cần có các cột thông tin gì, tổ chức lưu trữ thông tin theo nhóm ra sao v.v.. Các table này cũng chỉ dùng để lưu dữ liệu thô rồi ứng dụng (giao diện người dùng) Access sẽ xử lý chứ người dùng không nhìn thấy được các Table này đâu nhé. Bạn không cần phải thiết kế kiểu treeview như vậy cho dữ liệu Excel (muốn cũng không được ).

 

[Minh Tùng]

như mình trước làm bên bộ phận hậu cần của cty thì : xuất kho, nhập kho và XNT thuộc phân hệ kho bãi.
1. XNT hiển thị các giao dịch Xuất kho, Nhập kho và Tồn kho.
2. Phiếu xuất kho/nhập kho: là mình làm xuất/nhập hàng trong kho hệ thống, giao dịch đó sẽ lưu lại trong XNT và giảm/tăng tồn kho luôn.
Như vậy khi làm xuất/nhập kho thì cần lưu lại các giao dịch đó trong XNT để kiểm soát tồn kho chính xác.

À, nếu vậy thì đúng rồi.
Để sau khi mình hoàn thành hết file này rồi mình sẽ tách phần đó ra riêng XNTK với Phiếu Nhập xuất kho cho bạn.

Bài đã được tự động gộp: 15/2/20

ÔI.. thật ngưỡng mộ bạn @Minh Tùng ....
cho mình góp ý nho nhỏ...
cái data ngày càng phình to, file excel của bạn ngày càng nặng, do đó, nếu bạn nghĩ tới việc dùng access làm database thì tuyệt hơn thì phải?
chút ý kiến với bạn nha....
Thân

Nói thật bác về khoản Access thì em dở tệ ạ.

Em cũng dự đoán file sẽ phình ra cho nên em thiết kế cho doanh nghiệp siêu nhỏ vì:
1. File này (có thể) chỉ 1 người sử dụng.
2. Mỗi tháng sẽ sử dụng 1 file. Sau khi kết thúc tháng mình sẽ copy ra 1 file mới và xóa các dữ liệu không cần thiết đi (VD xuất nhập kho, bán hàng...), file cũ mình để lưu trữ xem lại khi cần.
3. Dữ liệu không quá nhiều cho nên không kịp phình ra trong vòng 1 tháng. Hihi...