Tiêu chuẩn của phần mềm kế toán và hình thức kế toán trên máy vi tính (1 người xem)

[Đào Việt Cường]

Huynh Anh Thu

Excel va Ke toan - Bài viết không dấu
Day la lan dau tien minh gui bai len hoi cua webketoan:beer:
Cho minh hoi lam ke toan bang excel va in so bang may vi tinh co duoc xem la hinh thuc ke toan may vi tinh ko? Vi minh thay lam tren excel van bao dam nhung noi dung ma thong tu 103 quy dinh ve phan mem ke toan.
Mong nhan duoc cau tra loi cua cac ban! Thanks!

Dear all,
-------
Hôm nay em... xục xạo trong thùng giác của www.Webketoan.com thấy có bài viết này. Em thấy vấn đề được đề cập thì rất hay nhưng lại bị phạm quy nên bị xoá. Uổng.
Em mạn phép mở chủ đề này để mọi người cùng nghiên cứu, trao đổi.
Ai cũng có thể thấy rằng giữa hình thức kế toán làm sổ sách bằng tay và hình thức kế toán làm sổ sách bằng máy có những điểm khác biệt rõ rệt, thậm chí làm thay đổi hẳn các quy trình xử lý, tổng hợp và ghi sổ kế toán. Bên cạnh đó là các mẫu biểu, mẫu sổ sách (ngoại trừ mẫu báo cáo tài chính là bắt buộc) cũng có những khác biệt đáng kể.
Tuy vậy, theo em được biết, ngoài Thông tư 103/2005/TT-BTC ngày 24/11/2005 hướng dẫn về tiêu chuẩn và điều kiện của phần mềm kế toán, chưa có văn bản nào hướng dẫn cụ thể, chi tiết công việc của người làm kế toán bằng máy vi tính (không chỉ làm bằng phần mềm kế toán).
Theo em, thắc mắc của bạn Huynh Anh Thu cũng là thắc mắc của không ít người.
Làm kế toán bằng MS Excel, chúng ta càng phải tiến tới một một quy trình và mẫu biểu sổ sách thống nhất.
Rất mong nhận được ý kiến đóng góp của anh chị và các bạn.

Các vấn đề sẽ được thảo luận trong chủ đề này:
- Các mẫu biểu, sổ sách kế toán hiện hành
- Mẫu sổ sách kế toán hiện nay có phù hợp với kế toán làm bằng máy vi tính không?
- Có được tự ý thay đổi mẫu sổ sách? thay đổi ở mức độ nào?
- Thế nào là "Phần mềm kế toán"
Các bài viết liên quan:
- Kế toán bằng Excel
- Hoàn thiện hình thức kế toán
Các văn bản liên quan:
- Thông tư 103/2005/TT-BTC ngày 24/11/2005 hướng dẫn tiêu chuẩn và điều kiện của phần mềm kế toán

 

[minhnc]

Kế toán thì tôi ko được học ngày nào. Miễn bình bài nhưng liên quan đến công việc này thì cũng nhiều. là người quản lý dự án tại công trường, ko có 1 fòng ban Kế toán nào cả nên anh em kỹ thuật làm tất từ A- Z: Đấu thầu, triển khai dự án.-- Lấy được tiền về. Lúc đầu thấy cũng hơi fức tạp . Nào là hoá đơn , VAT, phiếu giá............... nhưng nói gì thì nói Kế toán công nhận là vẫn phức tạp.

 

[Mr Okebab]

Nghe nói một phần mềm kế toán viết trên Excel (dù bằng VBA) thì không được chấp nhận phải không? (Chi Cục Thuế Quận Tân Bình)
Nếu đúng như thế thì tệ thật đấy.

 

[hai2hai]

Nghe nói một phần mềm kế toán viết trên Excel (dù bằng VBA) thì không được chấp nhận phải không? (Chi Cục Thuế Quận Tân Bình)
Nếu đúng như thế thì tệ thật đấy.

Rational Database nó cũng có lý do của nó đấy.

Begin/Commit/Rollback batch transactions, data cascade, usages of Primary/Foreign key, Index key, Constraints, Audit login (cái này là yếu tố bắt buộc của phần mềm kế toán tài chính), DB Server process như Store procedure, Trigger, compiled views, v.v...

Ngoài ra còn 1 yếu tố là bảo mật: ko access được DB nếu ko có quyền (nhất là môi trường mạng), dữ liệu nhiều đến hàng trăm Gigabytes mà ko ảnh hưởng đến performance của chương trình, khả năng back up, restore, rollback DB theo kiểu của DB, khả năng Synchronize, v.v...

 

[Mr Okebab]

Rational Database nó cũng có lý do của nó đấy.

Begin/Commit/Rollback batch transactions, data cascade, usages of Primary/Foreign key, Index key, Constraints, Audit login (cái này là yếu tố bắt buộc của phần mềm kế toán tài chính), DB Server process như Store procedure, Trigger, compiled views, v.v...

Ngoài ra còn 1 yếu tố là bảo mật: ko access được DB nếu ko có quyền (nhất là môi trường mạng), dữ liệu nhiều đến hàng trăm Gigabytes mà ko ảnh hưởng đến performance của chương trình, khả năng back up, restore, rollback DB theo kiểu của DB, khả năng Synchronize, v.v...

Đây là một mẫu chương trình tiêu biểu và lý tưởng. Tuy nhiên nếu xét trên các ràng buộc, quy định trên (đến mức tối đa) thì ở VN này tỷ lệ một phần mềm đích thực có là bao nhiêu.
Chỉ cần đảm bảo theo các điều kiện của thông tư một cách tương đối là có thể được rồi.
VD chuyện phân quyền : Hiểu một cách chặt chẽ thì quyền đi với hạn : có nghĩa là cái quyền của anh được từ đâu đến đâu. Trong một chương trình lớn thì sẽ quy định từng cái nhỏ một, VD anh được soi gương, anh được dùng đũa để ăn cơm; anh được đập phá thoải mái trong phòng này.. . . Nhưng chương trình nhỏ hơn thì chỉ có thể cho phép anh vào phòng này, hay vào phòng khác. . . ..
Vì vậy quyền hiểu theo nghĩa nào cũng đúng (và cũng sai) vì cái nhỏ nhặt của chương trình nhỏ lại là cái lớn của chương trình lớn. Chính vì vậy cái nhỏ của chương trình lớn thì phần mềm nhỏ lại không thể vươn tới được. (Quan niệm về giàu nghèo cũng vậy)

Nói tóm lại, nếu một chương trình cứ đảm bảo được cái tối thiểu của thông tư (được nêu ra rất chung chung - tạo cơ hội cho cán bộ thuế vớ vẩn) là có thể gọi là phần mềm kế toán được rồi. (để các DN nhỏ còn có đất làm ăn chứ vì nếu không được gọi là phần mềm thì họ phải chọn lựa 2 cách : - Mua phần mềm đúng nghĩa (xót tiền quá) hoặc là trở về thời kỳ đồ đá là viết bằng tay (xỉu!!!!!!!!!!!!!!!))

Trên góc độ Kế toán không biết như vậy có là quá ấu trĩ không. Mong chỉ giáo.
Thân!

 

[nguyenthevu]

Mình cho rằng:

Bộ Tài Chính khi ra thông tư về tiêu chuẩn phần mềm kế toán thì đã "đá lấn sân" sang góc độ kỹ thuật.

Về góc độ phần mềm tin học hiện nay thì việc đặt ra các tiêu chuẩn phần mềm (ví dụ như giải pháp giới hạn game online vừa qua) thì lại giao cho Bộ Bưu Chính Viễn Thông.

Vậy nếu việc đặt ra tiêu chuẩn cho phần mềm kế toán thì Bộ Tài Chính không phải là cơ quan "có hiểu biết" về công nghệ tin học có nên tự mình chủ quan ban hành văn bản luật.

Nếu để Bộ Bưu Chính Viễn Thông tham gia quản lý lĩnh vực phần mềm thì có dài tay quá không trong khi Bộ Khoa Học và Công Nghệ lại đứng ngoài cuộc trong khi tin học là một ngành khoa học và công nghệ.

Một điều hết sức nghịch lý khó hiểu là trong thông tư quy định "phần mềm phải tự động xử lý", thế nào là tự động, tự động ở những khâu nào, tỷ lệ tự động hóa là bao nhiêu??? Có phải khi nhận 1 tờ hóa đơn tôi chỉ cần đưa vào máy quét nhấn nút thì phần mềm "tự động" hiểu đây là cái gì và tự làm hết mọi việc hay không? Hay tôi vẫn phải khai báo loại chứng từ, khai báo các tài khoản đối ứng... Như vậy thì việc tôi dùng excel và "tôi tự động" làm hết mà không cần đến VBA hay macro gì thì có được hay không? Một quy định hết sức mơ hồ.

Tóm lại: Bộ Tài Chính không nên chủ quan 1 mình ra văn bản luật liên quan đến công nghệ mà nên có một thông tư liên Bộ. Chính vì đơn phương BTC ra thông tư nên cái thông tư đó nói rất chung chung mơ hồ và rất khó hiểu dẫn đến mỗi người hiểu một kiểu và thi hành lung tung, khi thông tư đến từng địa phương thì bị bóp méo theo nhiều cách khác nhau.

Cuối cùng thì số liệu báo cáo và chứng từ sổ sách thì vẫn cứ phải in ra giấy, và tài liệu giấy mới được xem là căn cứ pháp lý. Vậy thì có cần thiết phải có quy định về điều kiện phần mềm kế toán hay không hay chỉ đơn giản là chỉ cần có quy định về việc ghi chép sổ sách bằng tay hay ghi chép trên máy tính là đủ. Còn việc DN dùng "công cụ" gì để ghi sổ thì không quan trọng, đó là quyền của DN miễn sao đầy đủ chứng từ sổ sách có giá trị pháp lý (giấy - ký - đóng dấu) là được.

 

[Mr Okebab]

He he he, nguyenthevu nói cũng phải lắm. Nhưng sự thật thì gian nan lắm.
Mong sẽ tốt hơn khi gia nhập WTO.

 

[nguyenthevu]

He he he, nguyenthevu nói cũng phải lắm. Nhưng sự thật thì gian nan lắm.
Mong sẽ tốt hơn khi gia nhập WTO.

Cái gian nan mà bạn nói chính là: Khi mà hệ thống luật pháp không rõ ràng thì thà đừng có còn hơn bởi vì khi một hệ thống luật pháp không rõ ràng, không minh bạch chính là điều kiện để dẫn đến nhũng nhiễu.

Đến khi nào thì chấm dứt cách nghĩ "Không quản được thì cấm" của giới lãnh đạo???

 

[Mr Okebab]

Chí phải, chí phải.
Nếu cứ đà này thì Chí nguy, chí nguy

 

[Nguyễn Duy Tuân]

Mình cho rằng:

Bộ Tài Chính khi ra thông tư về tiêu chuẩn phần mềm kế toán thì đã "đá lấn sân" sang góc độ kỹ thuật.

Về góc độ phần mềm tin học hiện nay thì việc đặt ra các tiêu chuẩn phần mềm (ví dụ như giải pháp giới hạn game online vừa qua) thì lại giao cho Bộ Bưu Chính Viễn Thông.

Vậy nếu việc đặt ra tiêu chuẩn cho phần mềm kế toán thì Bộ Tài Chính không phải là cơ quan "có hiểu biết" về công nghệ tin học có nên tự mình chủ quan ban hành văn bản luật.

Nếu để Bộ Bưu Chính Viễn Thông tham gia quản lý lĩnh vực phần mềm thì có dài tay quá không trong khi Bộ Khoa Học và Công Nghệ lại đứng ngoài cuộc trong khi tin học là một ngành khoa học và công nghệ.

Một điều hết sức nghịch lý khó hiểu là trong thông tư quy định "phần mềm phải tự động xử lý", thế nào là tự động, tự động ở những khâu nào, tỷ lệ tự động hóa là bao nhiêu??? Có phải khi nhận 1 tờ hóa đơn tôi chỉ cần đưa vào máy quét nhấn nút thì phần mềm "tự động" hiểu đây là cái gì và tự làm hết mọi việc hay không? Hay tôi vẫn phải khai báo loại chứng từ, khai báo các tài khoản đối ứng... Như vậy thì việc tôi dùng excel và "tôi tự động" làm hết mà không cần đến VBA hay macro gì thì có được hay không? Một quy định hết sức mơ hồ.

Tóm lại: Bộ Tài Chính không nên chủ quan 1 mình ra văn bản luật liên quan đến công nghệ mà nên có một thông tư liên Bộ. Chính vì đơn phương BTC ra thông tư nên cái thông tư đó nói rất chung chung mơ hồ và rất khó hiểu dẫn đến mỗi người hiểu một kiểu và thi hành lung tung, khi thông tư đến từng địa phương thì bị bóp méo theo nhiều cách khác nhau.

