Dịch vụ cũng tính là 1 món hàng, không quan tâm tồn kho thôi
Xài chung phiếu xuất kho, nhưng mà anh xuất dịch vụ.
Thí dụ, xuất kho với các dòng bên trong là dịch vụ massage VIP, đơn giá 500k, số lượng 1
Xài chung phiếu xuất kho, nhưng mà anh xuất dịch vụ.
Thí dụ, xuất kho với các dòng bên trong là dịch vụ massage VIP, đơn giá 500k, số lượng 1
Dịch vụ cũng tính là 1 món hàng, không quan tâm tồn kho thôi
Xài chung phiếu xuất kho, nhưng mà anh xuất dịch vụ.
Thí dụ, xuất kho với các dòng bên trong là dịch vụ massage VIP, đơn giá 500k, số lượng 1
Vậy anh làm đi cho mình sài thử, nếu thấy phù hợp thì nhờ anh chỉnh sửa cho phù hợp và tính phí.
Cám ơn anh, rảnh xài bản 'chùa' coi sao đã.
Mới thêm khách hàng ở phiếu xuất.
(Do hồi nãy copy paste từ phiếu nhập nên còn chữ tên NCC)
Attachments
Dịch vụ nhiều ngành nghề cũng có tồn kho trong nhiều trường hợp chứ anh,nhất là với cty outsourceDịch vụ cũng tính là 1 món hàng, không quan tâm tồn kho thôi
Xài chung phiếu xuất kho, nhưng mà anh xuất dịch vụ.
Thí dụ, xuất kho với các dòng bên trong là dịch vụ massage VIP, đơn giá 500k, số lượng 1
Vd: đặt dư số lượng so với yc của khách, đặt hàng ko đúng chủng loại...
Cái vật tư xuất kho kiêm phiếu bán hàng thì anh minhtuan có thể tạo 1 mã gọi là "dzé massage VIP", không quan tâm đến tồn kho, cứ xuất thỏi mái.
Khi in thẻ kho cho loại "dzé massage VIP" sẽ có được doanh thu
.hoăc bảng NXT thì chỉ có phát sinh bên 'có' thôi.
Về đặt hàng khác số lượng, sai chủng loại,... phải làm phiếu điều chỉnh.
Nhắc lại cái App này chỉ làm nhập/xuất, thu chi và báo cáo tồn. Mai mốt mấy ảnh đòi báo cáo doanh thu.....là em lụm tiền đó.
Bác Nospam tặng không là quá ngon cho mọi người rồi, do đó mọi người phải chịu tốn sức ra tìm hiểu sử dụng và tự xử các vấn dê có liên quan phát sinh khi cài đặt, quan trọng hơn hết là mọi người cố gắng bám theo cấu trúc chung của bác ấy vì sẽ không thể nào có đủ chức năng theo ý mình, chịu khó biến tấu chúc hay kết hợp giấy tờ thì cũng sẽ ok thôi.
Trong ngành làm phần mềm bán hàng (gọi chung là phần mêm bán đại trà) thì em ước tính chi phí triển khai sẽ chiếm từ 65% trong giá thành bán lẻ trở lên. Độ phức tạp của phần mềm sẽ tỷ lệ thuận với tỷ lệ phần trăm chi phí triển khai trong giá thành. Giá cả phần mềm sẽ rất rẻ nếu như người sử dụng tự học cách sử dụng mà không cần ngươi hướng dẫn và tự xử lý các vấn đề linh tinh phát sinh (lỗi lặt vặt của HĐH, cài đặt thiết bị ngoại vi, bla...bla...).
Giả sử phần mềm đáp ứng tiêu chí cơ bản của thị trường thực tế thì thông thường 20% chức năng đã đáp ứng 80% thị trường phổ thông,
Tiêu chí đáp ứng là:
1) xử lý thuật toán và cấu trúc hệ thống, cái này thì tương đối dễ vì phần mềm ở mức độ phổ thông, các quy trình rõ ràng ko đặc thù nhiều
2) Thao tác người dùng, cách này không khó nhưng sẽ rât mất nhiều thời gian và cho ra hàng chục mô hình vận hành khác nhau dựa trên cấu trúc chung. Ví dụ: giao diện sử dụng cho siêu thị khác, Gara khác, Tạp hoá khác, ngành thời trang khác, Massage khác, Karaoke khác, cafe khác,.... Tuy nhiên nếu tham lam quá gom mọi thứ vào chung bộ source thì sẽ bị phình to cấu trúc hệ thống dẫn đến lỗi phát sinh tiềm ẩn. Ngoài ra, ngươi đi hướng dẫn sử dụng phải am hiểu nhiều nghiệp vụ của nhiêu loại mô hình khác nhau.
Điều cuối cùng, người kinh doanh phần mềm đại trà đòi hỏi nghiệp vụ chuyên môn riêng nên ông chuyên phần mềm bán nhà thuốc khác ông chuyên phần mềm bán hàng shop hay ông bán phần mềm cafe/nhà hàng... và hiển nhiên sẽ khác với ông bán phần mềm Kế toán hay ông phần mềm nhân sự, abc gì đó. Nhóm đại trà này phải bán hàng hằng tháng vài chục đến vài trăm khách mói đủ sổ hụi.
Và chắc chắn nhóm đại trà bên trên sẽ khác với nhóm kinh doanh phần mêm theo từng project, nhóm này năm làm dăm ba cái là ngon rồi.
Trong ngành làm phần mềm bán hàng (gọi chung là phần mêm bán đại trà) thì em ước tính chi phí triển khai sẽ chiếm từ 65% trong giá thành bán lẻ trở lên. Độ phức tạp của phần mềm sẽ tỷ lệ thuận với tỷ lệ phần trăm chi phí triển khai trong giá thành. Giá cả phần mềm sẽ rất rẻ nếu như người sử dụng tự học cách sử dụng mà không cần ngươi hướng dẫn và tự xử lý các vấn đề linh tinh phát sinh (lỗi lặt vặt của HĐH, cài đặt thiết bị ngoại vi, bla...bla...).
Giả sử phần mềm đáp ứng tiêu chí cơ bản của thị trường thực tế thì thông thường 20% chức năng đã đáp ứng 80% thị trường phổ thông,
Tiêu chí đáp ứng là:
1) xử lý thuật toán và cấu trúc hệ thống, cái này thì tương đối dễ vì phần mềm ở mức độ phổ thông, các quy trình rõ ràng ko đặc thù nhiều
2) Thao tác người dùng, cách này không khó nhưng sẽ rât mất nhiều thời gian và cho ra hàng chục mô hình vận hành khác nhau dựa trên cấu trúc chung. Ví dụ: giao diện sử dụng cho siêu thị khác, Gara khác, Tạp hoá khác, ngành thời trang khác, Massage khác, Karaoke khác, cafe khác,.... Tuy nhiên nếu tham lam quá gom mọi thứ vào chung bộ source thì sẽ bị phình to cấu trúc hệ thống dẫn đến lỗi phát sinh tiềm ẩn. Ngoài ra, ngươi đi hướng dẫn sử dụng phải am hiểu nhiều nghiệp vụ của nhiêu loại mô hình khác nhau.
Điều cuối cùng, người kinh doanh phần mềm đại trà đòi hỏi nghiệp vụ chuyên môn riêng nên ông chuyên phần mềm bán nhà thuốc khác ông chuyên phần mềm bán hàng shop hay ông bán phần mềm cafe/nhà hàng... và hiển nhiên sẽ khác với ông bán phần mềm Kế toán hay ông phần mềm nhân sự, abc gì đó. Nhóm đại trà này phải bán hàng hằng tháng vài chục đến vài trăm khách mói đủ sổ hụi.
Và chắc chắn nhóm đại trà bên trên sẽ khác với nhóm kinh doanh phần mêm theo từng project, nhóm này năm làm dăm ba cái là ngon rồi.
Chỉnh sửa cuối:
