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

Liên hệ QC
nguyenthevu đã viết:
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!
 
MrHieu đã viết:
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 ạ.

MrHieu đã viết:
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".

MrHieu đã viết:
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".
 
Lần chỉnh sửa cuối:
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.
 
handung107 đã viết:
...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?
 
Lần chỉnh sửa cuối:
MrHieu đã viế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.

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.

MrHieu đã viết:
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 :)
 
Lần chỉnh sửa cuối:
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:
Đào Việt Cường đã viết:
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.
 
Đào Việt Cường: Cảm ơn bạn đã hiểu mình.

hai2hai đã viết:
........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 ạ
 
hai2hai đã viết:
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.


hai2hai đã viết:
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.
 
Lần chỉnh sửa cuối:
MrHieu đã viết:
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.
 
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
 
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.
 
Lần chỉnh sửa cuối:
hai2hai đã viết:
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)
hai2hai đã viết:
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!
 
MrHieu đã viết:
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"
 
@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
 
adam_tran đã viết:
@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!
 
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.
 
Lần chỉnh sửa cuối:
Web KT
Back
Top Bottom