Cuối cùng thì số liệu báo cáo và chứng từ sổ sách thì vẫn cứ phải in ra giấy, và tài liệu giấy mới được xem là căn cứ pháp lý. Vậy thì có cần thiết phải có quy định về điều kiện phần mềm kế toán hay không hay chỉ đơn giản là chỉ cần có quy định về việc ghi chép sổ sách bằng tay hay ghi chép trên máy tính là đủ. Còn việc DN dùng "công cụ" gì để ghi sổ thì không quan trọng, đó là quyền của DN miễn sao đầy đủ chứng từ sổ sách có giá trị pháp lý (giấy - ký - đóng dấu) là được.

Bạn nói rất có lý lẽ! Nếu BTC không coi ứng dụng kế toán viết bằng VBA thì họ đúng là không hiểu gì! Xét về kỹ thuật, VBA không khác gì VB nó chỉ thiếu một số control (điều khiển) nhưng nó lại được dùng thế bộ control trong FM20.DLL có unicode. Để lập trình CSDL thì phần lớn các nhà lập trình dùng các Engine SQLServer, DB4, ADO, ODBC,...VBA là môi trường lập trình ứng dụng nó cũng dùng những cái đó để làm. Một PM tốt hay không là do người làm ra nó chứ không phải công nghệ!!! Các bạn thử nghĩ xem, một PM KT viết bằng fwk dotNet CSDL SQLServer nhưng ra báo cáo thuế sai, BCTC sai thì PM đó có là PM không? Nhưng nếu bạn làm trên Excel mà nó đúng được theo yêu cầu công việc, tính tự động hóa cao và nếu tốt có thể dùng ADO kết nối với các engine DBB SQLServer, Access thì nó quá tuyệt vời.

Bộ người viết ra thông tư không coi chương trình viết bằng Excel VBA là PM Kế toán, thì họ là người của công nghệ nhưng lại kém về công nghệ.

 

[Mr Okebab]

Bạn nói rất có lý lẽ! Nếu BTC không coi ứng dụng kế toán viết bằng VBA thì họ đúng là không hiểu gì! Xét về kỹ thuật, VBA không khác gì VB nó chỉ thiếu một số control (điều khiển) nhưng nó lại được dùng thế bộ control trong FM20.DLL có unicode. Để lập trình CSDL thì phần lớn các nhà lập trình dùng các Engine SQLServer, DB4, ADO, ODBC,...VBA là môi trường lập trình ứng dụng nó cũng dùng những cái đó để làm. Một PM tốt hay không là do người làm ra nó chứ không phải công nghệ!!! Các bạn thử nghĩ xem, một PM KT viết bằng fwk dotNet CSDL SQLServer nhưng ra báo cáo thuế sai, BCTC sai thì PM đó có là PM không? Nhưng nếu bạn làm trên Excel mà nó đúng được theo yêu cầu công việc, tính tự động hóa cao và nếu tốt có thể dùng ADO kết nói với các engine DBB SQLServer, Access thì nó quá tuyệt vời.

Đấy là chúng ta nghĩ thế, chứ cán bộ thuế không nghĩ thế, Bộ tài chính không nghĩ thế.
Thế mới khổ. Thật là.........!?

 

[hai2hai]

Một PM tốt hay không là do người làm ra nó chứ không phải công nghệ!!!

Đúng rồi, chỉ có 1 người làm sản phẩm thôi. Just coding, no other

 

[Nguyễn Duy Tuân]

Đúng rồi, chỉ có 1 người làm sản phẩm thôi. Just coding, no other

"Người" mà em nói ở đây không phải một cá nhân.
Vấn đề nữa là, một người hay nhiều còn tùy thuộc vào nhiều vấn đề. Có nhiều Cty hiện nay, có những sản phẩm chỉ có một người làm (coding, phân tích nghiệp vụ, test,...) chắc bất đắc dĩ phải làm vậy thôi. Cũng phải thừa nhận một người làm tất như vậy là rất giỏi đấy chứ. Nhưng làm vậy thật không tốt. Nếu một người chỉ biết mỗi coding thôi thì được đánh giá là gì nhỉ? Trong xây dựng người ta gọi là thợ xây.

 

[nguyenthevu]

Người sử dụng và phần mềm có phải là một tổ hợp không thể tách rời?

Thật vậy, cho dù phần mềm kế toán được viết hay, thuật toán gọn gàng, xử lý nhanh, quy trình nạp liệu hiện đại... nhưng người sử dụng lại thiếu những kỹ năng cần thiết (bao gồm kỹ năng sử dụng phần mềm và kỹ năng hạch toán kế toán) thì cái tổ hợp đó cũng không có giá trị.

Ngược lại, nếu người sử dụng có kỹ năng tốt thì chỉ cần bộ Office là đã có thể làm tốt công việc kế toán mà không cần đến việc phải đầu tư thêm.

Rõ ràng, xét cho cùng thì một hệ thống tốt trong đó không thể thiếu yếu tố con người.

Kết luận, máy tính và phần mềm chỉ là công cụ, con người mới là yếu tố quyết định, vậy thì có nên ra một thông tư chỉ để điều chỉnh một công cụ ghi chép hay không.

 

[handung107]

Cuối cùng, chúng ta phải làm gì để lên tiếng khi các CB thuế buộc chúng ta phải thực hiện theo tinh thần thông tư hướng dần và sử dụng PMKT một cách vô lý đó ? Hiện giờ, nhiều chi cục thuế đã buộc các KT nhà ta phải chép tay lại sổ sách những gì chúng ta đã giải quyết xong bằng Excel ? Tôi cũng băn khoăn không hiểu sao lại phải làm như thế, vừa lãng phí, vừa có thể gây ra sai sót trong quá trình sao chép từ máy ra sổ ???
VN sẽ còn lạc hậu nhiều với những quy định chòng chéo,bất hợp lý trong nhiều lãnh vực, như quảnl ý các dịch vụ Internet công cộng bằng cách bắt các chủ dịch vụ phải ghi chép số CMND của khách hay bắt phải có người lớn đi kèm trẻ em dưới 14 tuổi vào phòng Net, và bây giờ, các nhà quản lý cũng đã thấy cần phải sửa đổi điều vô lý này.
Tôi tin rằng cái bất hợp lý này sẽ được sửa đổi, nhưng chúng ta phải có ý kiến thế nào để các nhà quản lý lưu tâm ? Còn bây giờ, chúng ta ...phải đi chép tay thôi

 

[hai2hai]

Cuối cùng, chúng ta phải làm gì để lên tiếng khi các CB thuế buộc chúng ta phải thực hiện theo tinh thần thông tư hướng dần và sử dụng PMKT một cách vô lý đó ? Hiện giờ, nhiều chi cục thuế đã buộc các KT nhà ta phải chép tay lại sổ sách những gì chúng ta đã giải quyết xong bằng Excel ? Tôi cũng băn khoăn không hiểu sao lại phải làm như thế, vừa lãng phí, vừa có thể gây ra sai sót trong quá trình sao chép từ máy ra sổ ???
VN sẽ còn lạc hậu nhiều với những quy định chòng chéo,bất hợp lý trong nhiều lãnh vực, như quảnl ý các dịch vụ Internet công cộng bằng cách bắt các chủ dịch vụ phải ghi chép số CMND của khách hay bắt phải có người lớn đi kèm trẻ em dưới 14 tuổi vào phòng Net, và bây giờ, các nhà quản lý cũng đã thấy cần phải sửa đổi điều vô lý này.
Tôi tin rằng cái bất hợp lý này sẽ được sửa đổi, nhưng chúng ta phải có ý kiến thế nào để các nhà quản lý lưu tâm ? Còn bây giờ, chúng ta ...phải đi chép tay thôi

Ngày trước em cũng băn khoăn mãi cái điểm tại sao có PM rồi lại phải in ra giấy để ký duyệt chị Dung ạ.

Té ra sau khi tham gia học mấy khóa về SAP và Oracle và đọc 1 số bài về thương mại điện tử thì té ra là hiện nay các giao dịch thực hiện trên máy tính ở VN chưa được công nhận ko chỉ ở mặt "nhận thức" mà còn cả mặt "kỹ thuật" nữa.

Tỷ như trong các hệ thống tài chính có những nguyên tắc do doanh nghiệp đặt ra như 1 người có thể ký 1 chứng từ trị giá từ 1tr đến 5tr, còn từ 5tr đến 10tr thì họ ko ký duyệt được mà phải người có thẩm quyền cao hơn ký mới được (hic, 100% PMKT ở VN được SX ra đều cho phép bất cứ ai (chỉ cần có quyền vào chức năng đó) cũng có thể viết được 1 phiếu thu chi có giá trị 1 tỷ $ mà vẫn có thể post được sang GL). Và nguyên tắc đó là gần như ko được xâm phạm về mặt kỹ thuật thiết kế lẫn công nghệ (nghĩa là đảm bảo 99% khả năng chống hack từ phía người sử dụng). Nhưng ở các PMKT trong môi trường VN, 1 người làm KT lại nhập bất kỳ cái gì trong đó, thậm chí là sửa/xóa chứng từ 1 cách thoải mái. Vì thế những "thông tin" trong máy tính đều chưa được tin cậy (Do đó mà Đào Việt Cường mới nói là Thủ quỹ phải có sổ theo dõi riêng mà ko in ra từ PMKT, nhưng bản chất là để nhập chứng từ thu chi trên máy tính đó, thủ quỹ đâu có quyền gì ngoài việc ký ở tờ giấy bên ngoài. Đó là lý do để ko thể tin được "thông tin trong máy vi tính"). Chính vì lẽ đó, ở VN mình rất ít có 1 hệ thống thông tin đảm bảo các tính nguyên tắc về quản trị doanh nghiệp.

Nếu ai đã từng nghiên cứu về các nguyên tắc xây dựng Business Workflow thì chắc sẽ hiểu.

 

[handung107]

Hiện giờ, đã có PMKT rồi,còn phải in ra giấy để ký duyệt là một lẽ, nhưng CB thuế còn chưa chịu cho mình in ra giấy nếu làm bằng Excel nữa cơ, mà là "in ra giấy" rồi"chép tay " lại vào sổ, chỉ vì làm KT bằng Excel. Đó là vấn đề gây tranh cãi. Vì xét cho cùng, khi in ra giấy từ máy VT hay chép tay, với cùng mẫu sổ, với cùng dữ liệu, thì có gì khác nhau đâu, chỉ thêm lãng phí và thêm phần gây ra sai sót trong quá trình sao chép này. Chị chỉ băn khoăn cái vụ chép tay thôi. BTC chỉ công nhận in sổ nếu sử dụng PMKT,còn Excel không được công nhận, nên phải làm bằng tay

 

[nguyenthevu]

Hiện giờ, đã có PMKT rồi,còn phải in ra giấy để ký duyệt là một lẽ, nhưng CB thuế còn chưa chịu cho mình in ra giấy nếu làm bằng Excel nữa cơ, mà là "in ra giấy" rồi"chép tay " lại vào sổ

Em thấy hình như vấn đề này chỉ xảy ra ở cục bộ một số địa phương hay sao đó chị ơi. Ở Nha Trang em thấy nhiều đơn vị làm và in sổ trên excel lắm, đâu thấy ai nói là không chấp nhận đâu chị.

 

[handung107]

Đúng, mới chỉ là cục bộ. Nhưng hiện giờ, theo hướng dẫn về tiêu chuẩn PMKT,thì có nhiều đơn vị làm công văn hòi cục thuế TPHCM, thì được hướng dẫn là nếu anh đăng ký làm KT bằng Excel thì không được công nhận vì Excel khôngphải là PMKT. Và chỉ có hình thức KT trênmáy VT, nếu anh sử dụng PMKT phù hợp với thông tư hướng dẫn của BTC. Nhưng chẳng có ai là người kiểm duyệt hay xem xét thế nào là PMKT đúng tiêu chuẩn cả, chỉ biết rằng BTC không công nhận làm KT bằng Excel, vì Excel không phải là PMKT, nên chúng ta phải chọn các hình thức làm bằng tay, nếu chúng ta không sử dụng PMKT khác Excel.
Riêng chúng ta, khi dùng Excel làm KT,chúng ta cũng thiết kế mẫu sổ sách đúng quy định, nhập chứng từ để ra sổ, chúng ta chỉ thắc mắc là sao không cho chúng ta được chọn là "chép sổ bằng máy vi tính" thay cho "chép sổ tay" thôi, sao cứ phải đặt vấn đề PMKT ở đây ???

 

[hai2hai]

Ô, thế thì lạ thật. Ai đời thời buổi này còn chép tay nữa nhỉ. Đến cái giấy đăng ký kết hôn còn in từ Word ra cho đẹp.

Có lẽ thế này, nếu Thuế ko công nhận báo cáo in ra từ Excel thì bảo là làm bằng phần mềm, sau đó từ PM đó kết xuất ra Excel rồi in. (Vẫn làm bằng PM nhé). Đúng là mấy ông cửa quyền mệt thật. Chép tay thì có khi phải quyển kế toán viên có thêm tiêu chuẩn là chữ viết phải thật đẹp nữa à?

 

[Đào Việt Cường]

