Góp Sức Xây Dựng Cách Tính Giá Thành Phần Mềm

[hangntt301]

:friend: HI ALL
Mình đang làm trong một công ty phần mềm và cũng như nhiều bạn khác hiện nay mình đang rất băn khoăn trong việc tính giá thành. Phần mềm là 1 loại sản phẩm vô hình, chi phí cấu tạo nên chủ yếu là chất xám (do đó để xác định được các chi phí đó là rất khó) nếu chỉ dựa trên bảng thanh toán tiền lương của nhân công thôi thì mình nghĩ là chưa đủ. Các chi phí để tạo nên phần mềm như: CF phân tích thiết kế, công lập trình module PM, CF hướng dẫn sử dụng, CF bảo hành....
Bất kể chi phí nào đưa ra đều phải có chứng từ hợp lệ. Vậy bạn nào biết các CF như: CF phân tích thiết kế, công lập trình module PM, CF hướng dẫn sử dụng, CF bảo hành.... để hợp lệ thì mình phải làm như thế nào?
Vô đây góp sức đi các bạn ơi, có bạn nào có ý kiến hay thì góp ý nhé

 

[hai2hai]

:friend: HI ALL
Mình đang làm trong một công ty phần mềm và cũng như nhiều bạn khác hiện nay mình đang rất băn khoăn trong việc tính giá thành. Phần mềm là 1 loại sản phẩm vô hình, chi phí cấu tạo nên chủ yếu là chất xám (do đó để xác định được các chi phí đó là rất khó) nếu chỉ dựa trên bảng thanh toán tiền lương của nhân công thôi thì mình nghĩ là chưa đủ. Các chi phí để tạo nên phần mềm như: CF phân tích thiết kế, công lập trình module PM, CF hướng dẫn sử dụng, CF bảo hành....
Bất kể chi phí nào đưa ra đều phải có chứng từ hợp lệ. Vậy bạn nào biết các CF như: CF phân tích thiết kế, công lập trình module PM, CF hướng dẫn sử dụng, CF bảo hành.... để hợp lệ thì mình phải làm như thế nào?
Vô đây góp sức đi các bạn ơi, có bạn nào có ý kiến hay thì góp ý nhé

Theo mình nghĩ:

Bao giờ bạn đo lường được cho mỗi vai trò, mỗi công việc thì bạn sẽ tính được giá thành thực tế của sản phẩm phần mềm. Chất xám cũng chỉ có tác dụng khi thể hiện ở dạng kết quả có thể đo đạc được (chứ để trong đầu thì đo làm sao được).

Để đo lường được thì gần như phải áp dụng quy trình ISO, CMM,... cho việc phát triển phần mềm.

Khi đã đo lường được mọi việc theo các số đo (mandays, USP, LOC, FNP,...) thì bạn sẽ tính được chi phí dựa trên đơn giá (rate) của các số đo đó. Kết hợp với phương pháp phân bổ chi phí quản lý, chi phí chung,... của cty bạn thì sẽ tính được giá thành.

Ý kiến của mình là như vậy, ko biết ý bạn thế nào?

 

[hangntt301]

cảm ơn bạn đã cho ý kiến nhưng mình thực sự ko hiểu về các vấn đề như phải áp dụng quy trình ISO, CMM, và một số chỉ số trên.
mình đã trao đổi truc tiêp vơi bac LE VAN TON về cách sử dụng file excel của bác ấy bây giở mình thấy cũng tạm ổn. Mình đang trong quá trình thử nghiệm xây dựng cách tính thích hợp với công ty mình. Nếu bạn nào có quan tâm có thể liên lạc lại với mình theo d/c email hangnttcnc@yahoo.com

 

[Ngatrinh0183]

Bạn chỉ dùm mình với! Trong bảng tập hợp giá thành (File của Le Van Ton), số liệu ờ phần : Đã hoàn thành(Giá thành) lấy từ đâu vậy bạn?, cách tính ntn? Giúp mình với!

 

[Lan Tuong]

Ban ơi, hic tơ cũng làm trong công ty phần mềm nên cũng đang rất băn khoan không biết làm như thế nào? Tại chi phí để làm phần mềm chỉ có chi phí tiền lương nhân và một số chi phí văn phòng và chi phí chung khác....Tơ thấy bạn liên lạc với bác Le Van Ton mình rất quan tâm bạn có thể nói rõ hơn 1chút cho mình được không.Thanks!

 

[nguyenthuyfgc]

Bạn hangntt301 ơi, mình gửi thư cho bạn theo địa chỉ hangnttcnc@yahoo.com nhưng ko được . Mình rất muốn biết cách hạch toán trong doanh nghiệp phần mềm mà bạn đang làm. Bạn có thể gửi cho mình xin file bảng tập hợp tính Z của bác LE VAN TON được ko.Thanks!

 

