Tiêu chuẩn hóa danh mục tài khoản

[Vualua]

Lười quá nên chuyển vào đây mọi người tiện theo dõi . Có thể lên đến cả ngàn TK ở một công ty có nhiều giao dich nhưng không sao .
_________________________________________________________________

Theo he thong tai khoan ke toan ban hanh cua BTC hien nay, Mot so goi y
co the lam cho cong viec cua ban nhe nhang hon rat nhieu. Ve mat chinh
sach hien quan ly cac tai khoan bat buoc do la cac tai khoan cap 3 va cap 4.
Nhung neu ban ap dung he thong nay cho cong tac hach toan se khong hoan
toan dap ung duoc noi dung hach toan cua doanh nghiep. Theo nhung gi vua
lua da khao sat qua cac doanh nghiep thi co rat nhieu cong ty ap dung
nguyen he thong nay vao hach toan ke ca cac cong ty su dung he thong
phan mem...

Mot van de rat lon la vao mot ngay dep troi nao do sep cua ban hoi ve viec
thang nay dung het bao nhieu tien gui thu hoac danh gia thu xem tien chi phi
xang cho xe co da hop ly chua va ban phai mat nhieu cong suc de tong hop
cac tieu chi cho cong tac bao cao va ke toan quan tri.

Vay tai sao ban khong lam luon tren he thong cua ban???? He thong ke toan
ban hanh la mot he thong tuong doi mo co ma? Theo minh de don gian hoa
va phan anh du cac ghi nhan cho giao dich cua ban ban can phai mo chi tiet
tai khoan de hach toan . CAN CHU Y DIEU NAY : Hay nen dich he thong
tieu khoan ra mot he thong dong nhat VD nhu he thong tai khoan 6 so chang
han.

Mot vi du cu the : Nhung chi phi overhead cua ban ghi nhan om dom trong
642 va cung lam ban mo tai khoan 6421,6422,6423..... Nhung cung co cach
de lam de hon do la ban se mo nhu sau :

TK 642 tap hop cac chi tieu cua cac TK nho hay tieu khoan sau :

642101 : Chi phi dien thoai VP chinh
642102 : Chi phi DT cua hang
642103 : Chi phi DT bo phan ban hang
642104 : Tien Fax
642105 : Tien Internet
642201 : Tien giay but
642202 : CP Photocopy
642203 : In an
642204 : Quang cao
vv.....

va tuong tu doi voi cac TK khac nhu tien mat VND la 111101 o VP chinh va
111102 o cua hang.....

Cach ghi VD tra tien but chang han ghi co TK111101 va no TK 642201

Nhu vay cac ghi nhan cua ban se thuc hien tren TK sau so nay va ban tam
thoi quen cac TK 3 so di vi no tap hop so tong tren cac TK 6 so cua ban. He
thong nay lam viec rat tot va minh cung da thu, moi khi sep ban hoi chi can
lay cai chi tiet ra va the la co bao cao . co bao nhieu giao dich se co bay
nhieu TK 6 so va nhu vay he thong cua ban da dap ung theo chuan quoc te
roi do... haha..... Moi cac ban hay thu lam xem dam bao rat rat OK.

 

[Vualua]

Cái này chạy trên Fast accounting rất ok , có thể dùng như thế này sẽ không cần làm khoản mục phí nữa . Khi cần có thể gọi chi tiết TK ra lấy số rất nhanh

 

[hungttt2002]

Tôi cảm thấy cách trình bày của Bác cũng chưa được thuyết phục cho lắm. BÁc có thể trình bày rõ hơn tí chút được không?Cơ quan tôi đã tiến hành mở tiết khoản của các tiểu khoản từ 3 năm nay rồi.

 

[long_nh2000]

Cách mở chi tiết cuả ban là rất tốt nhưng lúc đó bảng cân đối số phát sinh cuả bạn rất phức tạp. Một số phần mềm kế toán cho phép bạn mỡ theo mã chi p hí cho nhiều đối tượng, không cần phải chi tiết vậy đâu.

 

[HyperVN]

Mình đồng quan điểm với long_nh2000 trong việc mởi chi tiết theo mã khoản mục hay mã đối tượng, nhưng nói chung mở thế nào, chi tiết hay khoản mục nhưng tiện theo dõi hay không là do việc sử lý của phần mềm, có thể với việc mở tài khoản chi tiết nhưng in báo cáo cân đối tài khoản chỉ khống chế tới cấp 3 cũng không có gì là rối rắm cả. Cái này cần mấy bác bán phần mềm kể nể hay hơn anh em nghiệp vụ.

 

[nhungpt59]

Chúng tôi hiện nay mở chi tiết cho tài khoản loại 6 cũng đến 06 con số. Điều nay rất thuận tiện cho viêc theo dõi các chi phí thực tế và tiên cho công tác kế toán quản trị để có thể lấy số liệu ra phân tích hay báo cáo cho giám đốc bất cứ lúc nào cần. Đây là điều kiện cần cho bất cứ 01 DN nào muốn quản lý tốt để giảm chi phí.
Các bạn hãy thử mở tài khoản như vậy ở đơn vị của các bạn đi, các bạn sẽ thấy hiệu quả của nó ngay mà.

 