I - QUY ĐỊNH CHUNG
4. Các thuật ngữ trong Thông tư này được hiểu như sau:
Phần mềm kế toán là bộ chương trình dùng để tự động xử lý các thông tin kế toán trên máy vi tính, bắt đầu từ khâu nhập chứng từ gốc, phân loại chứng từ, xử lý thông tin trên các chứng từ theo quy trình của chế độ kế toán đến khâu in ra sổ kế toán và báo cáo tài chính, báo cáo kế toán quản trị.
II - QUY ĐỊNH CỤ THỂ
1. Tiêu chuẩn của phần mềm kế toán áp dụng tại đơn vị kế toán:
1.1. Phần mềm kế toán phải hỗ trợ cho người sử dụng tuân thủ các quy định của Nhà nước về kế toán; khi sử dụng phần mềm kế toán không làm thay đổi bản chất, nguyên tắc và phương pháp kế toán được quy định tại các văn bản pháp luật hiện hành về kế toán
1.2. Phần mềm kế toán phải có khả năng nâng cấp, có thể sửa đổi, bổ sung phù hợp với những thay đổi nhất định của chế độ kế toán và chính sách tài chính mà không ảnh hưởng đến cơ sở dữ liệu đã có
1.3. Phần mềm kế toán phải tự động xử lý và đảm bảo sự chính xác về số liệu kế toán
1.4. Phần mềm kế toán phải đảm bảo tính bảo mật thông tin và an toàn dữ liệu
4. Vận dụng các tiêu chuẩn và điều kiện của phần mềm kế toán
a. Đơn vị kế toán phải lựa chọn phần mềm kế toán có đủ tiêu chuẩn của phần mềm kế toán quy định tại Điểm 1.1 Mục 1 Phần II Thông tư này.
b. Đơn vị kế toán chưa có đầy đủ các điều kiện áp dụng phần mềm kế toán quy định tại Mục 3 Phần II Thông tư này thì có thể lựa chọn các phần mềm kế toán chưa có đầy đủ các tiêu chuẩn quy định tại điểm 1.2, 1.3 và 1.4 Mục 1 Phần II Thông tư này.
c. Đơn vị kế toán có đầy đủ các điều kiện quy định tại Mục 3 Phần II Thông tư này và có các yêu cầu về nối mạng, tổng hợp thông tin trong diện rộng, nhanh, hàng ngày,… thì lựa chọn các phần mềm kế toán có đầy đủ các tiêu chuẩn hướng dẫn tại Thông tư này và có các tiêu chuẩn khác cao hơn.

Dear all,
--------
Em xin tóm tắt một số nội dung chính của Thông tư 103/2005/TT-BTC ngày 24/11/2005 để mọi người có những đánh giá tổng quát.
Riêng cảm nhận của cá nhân em thì cho rằng sự ra đời của thông tư này dường như không có ảnh hưởng gì đến "cuộc sống hàng ngày" của chúng ta. Em có cảm giác Thông tư mới là bản dự thảo, nhiều thuật ngữ sử dụng còn chưa chính xác (ví dụ: "số liệu được phản ánh trên các sổ kế toán phải được lấy từ số liệu trên chứng từ đã được truy cập" - nhấn mạnh từ "truy cập"), nhiều đoạn văn lủng củng, không thể hiện được tính bắt buộc hay hướng dẫn của một Thông tư (ví dụ: "Đơn vị kế toán được vận hành thử nghiệm trước khi áp dụng chính thức phần mềm kế toán nhưng việc thử nghiệm phải được tiến hành song song với việc ghi sổ bằng tay (trường hợp đơn vị chưa áp dụng phần mềm kế toán) hoặc thực hiện song song với phần mềm kế toán. Sau quá trình thử nghiệm, nếu phần mềm kế toán đáp ứng được tiêu chuẩn của phần mềm kế toán và yêu cầu kế toán của đơn vị thì đơn vị mới triển khai áp dụng chính thức" - đương nhiên rồi!). Nhưng đó không phải là vấn đề gây tranh cãi mà điều đáng nói ở đây là tính bắt buộc trong Thông tư này.
Hãy xem mục 4, Phần 2 - Vận dụng các tiêu chuẩn và điều kiện của phần mềm kế toán và Tổ chức thực hiện cũng không quy định rõ trách nhiệm của người có trách nhiệm thực hiện(!). Theo em nếu cơ quan chức năng dựa trên văn bản này để đưa ra các quy định xử lý hành chính thì chưa đủ cơ sở - nếu không muốn nói là vô lý.
Trở lại chủ đề chính: Excel có được coi là phần mềm kế toán không?
Trả lời được câu hỏi này theo em cần phải xét tới một số yếu tố. Excel là "phần mềm" thì đương nhiên rồi, nhưng để trở thành phần mềm kế toán thì cần phải thoả mãn một số tiêu chí:
- Tự động hoá quá trình ghi sổ và lập sổ sách, báo cáo. Mức độ "tự động hoá" cũng là vấn đề đáng bàn nhưng ở đây chỉ nên xét ở góc độ Excel hỗ trợ kế toán trong việc ghi chép và xử lý số liệu kế toán. Nghĩa là thay vì làm bằng tay phải qua bao nhiêu xử lý kế toán mới ghi chép vào sổ kế toán và tổng hợp số liệu vào báo cáo thì với Excel, kế toán chỉ cần cập nhật chứng từ phát sinh vào bảng kê, ngay lập tức in ra các sổ và báo cáo. Đây cũng là tiêu chuẩn của Phần mềm kế toán được quy định trong Thông tư 103 và Excel cũng có thể đạt được tiêu chuẩn đó.
- Số liệu đầy đủ, chính xác, đáp ứng đúng yêu cầu quản lý và các quy định hiện hành của Luật kế toán. Xét cho cùng sản phẩm của kế toán là các báo cáo kế toán và dù làm bằng phần mềm hay công cụ "không phải là phần mềm" thì số liệu kế toán cũng phải đầy đủ, chính xác. Khi đơn vị cung cấp báo cáo kế toán cho bên thứ ba phải cam đoan rằng số liệu kế toán là chung thực, đúng đắn, đầy đủ... chứ không cam đoan số liệu đó được in từ một phần mềm tốt. Và thực tế các bên sử dụng quan tâm và đánh giá tính trung thực của báo cáo kế toán chứ không đánh giá tính hiệu quả của phần mềm kế toán mà đơn vị sử dụng.
- Tính bảo mật: với điều kiện tin học như hiện nay việc bảo đảm dữ liệu trên Excel luôn phù hợp với các báo cáo đã nộp cho cơ quan chức năng không phải là việc làm khó. Và theo em tính bảo mật ở đây cũng không nhất thiết phải đáp ứng tiêu chuẩn: có phân quyền và lưu vết. Bảo mật nên được hiểu theop nghĩa là số liệu kế toán đã được bảo vệ như thế nào, thậm trí chỉ cần áp dụng cơ chế hành chính cho việc quản lý các tài liệu này. (Ví dụ ghi ra đĩa CD để lưu trữ hoặc quy định trách nhiệm cho bộ phận quản lý thông tin (nếu có))
Cuối cùng, trong chủ đề này em muốn nhấn mạnh những ảnh hưởng trực tiếp đối với người làm kế toán bằng Excel. Một điều chắc chắn rằng trong quá trình thanh tra, kiểm tra, cơ quan chức năng phải căn cứ vào số liệu số sách mà đơn vị đã lập (viết tay hoặc in) và nộp vào cuối mỗi niên độ kế toán chứ không thể căn cứ vào số liệu trên máy vi tính. Và mức độ trung thực, chính xác, đúng quy định của báo cáo kế toán in ra từ phần mềm kế toán và báo cáo in ra từ Excel là như nhau. Nhiều trường hợp báo cáo in ra từ Excel còn chính xác và đúng tiêu chuẩn hơn so với báo cáo in ra từ một số phần mềm kế toán. Nhiệm vụ của chúng ta - những người làm kế toán bằng Excel - là xây dựng các báo cáo với tiêu chuẩn đó.
Tuy nhiên có một số mẫu sổ kế toán không thực sự phù hợp với cách ghi chép bằng máy. Chẳng hạn kết cấu Sổ nhật ký chung như quy định hiện nay yêu cầu phải có cột Tài khoản, Số tiền phát sinh Nợ, Số tiền phát sinh Có. Nếu làm bằng Excel kết cấu này sẽ không hợp lý cho việc tổ hợp, trích lọc số liệu. Kết cấu cột: Tài khoản nợ, Tài khoản có, Số Phát sinh dường như thích hợp hơn.
Vậy chúng ta có được tự ý thay đổi kết cấu sổ kế toán? Mức độ thay đổi ra sao?
Đây cũng là câu hỏi đáng được quan tâm.

 

[Nguyễn Duy Tuân]

Dear all,
--------
... Chẳng hạn kết cấu Sổ nhật ký chung như quy định hiện nay yêu cầu phải có cột Tài khoản, Số tiền phát sinh Nợ, Số tiền phát sinh Có. Nếu làm bằng Excel kết cấu này sẽ không hợp lý cho việc tổ hợp, trích lọc số liệu. Kết cấu cột: Tài khoản nợ, Tài khoản có, Số Phát sinh dường như thích hợp hơn.

Dữ liệu ghi chép phải là một sổ khác, có cột TKNO, TKCO, ...các cột là cơ sở để trích lọc. Với sổ NKC, ta coi đó là một dạng report, Khi cần, bấm một nút thì nó cho ra luôn (lấy từ sổ gốc).

(Tại sao có nút bấm đó? Hãy hỏi GPE!)

 

[hai2hai]

Dear all,
--------

- Tính bảo mật: với điều kiện tin học như hiện nay việc bảo đảm dữ liệu trên Excel luôn phù hợp với các báo cáo đã nộp cho cơ quan chức năng không phải là việc làm khó. Và theo em tính bảo mật ở đây cũng không nhất thiết phải đáp ứng tiêu chuẩn: có phân quyền và lưu vết. Bảo mật nên được hiểu theo nghĩa là số liệu kế toán đã được bảo vệ như thế nào, thậm trí chỉ cần áp dụng cơ chế hành chính cho việc quản lý các tài liệu này. (Ví dụ ghi ra đĩa CD để lưu trữ hoặc quy định trách nhiệm cho bộ phận quản lý thông tin (nếu có))

Tính bảo mật ở đây ko chỉ đơn giản như thế Cường à.

Ở nước ngoài, ko phải ai cũng có khả năng tạo được 1 giao dịch có giá trị 100 triệu đồng hay 1 tỷ đồng (vì họ coi 1 giao dịch như vậy là được chấp nhận về mặt pháp lý hẳn hỏi chứ ko cần in ra giấy để ký duyệt). Tương từ, từ hệ thống của DN, 1 người có thể thực hiện lệnh chuyển tiền qua hệ thống được tích hợp (1 cách pháp lý) với tất cả các ngân hàng trên thế giới (vì Interface đó bây giờ là chuẩn rồi mà). Nhưng nếu ai vào hệ thống mà cũng làm được cái lệnh đó thì có mà tiêu đời doanh nghiệp. Chính vì vậy, việc bảo mật theo 5 mức, đặc biệt là theo mức bảo mật ứng dụng, bảo mật mức mạng và bảo mật mức hệ điều hành cùng với mức CSDL là khá quan trọng.

À, dĩ nhiên là ko tính 1 hệ thống chỉ có 1 người tham gia, 1 người tham gia thì ko cần care lắm đến tính bảo mật như Cường nói mà chỉ là "Cất dữ liệu đi" cho an toàn thôi. (gọi là an toàn dữ liệu chứ chưa đủ để gọi là bảo mật dữ liệu)

Tuy nhiên, ở ta thì chưa có chuyện đó vì mọi thứ vẫn còn phải qua chữ ký của các cấp có thẩm quyền, phải in ra giấy tờ vì mọi thứ chưa được chấp nhận chính thức. Tuy nhiên ở các DN đang áp dụng ERP thì mọi chuyện đã gần được như vậy rồi đó.

Mấy thằng bạn anh nó làm ở 1 vài công ty nước ngoài, nó toàn tiêu quan hệ thống thẻ thôi. Chả mấy khi có xu nào trong túi (trừ khi đi ... chợ). Không biết bao giờ ở VN đến giai đoạn đó nhỉ.

 

[Đào Việt Cường]