[levanton]

Mình thấy các bài viết chỉ hỏi tập trung về file giá thành phần mềm của levanton. Vì vậy ngoài địa chỉ mail do bạn hangnttcnc@yahoo.com nêu, các bạn có thể gửi mail về hộp thư của mình tondonga@yahoo.com, mình sẽ trả lời thắc mắc của các bạn.
Topic này xin các bạn, được đóng lại ở đây.

 

[HyperVN]

Để tính đúng được giá thành phần mềm thì cần phải chia ra đâu là phần mềm đóng gói, đâu là phần mềm viết theo order, với loại phần mềm viết theo yêu cầu thì việc tập hợp chi phí đơn giản vì doanh thu nó phát sinh một lần, chỉ cần tập hợp đầy đủ và phân bổ chi phí đúng tiêu thức. Với phần mềm đóng gói thì doanh thu phát sinh nhiều lần, khi đó cần căn cứ vào kế hoạch ban đầu của dự án: số lượng bán được tối thiểu bao nhiêu, phần mềm duy trì trong bao nhiêu năm, từ đó tính ra số doanh thu dự kiến tổng dự án phần mềm này để có phương án phân bổ giá thành vào giá vốn hợp lý nhất (từ này mới nghe phải không?).

Về hạch toán tiền lương: cần có time sheet cho từng dự án, từ đó phân bổ tiền lương kỹ sư một cách hợp lý, tất nhiên đây là lĩnh vực sản xuất nên tiền lương được hạch toán vào TK 622 hoặc TK 154, cái khó của kế toán giá thành sản phẩm phần mềm đóng gói là lúc kết chuyển từ TK 154 sang TK 632 thế nào, tất nhiên là không thể kết chuyển một lần khi có doanh thu lần đầu, vì đã là sản phẩm đóng gói thì chi phí dự án lớn hơn rất nhiều nhiều lần giá bán một đơn vị sản phẩm, lúc này kế toán cần dựa vào kế hoạch của dự án để phân bổ dần số dư TK 154 vào giá vốn: có các cách phân bổ:

1. Nếu kế hoạch phát triển dự án cụ thể là sẽ bán bao nhiêu bản, trong thời gian bao lâu, chi phí bảo hành bảo trì, nâng cấp sẽ là bao nhiêu tiền, thường là phần mềm đóng gói cho một lĩnh vực đặc thù, ít hoặc không có đối thủ cạnh tranh (độc quyền hoặc chỉ định), bộ phận lập kế hoạch dự án rất dễ tiên lượng số bản sẽ bán được, từ đó cứ lấy số dư trên TK 154 mà phân bổ theo tỷ lệ số lượng này khi thực thế phát sinh. Cách làm này đảm bảo không đột biến về tình hình lợi nhuận khi đến cuối dự án.

2. Nếu không xác định chính xác số lượng sản phẩm sẽ bán được thì ít nhất phải có số lượng tối thiểu bán hoà vốn, khi phát sinh lấy tỉ lệ số lượng thực bán trên số lượng hoà vốn làm cơ sở phân bổ giá thành dở dang trên TK 154 vào giá vốn trên TK 632. Cách làm này những năm đầu sẽ đảm bảo không có lãi, nếu doanh nghiệp phần mềm đang trong thời kỳ được miễn giảm thuế TNDN thì đừng nên chọn cách này.

3. Giá thành định mức: xây dựng một tỷ lệ lãi định mức trên doanh thu, tất nhiên phải có luận chứng kinh tế rõ ràng chứng minh tỷ lệ này là hợp lý, lúc này việc phân bổ là trực tiếp theo số tiền = (1 - lãi định mức) x doanh thu thực tế phát sinh. Cách làm này doanh nghiệp sẽ chủ động điều tiết được mức lãi trong vài năm đầu tiên, như vậy nếu được ưu đãi thuế thì rất có lợi.

Ngoài ra nên lưu ý một số vấn đề trong việc bán phần mềm đóng gói như: chiết khấu môi giới, chi phí tư vấn triển khai, chi phí bảo hành bảo trì, nâng cấp phần mềm. Chi phí bản quyền vv... Nếu phần mềm có ấn định giá bán thì không sao, nhưng nếu phần mềm có giá tuỳ vào kích cỡ doanh nghiệp thì cũng là vấn đề rất đau đầu khi tính giá vốn (nếu bán kiểu này bạn nên chọn cách thứ 3), bạn cũng nên lưu ý nghiên cứu quy định để lập dự phòng cho khoản chi phí dở dang đang treo trên TK 154 đó vì mọi thứ tính toán đều chỉ là dự kiến nên tiềm ẩn rất nhiều rủi ro.