[SUNF]

Chị Nhung ơi, nhưng mà mở nhiều quá chắc chắn rối đấy. Dùng PM của CompasX đi chị. Vẫn quản lý cực kỳ chi tiết, mà lại ko phải mở thêm tiểu khoản.

 

[Lan-Anh]

Cty tôi sử dụng MISA 7.0, việc chi tiết TK chi phí QL thì k0 có vấn đề gì, nhưng chúng tôi muốn chi tiết TK Doanh thu bán hàng để phân loại Doanh thu thì lại rất khó. Sếp thường yêu cầu có thông tin chớp nhoáng trong ngày về Doanh thu trên nhóm loại khách hàng (cấpI,II) địa lý, doanh thu về loại mặt hàng và tên thương hiệu (một thương hiệu thường có nhiều loại sp). Vì thế nếu chia TK theo Khách hàng thì lại k0 đạt được yêu cầu về chia theo sp, và ngược lại. Hiên nay tôi vẫn phải sử dụng Excel để phân tích. Vua lua có cao kiến gì giúp tôi mới. Thanks!

 

[Roadbrowser]

Gửi LA:
Hiện nay ở Cty mình đang dùng Exact và bọn mình có thể giải quyết được vấn đề mà bạn đưa ra. Bọn mình mở TK chi tiết cho từng loại SP, còn phân loại DThu theo khách hàng hay khu vực thì ở Exact có thêm trường Cost Center và Cost Unit nhờ đó mình có thể phân loại khách hàng theo Cost Center. Không biết MISA có cho phép bạn làm như vậy không.

 

[Vualua]

LA gửi địa chỉ mail qua cho minh, VL sẽ gửi TL bạn tham khảo thêm, có những cái k mang lên đây trưng được, mong bạn thông cảm.

Cái của VL làm thì sau khi set xong sẽ vào TK 6 số hoặc 7 số hết, khi cần tập hợp theo các TK cấp 1 mà quy định BTC yêu cầu thì hoàn toàn được.

 

[StonyHeartedMan]

Nếu ai đã từng biết đến Oracle eBusiness Suite thì sẽ thấy cách nó thiết kế flexfield cực hay. Tổ hợp các flexfields (mỗi flexfield đại diện cho 1 loại đối tượng quản lý nào đó) chính là kết quả của 1 Business Workflow. Như vậy, việc thống kê báo cáo theo bất cứ tiêu chí nào cực kỳ flexible).
Làm như vậy sẽ giải quyết được mấy cái yêu cầu quản trị như ở đoạn trích dưới đây của bạn LAN-ANH (và còn hơn thế nhiều):

(Sếp thường yêu cầu có thông tin chớp nhoáng trong ngày về Doanh thu trên nhóm loại khách hàng (cấpI,II) địa lý, doanh thu về loại mặt hàng và tên thương hiệu (một thương hiệu thường có nhiều loại sp).

Ý tưởng thì như vậy, các nhà thiết kế PMềm có thể nghĩ cách để làm nhé.

 

[PAT]

Nếu ai đã từng biết đến Oracle eBusiness Suite thì sẽ thấy cách nó thiết kế flexfield cực hay. Tổ hợp các flexfields (mỗi flexfield đại diện cho 1 loại đối tượng quản lý nào đó) chính là kết quả của 1 Business Workflow. Như vậy, việc thống kê báo cáo theo bất cứ tiêu chí nào cực kỳ flexible).
Làm như vậy sẽ giải quyết được mấy cái yêu cầu quản trị như ở đoạn trích dưới đây của bạn LAN-ANH (và còn hơn thế nhiều):

Ý tưởng thì như vậy, các nhà thiết kế PMềm có thể nghĩ cách để làm nhé.

Làm như vậy sẽ giải quyết được mấy cái yêu cầu quản trị như ở đoạn trích dưới đây của bạn LAN-ANH (và còn hơn thế nhiều):