Dear hai2hai,
-------------
Nói như anh 222 thì các phần mềm kế toán trong nước phải đáp ứng các tiêu chuẩn về bảo mật?
Vậy thì các phần mềm kế toán không đáp ứng được tiêu chuẩn về bảo mật thì xẽ bị xử lý như thế nào? Theo như tình thần của Thông tư 103 thì hình như... "chẳng sao cả", doanh nghiệp vẫn "có thể lựa chọn các phần mềm kế toán chưa có đầy đủ các tiêu chuẩn quy định tại điểm 1.2, 1.3 và 1.4 Mục 1 Phần II Thông tư này"(?!). Em nghĩ tiêu chuẩn này chẳng có giá trị gì đối với một phần mềm kế toán dù đã đạt các tiêu chuẩn đưa ra - kể cả phân quyền và lưu vết - nhưng dữ liệu lại được sao chép, chỉnh sửa quá dễ dàng mà không cần thông qua chương trình kế toán đó.
Theo em tiêu chuẩn về bảo mật của phần mềm kế toán quy định trong thông tư chỉ là "tiêu chuẩn khuyến khích". Nếu là bắt buộc thì điều kiện đó phải được đặt trong môi trường lý tưởng khi mà trình độ tin học của quần chúng ở mức độ cao. Nhưng một khi xã hội đạt được trình độ đó thì yêu cầu về bảo mật thông tin kế toán không dừng lại ở việc phân quyền và lưu vết trong phần mềm. Vấn đề vẫn là làm sao dữ liệu kế toán được đảm bảo, không bị hỏng hóc hay bị sao chép ra bên ngoài. Theo quy định hiện hành tài liệu, chứng từ, sổ sách kế toán phải được lưu ít nhất 20 năm. Nghĩa là dữ liệu đó không chỉ được bảo vệ trong quá trình sử dụng mà phải được đảm bảo tuyệt đối an toàn trong suốt 20 năm sau đó.
Cho nên trong giai đoạn này, theo em thay vì quy định các tiêu chuẩn của công nghệ, Thông tư nên đề cập nhiều hơn việc hướng dẫn người làm kế toán bảo vệ dữ liệu thật an toàn, phù hợp trong điều kiện còn lạc hậu.

 

[hai2hai]

Dear hai2hai,
-------------
Nói như anh 222 thì các phần mềm kế toán trong nước phải đáp ứng các tiêu chuẩn về bảo mật?
Vậy thì các phần mềm kế toán không đáp ứng được tiêu chuẩn về bảo mật thì xẽ bị xử lý như thế nào? Theo như tình thần của Thông tư 103 thì hình như... "chẳng sao cả", doanh nghiệp vẫn "có thể lựa chọn các phần mềm kế toán chưa có đầy đủ các tiêu chuẩn quy định tại điểm 1.2, 1.3 và 1.4 Mục 1 Phần II Thông tư này"(?!). Em nghĩ tiêu chuẩn này chẳng có giá trị gì đối với một phần mềm kế toán dù đã đạt các tiêu chuẩn đưa ra - kể cả phân quyền và lưu vết - nhưng dữ liệu lại được sao chép, chỉnh sửa quá dễ dàng mà không cần thông qua chương trình kế toán đó.
Theo em tiêu chuẩn về bảo mật của phần mềm kế toán quy định trong thông tư chỉ là "tiêu chuẩn khuyến khích". Nếu là bắt buộc thì điều kiện đó phải được đặt trong môi trường lý tưởng khi mà trình độ tin học của quần chúng ở mức độ cao. Nhưng một khi xã hội đạt được trình độ đó thì yêu cầu về bảo mật thông tin kế toán không dừng lại ở việc phân quyền và lưu vết trong phần mềm. Vấn đề vẫn là làm sao dữ liệu kế toán được đảm bảo, không bị hỏng hóc hay bị sao chép ra bên ngoài. Theo quy định hiện hành tài liệu, chứng từ, sổ sách kế toán phải được lưu ít nhất 20 năm. Nghĩa là dữ liệu đó không chỉ được bảo vệ trong quá trình sử dụng mà phải được đảm bảo tuyệt đối an toàn trong suốt 20 năm sau đó.
Cho nên trong giai đoạn này, theo em thay vì quy định các tiêu chuẩn của công nghệ, Thông tư nên đề cập nhiều hơn việc hướng dẫn người làm kế toán bảo vệ dữ liệu thật an toàn, phù hợp trong điều kiện còn lạc hậu.

Cường nói cũng đúng. Anh cũng đọc qua những "tiêu chuẩn khuyến khích" đó cả rồi. Anh cũng đã từng nói là những tiêu chuẩn đó là khá chung chung.

Nhưng nếu ai đã từng tham gia những hệ thống lớn thì thấy hầu hết họ học từ những yêu cầu của giải pháp đó ra cả. Bên Bộ tài chính và cả 1 ngành tài chính công đang thực hiện triển khai dự án TABMIS về tài chính công (Financial Public Sector) cho toàn ngành trên phạm vi toàn quốc (tài chính, kho bạc, thuế, v.v...) - đơn vị trúng thầu là IBM + Oracle + FTP + xyz gì đó nữa. 1 dự án mà trước khi họ làm đã phải đọc bao nhiêu tài liệu thầu trong đó có rất nhiều yêu cầu kỹ thuật. Vì thế ko phải các vị trên bộ đều ko hiểu biết lắm đâu.

Vấn đề lưu vết thì PMKT nào trên thị trường cũng đã làm được rồi Cường ạ. Đơn giản là vài cái triggers là xong nên ai cũng làm được.

Còn chuyện "ai cung nhập được dữ liệu từ ngoài chương trình" thì ko phải PM nào cũng được đâu Cường ạ. Tại Cường chưa để ý đến khái niệm Bảo mật mức HDH, bảo mật mức chính sách.

- Bảo mật mức HDH là ko phải user nào của HDH (Windows, Unix chẳng hạn) cũng có thể có những quyền truy cập vào resources được như nhau, đặc biệt là quyền truy cập vào Database (được đặt trên máy chủ chứ ko phải trên PC của Cường ngồi).

- Bảo mật mức chính sách: Không phải ai cũng có thể ngồi vào máy chủ database, cũng có thể có account vào máy chủ được. Vì thế ko thể muốn làm gì trong máy chủ cũng DB được.

Số những đơn vị (thường là sản xuất) có máy chủ và có nhiều người tham gia hệ thống IT của DN thì cũng ko phải là hiếm đâu Cường ạ (Dĩ nhiên những hệ thống đó ko có khái niệm mấy triệu đồng như các PMKT cấp thấp bán rồi).

Cái đó mới là 1 phần nhỏ của bảo mật thôi.

Tóm lại, đọc thông tư đó mới đầu tưởng chừng như toàn là những viển vông, nhưng đối với những người làm PM thì hầu hết họ đều làm được những yêu cầu đó, chỉ có điều để làm được PM có tính chuyên nghiệp cao thì thực sự khó (và Tuân cũng nói ở trên đó, ko phải công ty nào cũng làm được) vì khi làm mới thấy biết bao nhiêu việc để làm theo (cái mà anh hay nói là 1 PM tốt thì phải có cả 1 hệ thống chạy theo tốt, phải take care ko chỉ riêng mặt kỹ thuật mà còn về tính sẵn sàng/chuyên nghiệp cao về tài liệu các thể loại, về khả năng support, bán hàng, tính nghệ thuật, v.v...). Vì thế mới thấy các công ty PM nước ngoài tuy chỉ SX 1 PM KT thôi nhưng họ lại có rất nhiều người tham gia và SP của họ khi đã tung ra thường .... khó có thể chê từ bộ cài đặt chương trình đến cái file help)

 

[Mr Okebab]

Chóng cả mặt !!!!!!!!!!!!!!!!!!!!!!!
Với tình hình hiện tại của Việt Nam thì có được mấy phần mềm kế toán theo đúng tiêu chuẩn. Ngay cả MISA được BTC support cũng đã đạt được tiêu chuẩn đó đâu (đảm bảo tất cả mọi tiêu chuẩn theo đúng nghĩa của nó).
Thế thì dân đen còn thở dài nhiều.
Thôi thì đành đi cửa sau vậy (và cũng đang làm như vậy).
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

[Đào Việt Cường]

Dear all,
--------
Em sợ bàn luận của mình đi ngoài chủ đề chính là "Tiêu chuẩn phần mềm kế toán và hình thức kế toán trên máy vi tính". Nhưng ngẫm ra, hình như những vấn đề đang thảo luận về bản quyền lại là vấn đề nóng trong việc ứng dụng phần mềm vào công tác kế toán hiện nay.
Những ý kiến của em đưa ra ở trên chỉ nhằm "biện hộ" rằng số liệu kế toán được làm từ phần mềm Excel cũng phải được thừa nhận mặc dù nó không hoàn toàn đạt được cái gọi là "Tiêu chuẩn" của một phần mềm kế toán. Phần nhiều các doanh nghiệp Việt Nam hiện nay là doanh nghiệp nhỏ, bộ máy kế toán chỉ vài ba người (có nơi chỉ có một người, có nơi đi thuê...). Ấy là do cơ chế "Mở", nhưng chuyện đó không đáng bàn bằng việc họ phải đầu tư như thế nào một phần mềm kế toán để tương xứng với bộ máy kế toán quá... gọn nhẹ đó?
Thực tế thì đại đa số trong số họ chọn Excel để xử lý. Nếu không nói tới vấn đề bản quyền thì lựa chọn đó là hợp pháp, và đương nhiên các số liệu kế toán là hợp pháp - trên phương diện ứng dụng. Nếu các số liệu được trình bày đầy đủ, rõ ràng, trung thực thì số liệu đó đã đạt yêu cầu. Nhà nước hướng dẫn thì được chứ không nên quy định doanh nghiệp phải triển khai ứng dụng các phần mềm có đủ tiêu chuẩn như đã đưa ra.
Không phủ nhận vai trò của tin học hoá, song em vẫn muốn nhấn mạnh là trong lĩnh vực kế toán, cái mà người ta quan tâm là báo cáo - thông tin tài chính, chứ không phải là phần mềm kế toán - công cụ tạo ra báo cáo đó!
Em cho rằng Thông tư này nên tập trung vào các đối tượng là công ty sản xuất, gia công phần mềm kế toán, khi mà họ muốn cho ra đời một sản phẩm đạt tiêu chuẩn. Khi đó sẽ không có chuyện "có thể lựa chọn các phần mềm kế toán chưa có đầy đủ các tiêu chuẩn" một cách tuỳ tiện như thế nữa!

 

[hai2hai]

Thực tế thì đại đa số trong số họ chọn Excel để xử lý. Nếu không nói tới vấn đề bản quyền thì lựa chọn đó là hợp pháp, và đương nhiên các số liệu kế toán là hợp pháp - trên phương diện ứng dụng.

Excel muốn dùng là phải mua Cường à.

Nếu các số liệu được trình bày đầy đủ, rõ ràng, trung thực thì số liệu đó đã đạt yêu cầu. Nhà nước hướng dẫn thì được chứ không nên quy định doanh nghiệp phải triển khai ứng dụng các phần mềm có đủ tiêu chuẩn như đã đưa ra.

Anh cũng đồng ý quan điểm này. Nhưng lý do thì lại khác. Đáng ra tiêu chuẩn về PMKT là do thị trường đưa ra. (Ở nước ngoài thì có nhiều tổ chức đưa ra những tiêu chí lựa chọn PM (chứ ko phải là tiêu chuẩn và cũng ko bắt buộc). Dĩ nhiên DN ko lựa chọn đúng thì thiệt cho chính doanh nghiệp thôi.

Không phủ nhận vai trò của tin học hoá, song em vẫn muốn nhấn mạnh là trong lĩnh vực kế toán, cái mà người ta quan tâm là báo cáo - thông tin tài chính,...

Cái mà DN quan tâm đáng ra phải là cost-benefit là bao nhiêu khi áp dụng hệ thống thông tin chứ ko phải đơn giản như vậy. (Nghĩa là lợi ích của việc áp dụng hệ thống IT đó lớn hơn bao nhiêu cái chi phí bỏ ra. (tổng chi phí chứ ko chỉ là cái giá của PM đâu nhé, ví dụ tiền chi thêm cho nhân viên để sử dụng cái PM đó cũng tính là chi phí, hoặc chi phí cơ hội khi sử dụng PM đó, v.v...)) Còn lợi ích thì là những lợi ích gì, đo đạc thế nào (kiểu gì cũng đo ra đơn vị đo là tiền hết) thì ...dài quá, ko nói hết ở đây được.

SAP President said: "Quý vị, những ngài giám đốc, các ngài mới là người phát triển công ty của các ngài chứ ko phải PM của chúng tôi" (Đại khái là thế, ko rõ câu tiếng anh thế nào nữa)

Trong hệ thống báo cáo quản trị DN, người ta cần 2 loại thông tin (mình chỉ hay nói đến báo cáo thôi) là thông tin cho External và thông tin phục vụ Internal control (gọi chung là phục vụ quản trị). External có thể là các cổ đông ngoài công ty, các nhà đầu tư, các nhà cho vay tiền (banking chẳng hạn), nhân viên, và các cơ quan chủ quản (thuế má, v.v...). Còn Internal control thì phục vụ ban lanh đạo của công ty. Có thông tin vừa phục vụ cho external, vừa phục vụ cho Internal như các báo cáo tài chính chẳng hạn.

Như anh đã nói ở topic trên mà. Muốn đạt được những tiêu chí đó thì các DN làm PM phải cố thôi. (Nói thì dễ mà làm khó vô cùng). Anyways, ai cũng đang cố gắng .... bò lên đỉnh Olimpia

 

[handung107]

Hiện giờ, chị chỉ quan tâm là làm sao để các CB thuế không bắt chúng ta phải chép sổ lại bằng tay khi chúng ta làm kế toán trên Excel thôi. Nghe đâu chi cục thuế quận Tân Bình bắt chép sổ tay đó, nếu em không đăng ký cụ thể là sử dụng PM kế toán nào cả. Khi đăng ký PMKT, em phải đăng ký mẫu sổ sách, tên của PM, hướng dẫn sử dụng...Như vậy, chúng ta sẽ thảo luận cụ thể trong Topic này là "Làm sao để chúng ta có thể được BTC ghi nhận hình thức chép sổ bằng máy vi tính bằng PM Excel ???"

 

[nguyenthevu]

Vừa rồi, bên mình lên chi cục để hỏi và được trả lời 1 câu xanh zờn: "Trừ khi sử dụng phần mềm của Tổng Cục Thuế thì được công nhận, nếu không thì không công nhận cái gì hết. DN muốn làm bằng tay hay bằng máy, dùng phần mềm mua hay tự viết hoặc excel gì thì tùy, không phải thông báo hay đăng ký gì sất. Miễn sao nếu in sổ từ máy tính ra thì phải đóng tập theo đúng quy định." Hic, nghe mà vừa mừng vừa run, mừng vì nghe có vẻ không cấm nhưng lại thòng cho một đoạn không công nhận. *****

 

[ThuNghi]

Theo tôi nghỉ: có thể vận dụng như sau:
- Phần mềm kế toán: KT-GPE
- Ngôn ngữ: Visual Basic,VBE và Excel
Vận dụng như vậy là đảm bảo, PM có tên và NN không dơn thuần là EX

PM KT-GPE là gì? Xin tham khảo GPE, và tạo 1 form đăng nhập đơn giản để logon. Các Mod GPE có thể tạo 1 PM kế tóan đơn giản nhất để cho anh em đăng ký. Thương hiệu KT-GPE hình như chưa có, phải nhanh thôi.
Bắt đầu Ver 0 là TM với một vài cái đã có trên GPE, còn lại Ae tự vận dụng.

Để tôi vận dụng thử: PM ThuNghiKT, các bạn triển khai nhé!

 

[Mr Okebab]

He he he , ThuNghi nhanh quá nhỉ.
Nghe đơn giản nhưng phức tạp lắm, muốn dễ được dễ. Muốn khó thì khó. Thuế là vậy mà.
Họ đâu cần biết ngôn ngữ là gì, tự động là gì. Chỉ cần thấy giao diện Excel là họ nói rằng đây không phải là phần mềm (bởi hàng ngày họ cũng làm trên Excel rồi, họ quá rành Excel rồi còn gì !!??). Thế mới pó tay chứ.
là một nhà quản trị DN, mình thường cho phép Kế toán đi đường tắt, nhanh, gọn, đỡ phải suy nghĩ. Tất nhiên là có mức trần của nó, đừng để cái gì vượt khung.
Thân!

 

[ThuNghi]

Thì vẫn làm giao diện bằng form, chỉ cần 1 form Thu Chi thôi, khi cần nhập thì nhập, mấy ai mà xem.

 

[Mr Okebab]

Nhưng các report thì vẫn là excel. Thế mới khổ chứ.

 

[hai2hai]

Miễn sao nếu in sổ từ máy tính ra thì phải đóng tập theo đúng quy định."[/I] Hic, nghe mà vừa mừng vừa run, mừng vì nghe có vẻ không cấm nhưng lại thòng cho một đoạn không công nhận. *****

Lý do thì mình đã giải thích ở trên rồi. Chứng từ ko có chữ ký của sếp, sổ sách ko có ký duyệt. Nhỡ sau này em nào ngồi vào máy loay hoay xóa hay sửa vài chứng từ thì có mà teo à. Nhiều khi khóa sổ từng kỳ rồi mà các em vẫn open cái kỳ đã khóa đó ra để sửa mọi thông tin trên chứng từ (ví dụ: hóa đơn thanh toán ngay sửa thành hóa đơn mua công nợ chẳng hạn). Đó là tình trạng chung của dân ta rồi mà. Mình kêu hoài nhưng các em kế toán vẫn nói là thế làm thế nào để em sửa lại? Chính vì lẽ đó mà ngay cả các giám đốc cũng chẳng tin vào người làm kế toán của công ty chứ đừng nói là các bác thuế.

Nhưng đối với các công ty lớn thì lại hoàn toàn khác. Họ có cả 1 chính sách về tài chính và ban kiểm soát tài chính (financial controlling). Và guồng máy chính sách đó ăn khớp với chính sách của cả hệ thống IT của doanh nghiệp.

Nói chung vụ này mấy giám đốc các công ty PM thường gặp nhau nói chuyện mãi rồi. Đấy là cả 1 hệ thống "paper office" tồn tại từ xưa đến nay mà khó có thể thay đổi 1 sớm 1 chiều.

Thôi, cũng ko nói nữa kẻo mọi người bảo lạc đề. Đi măm măm thôi.

 

[nguyenthevu]

....Nhiều khi khóa sổ từng kỳ rồi mà các em vẫn open cái kỳ đã khóa đó ra để sửa mọi thông tin trên chứng từ (ví dụ: hóa đơn thanh toán ngay sửa thành hóa đơn mua công nợ chẳng hạn). Đó là tình trạng chung của dân ta rồi mà...

hihi, mình đang dùng cái PM xxx, chỉ duy nhất quyền admin mới được phép khóa sổ, sau khi khóa thì toàn bộ nghiệp vụ kể từ ngày khóa sẽ ẩn đi và không can thiệp được nữa, cũng chỉ duy nhất admin mới có quyền mở khóa nếu cần thiết.

 

[Đào Việt Cường]

"Bắt" nhưng không "bẻ"

Nghe đâu chi cục thuế quận Tân Bình bắt chép sổ tay đó, nếu em không đăng ký cụ thể là sử dụng PM kế toán nào cả. Khi đăng ký PMKT, em phải đăng ký mẫu sổ sách, tên của PM, hướng dẫn sử dụng...

Dear handung107,
Em cũng có nghe nói về chuyện này. Cũng phải thừa nhận là việc "bắt" (nhưng không "bẻ") này là có lý. Vì theo em, dưới góc độ người quản lý, các số liệu mà các doanh nghiệp báo cáo cần phải theo tiêu chuẩn đã được quy định. Phần mềm kế toán có bản quyền (đã được kiểm duyệt và cấp phép) có đủ các tiêu chuẩn đó mà cơ quan thuế không cần thẩm định lại. Ngược lại, các phần mềm tự viết, tự thiết kế... không được kiểm định tính đúng đắn, phù hợp với các quy định hiện hành đương nhiên - theo họ - có nhiều rủi ro và sai sót hơn. Cũng chẳng cán bộ thuế nào "hơi đâu" đi thẩm định lại các phần mềm thuộc dạng đó có chuyên nghiệp không, có "chạy" đúng hay không.
Nhưng vấn đề mẫu chốt vẫn là số liệu mà doanh nghiệp báo cáo. Một khi sổ sách và báo cáo "sai banh sai bét" mặc dù doanh nghiệp đã đăng ký sử dụng phần mềm kế toán và phần mềm kế toán đó có bản quyền hẳn hoi thì cán bộ thuế vẫn có quyền "gạt" và bắt doanh nghiệp phải làm lại "bằng tay" cũng là không oan!
Nên theo em trường hợp bắt doanh nghiệp phải "chép lại" số liệu đã in ra sổ mẫu có sẵn chỉ áp dụng với số ít doanh nghiệp đã không thực hiện đúng chế độ sổ sách kế toán.

"Làm sao để chúng ta có thể được BTC ghi nhận hình thức chép sổ bằng máy vi tính bằng PM Excel ???"

Sẽ thật vô lý và bất bình nếu như cơ quan quản lý không công nhận báo cáo tài chính tuân thủ các quy tắc và chuẩn mực kế toán - dù nó được lập bằng bất cứ công cụ nào. Theo em, điều mà các nhà quản lý quan tâm vẫn là báo cáo đó có phản ánh trung thực hay không, có chứa đựng các gian lận và sai sót hay không. Ngoài ra các báo cáo phải đảm bảo tính thống nhất về cả nội dung và phương pháp lập.
Em không e ngại các báo cáo mình lập ra bị từ chối chỉ vì nó được làm bằng phần mềm Excel. Chúng ta biết tận dụng và khai thác tốt phần mềm, bắt nó phục vụ tốt công việc; các số liệu được ghi chép đúng đắn, đầy đủ, có cơ sở thì không ai có thể bắt bẻ được cả.
Vấn đề còn lại là "như thế nào là đúng đắn" trong điều kiện kế toán bằng máy vi tính thì nghe chừng vẫn còn mập mờ.

 

[Đào Việt Cường]

Thì vẫn làm giao diện bằng form, chỉ cần 1 form Thu Chi thôi, khi cần nhập thì nhập, mấy ai mà xem.

Nhưng các report thì vẫn là excel. Thế mới khổ chứ.

Dear ThuNghi & MrHieu,
-----------------------
Các bạn yên tâm rằng khi các bạn báo cáo số liệu cho cơ quan chức năng thì các bạn phải nộp bản "cứng" đã in ra, có đóng dấu xác nhận của thủ trưởng đơn vị chứ các bạn không nộp bản "mềm" bằng các tập tin *.xls. Mình dám "cá" với các bạn là có rất nhiều cán bộ thuế không thể giỏi tin học bằng các bạn chứ chưa nói đến Excel. Giả như bạn có bảo phần mềm này được viết theo kiểu giao diện của Excel cho dễ sử dụng đảm bảo có cán bộ toát mồ hôi hột ( <=). Thật may cho họ là họ chẳng bao giờ ngó ngàng tới Excel làm gì. ("chị biết hàm "xum" là giỏi lắm rồi)

 

[nguyenthevu]

Giả như bạn có bảo phần mềm này được viết theo kiểu giao diện của Excel cho dễ sử dụng đảm bảo có cán bộ toát mồ hôi hột ( <=). Thật may cho họ là họ chẳng bao giờ ngó ngàng tới Excel làm gì. ("chị biết hàm "xum" là giỏi lắm rồi)

Thực chất thì có thể xem excel như là một phần mềm mở, excel không chuyên biệt một lĩnh vực nào và người dùng có thể tùy ý sử dụng nó theo ý đồ riêng của mình. Đó chính là sức mạnh của excel mà nhiều khi người ta quên mất vì excel có quá nhiều người dùng phổ thông, thậm chí chỉ đơn giản dùng excel để kẻ bảng mà thôi nên họ "cho rằng" excel không phải là một phần mềm.

Nếu tôi dùng access để làm thì sao? Giao diện nhập liệu khá phong phú và pro, báo cáo cũng hoàn toàn không mang dáng dấp excel mà cũng rất pro, và thậm chí nhiều người không hề biết access là một thành phần trong bộ office. Tôi cũng đặt tên phần mềm, cũng phân quyền, cũng bảo mật (bảo vệ thì đúng hơn)... Vậy thì nhiều cán bộ thuế có phân biệt đó là một phần mềm hay cũng sếp hạng nó như excel?

to Đào Việt Cường: Tuy nhiên, do tầm hiểu biết và nhu cầu cần biết của mỗi người có hạn, có người này người khác, không nên đánh giá quá thấp người khác và nghĩ rằng mình quá cao. Biết đâu trong diễn đàn này có người (tôi chẳng hạn) cũng đang là cán bộ thuế thì người ta sẽ nghĩ sao? Nếu đặt bạn vào vị trí của một cán bộ thuế, hàng ngày phải đối diện với hàng ngàn ngành nghề và lĩnh vực khác nhau, liệu bạn có đủ can đảm nói câu trên hay không. Ở cương vị là một thành viên của Ban Điều Hành, lại là Super Moderator, bạn nên giữ lời ăn tiếng nói có giới hạn, tránh những câu có khả năng dẫn đến xúc phạm người khác. Hay tại vì bạn giỏi quá nên có quyền xem thường người khác?

 

[Mr Okebab]

hihi, mình đang dùng cái PM xxx, chỉ duy nhất quyền admin mới được phép khóa sổ, sau khi khóa thì toàn bộ nghiệp vụ kể từ ngày khóa sẽ ẩn đi và không can thiệp được nữa, cũng chỉ duy nhất admin mới có quyền mở khóa nếu cần thiết.

Chỉ Admin hay 10 người khác được phân quyền có quyền chỉnh sửa không quan trọng. Cái này chỉ là cái phân quyền thôi mà (quyền đọc sửa code; xem dữ liệu, sửa dữ liệu, sử dụng dữ liệu. . . . - Mà cái này mộ phần mềm thường thường bậc trung là có rồi). Cái mà anh Hải nói là ta vẫn có thể sửa số liệu máy được (số liệu bằng giấy thì phải có con dấu, chữ ký . . . ). Chính vì thế cái cuối cùng mà ta xét sự chính xác, sự hợp lý. . . của số liệu chính là số liệu trên giấy tờ chứ không phải là trên máy. Chẳng có cơ quan nào vào DN kiểm tra xem Cty đó hạch toán trên phần mềm có đùng hay không. Cái mà họ cần chính là tài liệu giấy.
Chính vì thế Phần mềm chỉ là một công cụ, một phương tiện để đath được mục tiêu. Tôi đi bằng phương tiện gì không quan trọng, quan trọng là tôi đến đúng địa điểm, đúng giờ, không bị CA giao thông phạt . . ..
Dó mới là cái bất hợp lý.

 

[Mr Okebab]

Thực chất thì có thể xem excel như là một phần mềm mở, excel không chuyên biệt một lĩnh vực nào và người dùng có thể tùy ý sử dụng nó theo ý đồ riêng của mình. Đó chính là sức mạnh của excel mà nhiều khi người ta quên mất vì excel có quá nhiều người dùng phổ thông, thậm chí chỉ đơn giản dùng excel để kẻ bảng mà thôi nên họ "cho rằng" excel không phải là một phần mềm.

Nếu tôi dùng access để làm thì sao? Giao diện nhập liệu khá phong phú và pro, báo cáo cũng hoàn toàn không mang dáng dấp excel mà cũng rất pro, và thậm chí nhiều người không hề biết access là một thành phần trong bộ office. Tôi cũng đặt tên phần mềm, cũng phân quyền, cũng bảo mật (bảo vệ thì đúng hơn)... Vậy thì nhiều cán bộ thuế có phân biệt đó là một phần mềm hay cũng sếp hạng nó như excel?

to Đào Việt Cường: Tuy nhiên, do tầm hiểu biết và nhu cầu cần biết của mỗi người có hạn, có người này người khác, không nên đánh giá quá thấp người khác và nghĩ rằng mình quá cao. Biết đâu trong diễn đàn này có người (tôi chẳng hạn) cũng đang là cán bộ thuế thì người ta sẽ nghĩ sao? Nếu đặt bạn vào vị trí của một cán bộ thuế, hàng ngày phải đối diện với hàng ngàn ngành nghề và lĩnh vực khác nhau, liệu bạn có đủ can đảm nói câu trên hay không. Ở cương vị là một thành viên của Ban Điều Hành, lại là Super Moderator, bạn nên giữ lời ăn tiếng nói có giới hạn, tránh những câu có khả năng dẫn đến xúc phạm người khác. Hay tại vì bạn giỏi quá nên có quyền xem thường người khác?

Bạn Cường đã không đúng rồi (dĩ nhiên là như thế-chắc là bức xúc của dân Kế toán), nhưng mình và bạn đều có thể nhắc nhở nhẹ nhàng mà, đâu cần phải to tiếng lại như thế đâu. Mình không làm cán bộ thuế nhưng mình làm cơ quan nhà nước nhiều rồi. So với nhiều bộ phận hành chính thì cán bộ Thuế có điều kiện hơn rất nhiều (cả Hải quan . . cũng thế). Không phải cán bộ thuế nào cũng xấu nhưng đã có cán bộ thuế nào ở các TP lớn, các khu Công nghiệp chưa nhận phong bì (dưới bất kỳ mọi hình thức liên quan đến CV) chưa ? Mình không chỉ ra một ai nhưng đó là những cái bức xúc của Kế toán, của DN. Bạn phải thông cảm với Bạn Cường và nhắc nhở nhẹ nhàng. Như thế chúng ta mới trở thành những "đôi bạn cùng tiến" được.
Đôi dòng tâm sự.
Thân!

 

[nguyenthevu]

Bạn Cường đã không đúng rồi (dĩ nhiên là như thế-chắc là bức xúc của dân Kế toán), nhưng mình và bạn đều có thể nhắc nhở nhẹ nhàng mà, đâu cần phải to tiếng lại như thế đâu.

Mình không hề to tiếng, như vậy là quá nhẹ rồi. May mắn vì tôi không phải là người thuộc đối tượng bị chê bai nên với tôi thì lời nhắc như vậy là quá nhẹ. Nếu tôi là đối tượng đó thì có lẽ lời nói của tôi gay gắt hơn rồi bạn ạ.

Không phải cán bộ thuế nào cũng xấu nhưng đã có cán bộ thuế nào ở các TP lớn, các khu Công nghiệp chưa nhận phong bì (dưới bất kỳ mọi hình thức liên quan đến CV) chưa ? Mình không chỉ ra một ai nhưng đó là những cái bức xúc của Kế toán, của DN.

Câu này tôi không chấp nhận, cho dù bạn nói đúng nhưng cũng không nên nói như vậy, nó mang tính chất "lăng mạ các thành viên khác của diễn đàn và những cá nhân, tổ chức xác định khác ngoài thực tế tại Việt Nam".

Bạn phải thông cảm với Bạn Cường và nhắc nhở nhẹ nhàng. Như thế chúng ta mới trở thành những "đôi bạn cùng tiến" được.
Đôi dòng tâm sự.
Thân!

Nếu người khác được quyền "bức xúc" thì tôi cũng có quyền "không thông cảm" trong trường hợp này.

Nếu vì những lời nói này mà không còn là "đôi bạn cùng tiến" thì thôi vậy, tôi sẽ chỉ nói những lời mật ngọt mà thôi. Vì tôi nghĩ "thuốc đắng giã tật" mà tôi thì mới bốc liều thuốc nhẹ nhẹ, chưa đắng đâu. Hy vọng những lời của tôi được xem là "góp ý" và được người ta hiểu là "nhằm xây dựng diễn đàn" này chứ không phải là "nhằm gây hiềm khích".

 

[handung107]

Chị thấy vấn đề này chỉ nhỏ thôi, sao lại đẩy sự việc đi xa quá thế ? Thực chất, Cường cũng nói hơi quá một chút, nhưng theo chi nguyenthevu lại "nặng lời" đấy. Chúng ta không xem thường ai cả, nhưng giả sử các CB thuế không công nhận việc chép sổ bằng máy vi tính mà cứ khăng khăng bắt chúng ta in sổ ra rồi lại đi chép tay lại, thì sự việc này cũng phải hiểu là do các vị ấy không hiểu biết nhiều lắm, nên sợ trách nhiệm và làm khó chúng ta thôi. Chị chỉ muốn đưa vấn đề này ra để xem giải pháp của chúng ta làm gì trước tình thế này, các em đừng lạc đề nữa. Thực ra, một số giải pháp các em đưa ra như đặt cho File Excel của mình một cái tên và đăng ký hay gì gì đó, chỉ là đối phó thôi, vì đúng như một số bạn nói, chỉ cần nhìn giao diện Excel là không công nhận thì cũng khó. Và tạm thời, chúng ta khép vấn đề này lại, vì đã bàn nhiều rồi, nhưng chưa có giải pháp.

 

[nguyenthevu]

...Chúng ta không xem thường ai cả, nhưng giả sử các CB thuế không công nhận việc chép sổ bằng máy vi tính mà cứ khăng khăng bắt chúng ta in sổ ra rồi lại đi chép tay lại, thì sự việc này cũng phải hiểu là do các vị ấy không hiểu biết nhiều lắm, nên sợ trách nhiệm và làm khó chúng ta thôi.

em xin mạn phép bàn tiếp chủ đề chính nhé:

- Việc doanh nghiệp ghi chép sổ sách như thế nào, đúng hay sai không thuộc trách nhiệm của cơ quan thuế nên không thể nói là cán bộ thuế sợ trách nhiệm mà ngăn cản DN. Nếu DN cảm thấy mình không sai thì cứ thực hiện, nếu cơ quan thuế kiểm tra không chấp nhận và muốn xử phạt thì sẽ phải căn cứ điều khoản văn bản nào đó mà xử phạt, mức phạt bao nhiêu cũng phải căn cứ điều khoản và khung phạt, đâu thể khơi khơi mà cấm mà phạt căn cứ theo cái gọi là sự không hiểu biết nhiều lắm của cán bộ thuế.

Hơn nữa, theo em biết thì tại TP HCM có website diễn đàn của Chính quyền TP, đã có 1 thành viên nhỏ tuổi comay (sn 1984) bên wkt "chiến thắng" Chi cục thuế thông qua hỏi đáp tại website này. Tại sao chúng ta không thử?

Sub
Thưa chị, nói đúng ra thì em cũng biết mình đi quá xa so với chủ đề ban đầu. Nhưng em chỉ tiếc rằng với những phát ngôn như vậy có thể xuất phát từ bất kỳ thành viên nào chứ không thể từ một cá nhân mang tính đại diện của tổ chức này đối với một tổ chức khác (cho dù mình chỉ là một tổ chức ảo - ảo nhưng mà thực). Nếu trong diễn đàn này có nhiều thành viên là cán bộ thuế khi đọc được những lời của Đào Việt Cường mà không thấy ai phản đối mà lại còn a dua theo thì họ sẽ nghĩ gì khi người phát ra câu đó lại từ một SMod, chẳng phải họ sẽ bất mãn hay sao. Em cảm thấy em trách Đào Việt Cường như vậy là nhẹ và cũng không thấy Đào Việt Cường "đối đáp" lại thì em nghĩ chắc là Đào Việt Cường đã nhận ra sơ xuất của mình và sẽ rút kinh nghiệm, em vui vì điều đó nhưng em thật bất ngờ với những chỉ trích ngược lại em. Tính em rất thẳng, không sợ nói ra điều mình nghĩ và ghét sự dung túng, em có thể xóa bài viết của mình nhưng em cảm thấy lời góp ý của em là có ích. Nếu Ban điều hành cảm thấy lời trách của em là không cần thiết thì hãy xóa bài của em đi. Chẳng lẽ chỉ có những lời nói ngọt ngào mới có giá trị hay sao?

 

[hai2hai]

Chỉ Admin hay 10 người khác được phân quyền có quyền chỉnh sửa không quan trọng. Cái này chỉ là cái phân quyền thôi mà (quyền đọc sửa code; xem dữ liệu, sửa dữ liệu, sử dụng dữ liệu. . . . - Mà cái này mộ phần mềm thường thường bậc trung là có rồi). Cái mà anh Hải nói là ta vẫn có thể sửa số liệu máy được (số liệu bằng giấy thì phải có con dấu, chữ ký . . . ). Chính vì thế cái cuối cùng mà ta xét sự chính xác, sự hợp lý. . . của số liệu chính là số liệu trên giấy tờ chứ không phải là trên máy. Chẳng có cơ quan nào vào DN kiểm tra xem Cty đó hạch toán trên phần mềm có đùng hay không. Cái mà họ cần chính là tài liệu giấy.

Hiện nay thì là như thế, nhưng tương lai thì hy vọng nó phải khác đi. Nếu ở các ngân hàng, họ ko tin vào hệ thống IT thì có mà chết. KO có giấy tờ nào in ra cho xuể để biết được tất cả các số dư của KH đâu. Chính vì thế mà các hệ thống IT của ngân hàng rất hiện đại và chi phí cũng rất cao. Đến 1 lúc nào đó các DN cũng sẽ như thế hết (bây giờ nhiều DN lớn cũng đạt được như thế từ lâu rồi). Cái chính là có 1 policy trước khi áp dụng IT.

Chính vì thế Phần mềm chỉ là một công cụ, một phương tiện để đath được mục tiêu. Tôi đi bằng phương tiện gì không quan trọng, quan trọng là tôi đến đúng địa điểm, đúng giờ, không bị CA giao thông phạt . . ..
Dó mới là cái bất hợp lý.

Máy bay, Ô tô, xe máy, xe đạp đều là phương tiện (công cụ) để đi lại đấy chứ. Máy cày, con trâu cũng là phương tiện để cày ruộng đấy chứ. Quan trọng là mối quan hệ giữa Cost và Benefits

 

[Đào Việt Cường]

Dear nguyenthevu,
------------------
Trước hết hoan nghênh bạn đã góp ý thẳng thắn, mình sẽ rút kinh nghiệm trước khi viết bài. Mình nhận thấy những ý kiến của bạn rất xác đáng. Những trao đổi này góp phần xây dựng cho diễn đàn lành mạnh hơn.
Trong khuân khổ của đề tài mình cũng không muốn các ý kiến thảo luận đi quá xa. Nhưng mình rất muốn các bạn hiểu rằng mỗi khi đưa ra ý kiến lên diễn đàn, mình chỉ nhân danh cá nhân mình để nêu vấn đề mà hoàn toàn không lợi dụng quyền điều hành diễn đàn, cũng như không bao giờ tự cho mình là người tài giỏi để xúc phạm hay xem thường người khác.
Đọc lại:

Các bạn yên tâm rằng khi các bạn báo cáo số liệu cho cơ quan chức năng thì các bạn phải nộp bản "cứng" đã in ra, có đóng dấu xác nhận của thủ trưởng đơn vị chứ các bạn không nộp bản "mềm" bằng các tập tin *.xls. Mình dám "cá" với các bạn là có rất nhiều cán bộ thuế không thể giỏi tin học bằng các bạn chứ chưa nói đến Excel. Giả như bạn có bảo phần mềm này được viết theo kiểu giao diện của Excel cho dễ sử dụng đảm bảo có cán bộ toát mồ hôi hột ( <=). Thật may cho họ là họ chẳng bao giờ ngó ngàng tới Excel làm gì. ("chị biết hàm "xum" là giỏi lắm rồi)

Đúng là mình có sơ xuất khi diễn đạt không hết ý này. Thành thật xin lỗi các bạn nếu bạn đọc và cảm thấy có điều gì xúc phạm. Lời trích trong bài chỉ mang tính ví von hài hước, hoàn toàn không có ý mỉa mai,"đụng chạm" tới ai. Câu nói đó là của một người bạn mà mình đã hướng dẫn làm Excel. Mỗi lần mình hướng dẫn chị lại cười nhăn nhó: "Cường hướng dẫn chị chầm chậm thôi, đừng bảo chị học "Vi Bi Êy" (VBA), chị biết hàm "xum" là giỏi lắm rồi". Có điều gì đó vừa buồn cười vừa đáng thương trong câu nói đó và mình nghĩ rằng dường như nó chứa đựng một thực tế ở không ít công chức Nhà nước. Không biết Excel không phải điều xấu, điều đáng buồn là tinh thần học tập và tác phong làm việc - trong bất cứ công việc nào dù là đơn giản nhất.
Nhưng chuyện đó là khá xa xôi, mình không có ý định bàn bạc trên diễn đàn và càng không muốn bàn tới các vấn đề quá ư nhạy cảm, không phải của mình.
Còn việc "không thấy Đào Việt Cường "đối đáp"" thì thực ra là do mình quá bận bựu với công việc cuối năm, có biết những ý kiến chỉ trích mình nhưng cũng không thể trả lời ngay được.
Đúng ra, mình tham gia diễn đàn không phải là để "đối đáp lại" (mục đích gì thì mọi thành viên trong diễn đàn đều có thể đánh giá được). Nếu có sai sót, mình nhận lỗi và hoàn toàn chịu trách nhiệm về lời nói của mình. Những lo lắng của bạn là có cơ sở nhưng bạn hãy tin rằng mình có đủ bằng chứng để chứng minh lời nói của mình không phải là không đúng sự thật.
Bạn thắng thắn, ghét sự dung túng chắc bạn cũng hiểu được những vấn đề mà mình đã nêu trong chủ đề này. Đó là mối quan tâm chung của nhiều người và mình không lợi dụng nó để chê bai, đả kích người khác.
Lẽ ra thì các bài viết không đúng chủ đề sẽ bị xoá và sự thật là nó đã bị Admin xoá. Nhưng mình đã đề nghị vẫn giữ nguyên vì sự công bằng và lành mạnh. Lời nói ra không bao giờ rút lại, dám nhận khuyết điểm sẽ tốt hơn dấu diếm, che đậy. Đây cũng là bài học kinh nghiệm cho ban điều hành diễn đàn trước một vấn đề nhạy cảm.
Có lẽ chủ đề dừng lại ở đây cho đến khi chúng ta có được giải pháp thực tế, cụ thể hơn. Một lần nữa xin nhắc lại các bạn nên đưa ý kiến của mình bám sát chủ đề. Các ý kiến không thuộc phạm vi đề tài thì nên mở một chủ đề khác để các thành viên khác thảo luận tập trung hơn.
Một lần nữa mình xin lỗi bạn nguyenthevu và cám ơn các ý kiến đóng góp của bạn dành riêng cho Đào Việt Cường.

 

[nguyenthevu]

Đào Việt Cường: Cảm ơn bạn đã hiểu mình.

........Nếu ở các ngân hàng, họ ko tin vào hệ thống IT thì có mà chết. KO có giấy tờ nào in ra cho xuể để biết được tất cả các số dư của KH đâu.

Đúng vậy, vấn đề này có thể suy nghĩ theo hướng ví dụ như: Khi cơ quan công an giao con dấu cho doanh nghiệp, họ sẽ giao cho người đại diện theo pháp luật. Sau đó lãnh đạo giao quản lý con dấu đó cho ai thì đó là chuyện riêng của DN vì cuối cùng thì lãnh đạo là người chịu trách nhiệm cao nhất.

Vậy quyền ghi sổ, khóa sổ, sửa sổ kế toán cũng vậy thôi. Nhân viên nào làm chịu trách nhiệm phần hành của mình, kế toán trưởng chịu trách nhiệm trước lãnh đạo và lãnh đạo chịu trách nhiệm cao nhất trước pháp luật. Nếu không tin người dưới quyền của mình, không trao trách nhiệm cho người dưới quyền thì liệu có làm hết được mọi việc hay không?

Bàn thêm về vấn đề khác liên quan đến kế toán - thuế và phần mềm: Đó là khi DN áp dụng phần mềm báo cáo thuế mã vạch, phần mềm do Tổng Cục Thuế phát hành và giao xuống cho DN, mỗi DN có mã số thuế riêng và được "mã hóa" ngay trong mã vạch. Vậy tại sao vẫn phải in ra giấy các báo cáo để "ký và đóng dấu" trước khi nộp mà không thể "ngồi tại DN và upload file". Như vậy thì việc áp dụng phần mềm mã vạch là một bước hiện đại hóa ngành thuế rất nửa vời. Tại sao nửa vời?

Vì ngành thuế làm như vậy chỉ hiện đại công tác quản lý thuế cho chính ngành thuế nhưng lại "hành" DN. Nếu DN đang sử dụng phần mềm kế toán nào đó, bây giờ ngoài việc nhập liệu chứng từ vào phần mềm kế toán nay lại phải nhập lại lần nữa vào phần mềm báo cáo thuế, như vậy là phát sinh thêm công lao động, làm tăng chi phí nhân công và thời gian của DN, không có lợi cho DN. Như vậy thì việc báo cáo thuế bằng phần mềm chỉ có lợi cho cơ quan thuế (giảm công) nhưng lại bất lợi cho DN (tăng công). Do đó mà mình nói rằng việc áp dụng phần mềm báo cáo thuế là một bước hiện đại quản lý thuế nửa vời.

Việc sử dụng phần mềm báo cáo thuế tại sao không làm theo kiểu cấp cho mỗi DN một user và pass (đương nhiên DN phải tự quản lý như kiểu tự quản lý con dấu vậy) để DN có thể upload lên sever hoặc nộp file mà không cần phải in - ký - đóng dấu, vấn đề này liên quan đến tính pháp lý.

Do đó có thể nói rằng việc cơ quan thuế không chấp nhận "chứng từ - sổ sách - báo cáo điện tử" trong khi luật pháp đã chấp nhận "chữ ký điện tử" là vì trình độ quản lý nhà nước và hệ thống luật pháp không phát triển kịp, không đáp ứng kịp tốc độ phát triển của lực lượng lao động. Đây không phải do cá nhân cán bộ quản lý thuế.

Mọi người dân có thể làm những gì luật pháp không cấm nhưng cán bộ nhà nước chỉ được làm những gì luật pháp cho phép < ranh giới này cách nhau xa lắm các bác ạ

 

[Mr Okebab]

Hiện nay thì là như thế, nhưng tương lai thì hy vọng nó phải khác đi. Nếu ở các ngân hàng, họ ko tin vào hệ thống IT thì có mà chết. KO có giấy tờ nào in ra cho xuể để biết được tất cả các số dư của KH đâu. Chính vì thế mà các hệ thống IT của ngân hàng rất hiện đại và chi phí cũng rất cao. Đến 1 lúc nào đó các DN cũng sẽ như thế hết (bây giờ nhiều DN lớn cũng đạt được như thế từ lâu rồi). Cái chính là có 1 policy trước khi áp dụng IT.

Nếu anh nghĩ rằng NH chỉ tin vào hệ thống IT thôi thì cần xem lại, nền tảng của IT Việt Nam lại là những con dấu và chữ ký. IT NH vẫn sai (VN như số dư trong tài khoản thẻ bị nhầm, định khoản thấu chi nhầm, chuyển nhầm tài khoản, số liệu tài khoản thẻ khi sử dụng hệ thống liên ngân hàng. . . .), vì thế vẫn phải có sự đối chiếu liên ngân hàng qua IT và qua sổ sách. Tất nhiên là nghiệp vụ đối chiếu sẽ khác nhau.
Cũng như vậy cuối năm ngân hàng sẽ gửi về cho các DN số dư của từng TK để xác nhận (Cty em làm việc với Vietcombank; Techcombank ; Đông Á; Nông nghiệp; Đầu tư Phát triển và Sacombank, tổng cộng có khoảng 19 tài khoản, cuối năm sẽ ký xác nhận số dư trên 19 tờ giấy đó). Nếu quá bao nhiêu ngày DN không hồi âm lại thì ngân hàng mặc nhiên coi đó là số dư đúng.
Khối lượng sổ sách trong NH thật nhiều, nhưng không vì thế mà họ không in, vẫn in từng số dư hàng tháng hàng ngày để còn đưa khách hàng đối chiếu (nếu có phát sinh). Cái gì không in thì em không biết chứ còn số dư thì dứt khoát (hiện nay tại VN) vẫn in bình thường.

Máy bay, Ô tô, xe máy, xe đạp đều là phương tiện (công cụ) để đi lại đấy chứ. Máy cày, con trâu cũng là phương tiện để cày ruộng đấy chứ. Quan trọng là mối quan hệ giữa Cost và Benefits

Cost và Benefits ở đây anh phải nói rằng áp dụng cho khu vực nào.

Cái lợi cho thuế thì lại hại cho DN (mã vạch 2 chiều chẳng hạn – như bạn nguyenthevu đã nói), như vậy về xã hội thì là có hại (vì số lượng nhân công, chi phí các DN bỏ ra nhiều hơn rất nhiều so với bên Thuế).

Ngược lại có những cái có lợi cho DN nhưng lại có hại cho thuế (như phần mềm phát triển tràn lan, không có quy định không có một quy chuẩn rõ ràng gì cả dẫn đến môi trường IT trong kinh tế không đồng nhất, không tương thích với nhau (về phần mềm và số liệu)), như vậy để cán bộ thuế phải tổng hợp lên các báo cáo, họ lại phải căn cứ vào các bản báo cáo giấy, sau đó nhập lại một lần nữa. Thật mất công và dễ nhầm lẫn (việc điều chỉnh con số giữa DN và Thuế là thường xuyên và bình thường)

………………

Chính vì vậy em mới cho rằng cái quan trọng là mục tiêu. Việc anh đi xe máy, xe bò, máy bay. . . (giống như làm bằng tay, làm vi tính bằng ứng dụng này, ứng dụng khác. . . ) không quan trọng mà cái quan trọng là đến đúng giờ, đúng địa điểm, không bị vi phạm pháp luật . . . . (Báo cáo đầy đủ, kịp thời, chính xác, đúng theo mẫu. . .)



Còn Cost và Benefits của DN thì hãy để cho DN tự cân nhắc. Lời thì anh hưởng (sau khi san sẻ cho NN 28%), lỗ thì ráng mà chịu.

Khi chính sách lên một mức cao rồi thì giả sử về phần mềm của DN là cái gì khôgn quan trọng, nhưng quan trọng là hàng kỳ DN phải đổ dữ liệu vào một phần mềm nhỏ (hay một cái gì đấy ) của cơ quan nhà nước (tất nhiên kèm theo chữ ký điện tử được công nhận). Sau đó phần mềm tổng thể của cơ quan quản lý sẽ update dữ liệu của tất cả các phần mềm nhỏ này lại và lên số liệu tổng thể. Các DN sẽ chịu trách nhiệm với những phần mà mình gửi về Cục Thuế.
Đây chỉ là một điều giả sử, có thể còn có rất nhiều giải pháp khác để giúp cho cơ quan quản lý kiểm tra nhanh hơn, chính xác hơn, chặt chẽ hơn và đỡ tốn công (của xã hội) hơn.

 

[nguyenthevu]

Ngược lại có những cái có lợi choDN nhưng lại có hại cho thuế(như phần mềm phát triển tràn lan, không có quy định không có một quy chuẩn rõ ràng gì cả dẫn đến môi trường IT trong kinh tế không đồng nhất, không tương thích với nhau (về phần mềm và số liệu))

Đó là bởi vì không công khai code mã vạch 2 chiều, điều này chỉ làm lợi cho một nhóm lợi ích, dẫn đến độc quyền phát hành, không phù hợp khi bước vào WTO.

Mã vạch 2 chiều là tài sản chung của toàn dân, không phải tài sản riêng của ai cả và không cần thiết phải dấu diếm.

Nếu công khai code mã vạch 2 chiều, các DN phần mềm buộc phải bước vào cuộc đua mới để nâng cao tính năng phần mềm của mình là in được báo cáo mã vạch. Độ tin cậy trở thành lý do để khẳng định thương hiệu sản phẩm và uy tín DN phần mềm.

Nếu công khai code mã vạch 2 chiều thì chắc chẳng có gì là khó để xử lý đối với các DN phần mềm vốn đã nhiều kinh nghiệm.

 

[handung107]

Cám ơn Cường đã lập Topic này, cám ơn tất cả những ai đã đóng góp ý kiến cho Topic này, nếu được bình chọn Topic xuất sắc và hấp dẫn nhất trong tháng, chị sẽ Vote cho Topic này điểm cao nhất. Quả thật, qua đây, chị cảm nhận được nhiều điều, đó là tinh thần đóng góp ý kiến, kinh nghiệm của mọi người hết sức nhiệt tình, và nhất là sự thẳng thắn và chân tình giữa Cường và Nguyenthevu làm chị rất cảm động. Cám ơn tất cả các em

 

[hai2hai]

Có ai hiểu mã vạch 1 chiều, mã vạch 2 chiều (lưu được vân tay, long memo text, hình ảnh,...), thẻ từ, thẻ có chíp nhớ (từ 8k đến 256k hoặc thậm chí hơn nhiều), v.v... ko nhỉ? .

Tớ ngày xưa có tham gia phát triển 1 phần liên quan đến thanh toán liên ngân hàng 1 hệ thống IT của 1 ngân hàng. Ngoài ra cũng viết khá nhiều về giải pháp của 1 công ty chuyên về giải pháp ngân hàng của Nhật bản. Dĩ nhiên tớ ko làm về công việc của các phòng nghiệp vụ nhưng cũng thừa biết chuyện in ấn của họ như thế nào. Dĩ nhiên khi các DN (khách hàng của ngân hàng) ko có hệ thống IT thì đương nhiên họ phải in ra rồi. (cũng là do các PM ở VN hiện cũng chưa có phân hệ có khả năng tích hợp với các chuẩn của Ngân hàng hiện nay).

Cái Cost & Benefits bạn giải thích dài quá. Tớ tưởng chỉ cần 2 từ đó là ai cũng hiểu chứ nhỉ. Ví dụ bạn đạt được mục tiêu (đi đến đích) nhưng mất 3 năm mới đến đích nếu đi = xe đạp. Như vậy chi phí bỏ ra khi đi = xe đạp có khi nhiều hơn so với chi phí mua 1 cái xe máy mà đi chỉ mất có vài ngày hoặc mua vé máy bay bay mất có 2 tiếng đồng hồ. Đó là chưa kể đến chi phí cơ hội, chi phí rủi ro (đi lâu ngày thì bị ốm chẳng hạn). Khi đó cứ tưởng là mua vé ô tô hay mua vé máy bay là đắt hơn đi xe đạp nhưng thực ra lại rẻ hơn rất nhiều (vì tiết kiệm được 3 năm đáng ra phải đi = xe đạp, và có thể trong 3 năm tiết kiệm đó bạn lại kiếm được nhiều thứ hơn, đi được nhiều nơi hơn,v.v... cái chi phí cơ hội đó nhiều khi ko tính xuể đâu bạn ạ). Vì thế đạt được mục tiêu là phải tính trên nhiều phương diện khác nhau và cái cost-benefit approach luôn luôn được đặt ra trên con đường đến mục tiêu đó.

Vì vậy, khi mua phần mềm, ở nước ngoài người ta ít khi chỉ xét đến mỗi license price mà tính tất cả chi phí cộng lại (gọi là TCO - Total Cost of Ownership) và ROI (Return On Investment). Mình cũng đã hỏi nhiều bạn bè là các sếp cty PM, họ nói ở VN chắc chưa GĐ nào (hoặc có thì cũng rất ít) tính được cái đó trước khi quyết định mua 1 tài sản nào đó). Nhưng mà, bây giờ mình thấy các sếp cũng giỏi lắm rồi.

 

[Mr Okebab]

Có ai hiểu mã vạch 1 chiều, mã vạch 2 chiều (lưu được vân tay, long memo text, hình ảnh,...), thẻ từ, thẻ có chíp nhớ (từ 8k đến 256k hoặc thậm chí hơn nhiều), v.v... ko nhỉ? .

Về kỹ thuật thì tụi mình chẳng hiểu, nhưng về hình thái thì đó chính là cái mà Cục thuế TP HCM bắt phải in trên các báo cáo Thuế hàng tháng (trông đó thể hiện : mã số thuế của đơn vị, ngày tháng báo cáo – Hai tháng của cùng một đơn vị có số liệu giống hệt nhau nhưng mã số sẽ khác nhau)

Cái Cost & Benefits bạn giải thích dài quá. Tớ tưởng chỉ cần 2 từ đó là ai cũng hiểu chứ nhỉ. Ví dụ bạn đạt được mục tiêu (đi đến đích) nhưng mất 3 năm mới đến đích nếu đi = xe đạp. Như vậy chi phí bỏ ra khi đi = xe đạp có khi nhiều hơn so với chi phí mua 1 cái xe máy mà đi chỉ mất có vài ngày hoặc mua vé máy bay bay mất có 2 tiếng đồng hồ. Đó là chưa kể đến chi phí cơ hội, chi phí rủi ro (đi lâu ngày thì bị ốm chẳng hạn). Khi đó cứ tưởng là mua vé ô tô hay mua vé máy bay là đắt hơn đi xe đạp nhưng thực ra lại rẻ hơn rất nhiều (vì tiết kiệm được 3 năm đáng ra phải đi = xe đạp, và có thể trong 3 năm tiết kiệm đó bạn lại kiếm được nhiều thứ hơn, đi được nhiều nơi hơn,v.v... cái chi phí cơ hội đó nhiều khi ko tính xuể đâu bạn ạ). Vì thế đạt được mục tiêu là phải tính trên nhiều phương diện khác nhau và cái cost-benefit approach luôn luôn được đặt ra trên con đường đến mục tiêu đó.

Phải nói rõ để có cái nhìn tổng quát hơn. Anh Hải và mình cùng một số người khác thấy rằng đi lại bằng máy bay là nhanh hơn bởi thấy rằng thời gian mà ta tiết kiệm được cùng các chi phí cơ hội khác giúp ta kiếm được lợi nhuận gấp nhiều lần vé máy bay. Bây giờ đi gần thì taxi, xa thì máy bay, tàu cánh ngầm. Đó là cách sống của mình và anh Hải. Nhưng không phải ai cũng thế cả bởi cost-benefit của mỗi người khác nhau hoàn toàn. Hãy hỏi rất nhiều người xung quanh xem họ đi xa (trên 200km) bằng phương tiện gì.
Giữa các DN với nhau cũng thế Anh Hải ạ. Thế mới có chuyện rất nhiều các DN vẫn dùng excel để làm kế toán đó thôi.
Thân!

 

[hai2hai]

Về kỹ thuật thì tụi mình chẳng hiểu, nhưng về hình thái thì đó chính là cái mà Cục thuế TP HCM bắt phải in trên các báo cáo Thuế hàng tháng (trông đó thể hiện : mã số thuế của đơn vị, ngày tháng báo cáo – Hai tháng của cùng một đơn vị có số liệu giống hệt nhau nhưng mã số sẽ khác nhau)

Đó là các hình thức mã hóa dữ liệu. Các bạn đã thấy cách thức mã hóa thể hiện trên file trong máy tính rồi. Bây giờ người ta muốn thể hiện bằng hình ảnh (bản chất vẫn là các bit 1 & 0 thôi) và được in ra trên giấy tờ. Các hình ảnh mã hóa đó được "đọc" (read or scan) bởi các thiết bị đầu đọc (ở đây là các thiết bị đọc mã vạch). Khi các thiết bị đọc mã vạch đó "scan" 1 cái trên cái mã vạch thì nó sẽ giải mã (decoder) ngược trở về thông tin ban đầu của dữ liệu. Ở đây, decoder đã được lập trình sẵn để đón nhận thông tin từ scanner.

Ví dụ:

Mã hóa:
"12345 cong ty xyz" --> [PM Ma hoa] --> [In ra may in (thông thường là máy in chuyên dụng để in mã vạch, in thẻ...)] --> Tờ giấy (thẻ) có mã hóa (bằng mã vạch chẳng hạn)


Giải mã:

Tờ giấy (thẻ) có mã hóa --> [Máy đọc mã (vạch, thẻ nhớ...)] --> [Decoder software] --> "12345 cong ty xyz"

 

[adam_tran]

@chi handung, em có đem vấn đề này hỏi một Phihungvn (bên webketoan) thì anh cho em một câu trả lời rất hay là hỏi xem phần mềm KT nào đang lưu hành trên thị trường đã duyệt là phần mềm đủ tiêu chuẩn để làm sổ sách kế toán.....
Mình có dám hỏi không nhỉ? Vì bản thân các phần mềm không thể đáp ứng tất cả các yêu cầu của doanh nghiệp.
Xu hướng tương lai tất cả hệ thống kế toán được chuyên nghiệp hóa và tránh mất thời gian (viết tay) quá nhiều các loại sổ có cùng một nghiệp vụ giống nhau nhưng đến hiện nay phần mềm nào là chuẩn nhất được bộ tài chính công nhận?
Mína

 

[Mr Okebab]

@chi handung, em có đem vấn đề này hỏi một Phihungvn (bên webketoan) thì anh cho em một câu trả lời rất hay là hỏi xem phần mềm KT nào đang lưu hành trên thị trường đã duyệt là phần mềm đủ tiêu chuẩn để làm sổ sách kế toán.....
Mình có dám hỏi không nhỉ? Vì bản thân các phần mềm không thể đáp ứng tất cả các yêu cầu của doanh nghiệp.
Xu hướng tương lai tất cả hệ thống kế toán được chuyên nghiệp hóa và tránh mất thời gian (viết tay) quá nhiều các loại sổ có cùng một nghiệp vụ giống nhau nhưng đến hiện nay phần mềm nào là chuẩn nhất được bộ tài chính công nhận?
Mína

Không phải là không dám hỏi. Khi còn làm việc bên Tổng Công ty Giấy Việt Nam thì mình đã hỏi rồi nhưng không thấy trả lời (vì trả lời không được - Theo mấy anh ở VP Bộ). Bởi vì nếu công nhận một phần mềm của 1 Cty nào đấy thì Cty đó sẽ được hưởng đặc quyền đặc lợi.

Thế thì sẽ bắt đầu một cuộc kiện tụng, cãi nhau giữa các Cty phần mềm với nhau, giữa các Cty phần mềm và Bộ. . . là tại sao anh ta được mà tôi không được ? Anh ta hơn tôi cái gì. Nếu tôi không có những cái đó thì khi tôi có thì tôi có được công nhận không . . . . .

Theo tiêu chuẩn trên thì phần mềm phải tuân theo những tiêu chí rất chặt chẽ, nhưng tất cả phải bám sát vào luật, vào các biểu mẫu, vào Thuế . . . Nhưng ngay chính các Cục thuế và Chi cục Thuế trên toàn quốc đã không thống nhất hoàn toàn về chính sách, biểu mẫu, cách tính toán. . .. Thì thử hỏi là đã có Cty phần mềm nào khảo sát tất cả các Cục và chi cục Thế chưa?


Hôm nay công nhận anh A với Ver 2.0. Ngày mai có Anh B ra một cái tương tự nhưng áp dụng những công nghệ tiên tiến hơn thì có được cấp hay không. Mà sự phát triển về công nghệ là không ngừng, thế thì đến một lúc nào có Ver 2.0 của anh A đó sẽ phải coi là không đủ tiêu chuẩn. . .
.........................

Chính vì thế Bộ chưa (hoặc không) công nhận một phần mềm cụ thể nào cả. Chẳng qua là Support thôi (như MISA . . . chẳng hạn)

Còn nhiều cái để nói về vấn đề này lắm. Nhưng hình như càng nói càng rối.(!)
Thân!

 

[hai2hai]

Mình nhớ ko nhầm thì hình như mình đã có 1 bài phân tích rất kỹ trên wkt tại sao Bộ tài chính ko nên chứng nhận 1 phần mềm cụ thể nào được gọi là đáp ứng chuẩn bởi nhẽ cái chuẩn mà bộ đưa ra là hết sức cơ bản. Hơn nữa, đơn cử nhé, nếu phần mềm A của công ty AC (ở VN) được BTC công nhận "đạt tiêu chuẩn" trên toàn đất nước VN thì chả nhẽ các công ty từ lớn đến bé phải dùng PM đó hết à? Các bạn thừa biết là hiện nay có rất nhiều công ty ko chỉ sử dụng mỗi PMKT bé tý tẹo mà còn áp dụng cả 1 hệ thống ERP (trong nước như của bác PAT,...; ngoài nước như của SAP, Oracle, v.v...). Những hệ thống đó hiển nhiên có phân hệ Financial và chả nhẽ các công ty nước ngoài phải đăng ký và được đánh giá bởi BTC à?

Bây giờ mọi người để ý đến hiệu quả nhiều, nhiều lắm rồi (vẫn là cái cost-benefit approach). Không còn theo 1 nguyên tắc cũ kỹ nào đâu. Cái quan trọng là hệ thống IT đó đem lại hiệu quả như thế nào so với chi phí bỏ ra (và chuyện đáp ứng chuẩn chỉ là 1 trong các tiêu chí nhằm đạt được mục tiêu đó).

Mọi người có thấy ở nước ngoài làm gì có bộ nào chứng nhận PMKT nào là đạt chuẩn của bộ đó??? . Chỉ có khái niệm tuân theo những nguyên tắc GAAP, những chuẩn mực kế toán của quốc tế, chuẩn mực kế toán của quốc gia (Không theo những cái đó thì làm sao mà bán được --> Tự các công ty sẽ phải theo)

Tóm lại. Mọi người có biết từ Guideline nghĩa là gì ko? Là "hướng dẫn" thôi. Không phải là bắt buộc.