Ý tưởng thì như vậy, các nhà thiết kế PMềm có thể nghĩ cách để làm nhé.[/


Phát triển ý tưởng của stony và giải đáp thắc mắc của LAN ANH theo PAT có một số vấn đề muốn trao đổi như sau :

Phân tích cách tổ chức cấu trúc mã tài khoản :

Phần lớn cách tổ chức cấu trúc mã tài khoản hiện nay đầu tiên dựa trên các quy định của hệ thống kế toán VAS với các lớp TK nhóm 1 , TK nhóm 2 …sau đó tiếp tục phân thành các nhóm tiể khoản và cứ thế tiếp tục. Việc phân tích tiểu khoản chi tiết sẽ tùy từng đơn vị đặt và quản lý phân tích theo các mục tiêu của từng công ty.

Theo hiểu biết của PAT thì xu hướng hiện nay các kế toán thường đưa các đối tượng cần theo dõi vào trong tiểu khoản. Ví dụ 112 là tiền gửi Ngân hàng – 1121 : Tiền Việt Nam sau đó kế toán Ngân Hàng có thể mở thêm 1121A - Để theo dõi các khoản tiền gửi của NH A, 1121B cho ngân hàng B. Cách tổ chức tương tự sẽ được các kế toán viên mở các tiểu khoản theo dõi công nợ phải thu, phải trả ….

Nhận xét về cách tổ chức này :

Một là đến một lúc nào đó các kế toán viên sẽ khó kiểm soát tiểu khoản do số lượng đối tượng tăng lên quá nhiều nhất là cho các nghiệp vụ phải thu, kho, sản phẩm….

Hai là khi Nhà nước có thay đổi - Giả sử cấu trúc lại hệ thống Tài khoản thì một loạt các vấn đề lớn sẽ nẩy sinh . Đặc biệt là khi bạn đang xử lý kế toán bằng Excel hoặc một phần mềm nào đó.

Ba là khi Nhà nước thay đổi tên gọi của các TK nhóm 1 hoặc nhóm 2 sẽ mất nhiều thời gian và công sức để hiệu chỉnh lại các biểu mẫu báo cáo theo quy định của Nhà nước.

Bốn là : chắc chắn sẽ phát sinh các vấn đề như LAN ANH đã nêu ra khi cần phân tích quản trị ở đây không chỉ là sản phẩm, đôi khi còn là phân tích chất lượng nhân viên bán hàng, có thể là dự án, có thể là một chỉ tiêu bất kỳ nào đó.

Vậy hướng xử lý ở đây là gì : Hiện nay các nhà phát triển hệ thống ERP giải quyết vấn đề chi tiết như sau :

Đối với vấn đề hai và vấn đề 3 : Xây dựng hệ thống tham số định nghĩa độ dài của tài khoản nhóm 1, tài khoản nhóm 2, tài khoản nhóm 3. Tham số này được định nghĩa khi setup hệ thống. Trong trường hợp có thay đổi chính sách của Nhà nước về cấu trúc Tài khoản thì chỉ cần định nghĩa lại sau đó dùng một tool chuyển đổi đơn giản là toàn bộ hệ thống sẽ được mapping sang hệ thống mới.

Hệ thống mở cũng cho phép định nghĩa tên gọi của các tiêu đề Tài khoản lớp trên trong báo cáo để dễ dàng định nghĩa khi Nhà nước thay đổi các tiêu đề trong các báo cáo.

PAT sẽ post tiếp trả lời về Dimetion hay Cost Center trong bài sau vì bài đã dài rồi.

 

[CNN]

Nếu ai đã từng biết đến Oracle eBusiness Suite thì sẽ thấy cách nó thiết kế flexfield cực hay. Tổ hợp các flexfields (mỗi flexfield đại diện cho 1 loại đối tượng quản lý nào đó) chính là kết quả của 1 Business Workflow. Như vậy, việc thống kê báo cáo theo bất cứ tiêu chí nào cực kỳ flexible).

Hiện tại TCT Hàng không nơi CNN thực tập cũng dùng hệ thống tài khoản theo loại này. 6 field, tổng cộng 27 số. Uhm, theo dõi rất chi tiết, có điều 27 số, liệu lãnh đạo công ty nhìn vào có hiểu gì không nhỉ???

 

[StonyHeartedMan]

Hiện tại TCT Hàng không nơi CNN thực tập cũng dùng hệ thống tài khoản theo loại này. 6 field, tổng cộng 27 số. Uhm, theo dõi rất chi tiết, có điều 27 số, liệu lãnh đạo công ty nhìn vào có hiểu gì không nhỉ???

Ủa, lãnh đạo nhìn vào 27 số làm gì hả CNN ơi?

Giải thích thế nào nhỉ:

Giả sử có n các FlexField sau: (mỗi flexfield đại diện cho 1 loại đối tượng cần quản lý như công ty, chi nhánh, khu vực, tài khoản, loại tiền tệ, khách hàng, nhà cung cấp, nhân viên, loại sản phẩm, sản phẩm,...thậm chí là màu sắc, chủng loại, đặc tính chi tiết của SP,...)

FLXF1
FLXF2
FLXF3
...
FLXFn

Với Business workflow 1 (qui trình của nghiệp vụ Sales chẳng hạn) thì ta có 1 tổ hợp các FlexFields sau: {FLXF1; FLXF2; FLXF3...}

Với Business workflow i (qui trình của nghiệp vụ Inventory chẳng hạn) thì ta có 1 tổ hợp các FlexFields sau: {FLXF1; FLXF4; FLXF9...}
....

Tóm lại, nếu được thiết kế tốt thì kết quả cuối cùng sẽ được bất kỳ tổ hợp FlexField nào. Dựa và tổ hợp FlexField đó, ta có thể buid ra được kế quả mong muốn (là cái mà các nhà lãnh đạo công ty nhìn vào - chứ lãnh đạo nhìn vào cái tổ hợp đó làm cái gì??)

 

[comay]

Cho em hỏi là một doanh nghiệp vừa và nhỏ nhưng khi hạch toán lại dùng các tài khoản của một doanh nghiệp sản xuất lớn như vậy có đúng không ạ?