ERP Accounting & Finance trong ERP

Thảo luận trong '[QC] Phần mềm kế toán, giải pháp quản trị DN' bắt đầu bởi gaugau, 24 Tháng mười hai 2004.

26,899 lượt xem

  1. gaugau

    gaugau Thành viên sơ cấp

    Bài viết:
    111
    Đã được thích:
    2
    Nơi ở:
    HCM
    Kế thừa ý tưởng của yukos, gaugau mở món kế toán, tài chính trong các erp. Các bác ủng hộ tôi nhé
     
    #1
  2. VNacc

    VNacc Thành viên hoạt động

    Bài viết:
    128
    Đã được thích:
    0
    Nơi ở:
    Hanoi
    Ủa sao không thấy bác nào hưởng ứng nhỉ, ... cái này rất là quan trọng đối với ERP.
    Thông thường nói đến kế toán tài chính trong ERP phải nhắc đến các module chức năng chính như sau:
    + AR
    + AP
    + GL
    + FA
    Ngoài ra cần quan tâm chặt chẽ đến việc interface của các module này với các module Inv control, PO, SO, BOM, ...

    Nếu ứng dụng ERP ở Việt nam thì Module này cần phải tích hợp và đưa ra được các báo cáo đáp ứng đòi hỏi của VAS. Không có cái này thì ... gay go đấy.
     
    #2
  3. StonyHeartedMan

    StonyHeartedMan Thành viên sơ cấp

    Bài viết:
    306
    Đã được thích:
    2
    Nơi ở:
    Hà nội
    SAP Business One 6.5 - Finance (Dùng để tham khảo nhé)

    1. General Ledger
    Chart of Accounts (S170)
    Multiple Periods (S170)
    Journal Entries (S170)
    Reverse Entries (S170)
    Journal Vouchers (S170)
    Posting Templates (S170)
    Recurring Postings (S170)
    Multi-currency (S170)
    Exchange Rate Journals (S170)
    Company Reports (S170)
    Transaction Journal (S170)
    Balance Sheet (S170)
    Budget Analysis (S170)
    Value-Added Tax (S170)
    Account Segmentation (S170)
    Automatic Account
    Generation (S170)
    Manual Journal Entries (S170)
    Reverse Entries (S170)
    Automatic Reconciliation (S170)
    Fixed Assets (P316, P303, S170)
    Purchase Accounting (S170)

    2. Payments
    Deposits (S170)
    Checks (S170)
    Credit Card Management (S170)
    Credit Vouchers (S170)
    Bank Statements (S170)
    Reconciliation (S170)
    Discounts (S170)
    Receipts (S170)
    Deferred Payments (S170)
    Automatic Payment (S170)
    Dunning (S170)
    Payment Wizard (S170)
    Voiding Checks (S170)
    Payment Document Clearing (S170)
    Bill of Exchange (S170)
    Vendor Invoice for Assets (S170)
    Withholding Taxes (S170)
    Tax Exemptions (S170)

    3. Cost Accounting
    Profit Center Accounting (S170)
    Cost Center Accounting (P319, P303, S170)
    Cost Element Accounting (P319, P303, S170)
    Cost Object Accounting (P319, P303)
    Project Accounting (P315, P303)

    4. Funds Management
    Funds Management (P323)

    5. Basel II --> Chuẩn Basel II, dùng để tính toán dự phòng rủi ro (đối với các ngân hàng)
    XBRL Adapter
    Self-Rating
    Transmission of Financial Data

    Đấy, mời các bác tham khảo.
     
    #3
  4. gaugau

    gaugau Thành viên sơ cấp

    Bài viết:
    111
    Đã được thích:
    2
    Nơi ở:
    HCM
    việc tích hợp giữa các module trong hệ thống erp dĩ nhiên là phải có, và bắt buộc phải có thôi, vì không có thì không là erp được - miễn bàn món này ở đây.
    Có ai cho được các chức năng các erp có cho phần finance không?
     
    #4
  5. ngheketoan

    ngheketoan Thành viên sơ cấp

    Bài viết:
    12
    Đã được thích:
    0
    Nơi ở:
    USA
    không có account&financial không phải ERP

    không có account&financial không phải ERP
     
    Last edited: 30 Tháng mười hai 2004
    #5
  6. yukos

    yukos bsdinsight.com

    Bài viết:
    188
    Đã được thích:
    4
    Giới tính:
    Nam
    Nơi ở:
    bsdinsight.com
    cái này rất quan trọng, và thông thường các nhà quản trị nên đòi hỏi ở nhà cung cấp erp phải thoả mãn:
    - Tương thích với kế toán VN
    + thiết lập được COA chuẩn của VN
    + Khai báo các thông số cho việc tính thuế tự động cho VAT (thuế VAT nhà mình tính trên các Item, chứ không chơi theo vùng, khách hàng, nhà cung cấp gì ráo trọi) - và Import Tax (nón này là thuế trên thuế đây các Bác)
    + Đánh giá lại: phải automatically và phải đúng với kế toán VN nhà ta đó nghen. và phải hỗ trợ mấy Bác 535, 635 gì gì đó. Kế toán VN nhà mình đánh giá lại tài khoản hoàn toàn khác xa với mấy ông IAS,,,, gì gì đó.
    + Phải có mấy báo cáo mà ông trời thuế đòi hỏi hàng tháng, quí, năm và các báo cáo mà d/n phải nộp.
    + Phải thoả mãn các cách hạch toán của kế toán VN nhà mình đó - không thỏa mãn thì đừng có dùng - mang hoại vô thân đó.
    + Về món FA thì cũng phải xem xét cho kỹ đó à nha - coi chừng không tính khấu hao theo kế toán VN thì chào thua luôn.
    + Còn 1 món nữa mà hầu hết các chú erp ngoại quốc vào VN nhà ta đều chết queo là tính lương, phải xem xét kỹ các tính năng của mấy chú erp. Nếu không có thì có cho tích hợp với bác phần mềm nào ở VN không. Bác PAT - đây là lợi thế của bác đó.
    + Còn vài chi tiết như quản lý công ty mẹ con, cháy chắt gì đó nữa. Cái này phải coi thử database của erp đó có tập trung hay không nữa. Bắt buộc tập trung mà có vài cty con ở xa tít thì tiền điện thoại mấy ông tele ăn hết - tốt nhất là có món replication gì gì đó - và cho phép consolidation là được.

    Còn dĩ nhiên, việc tích hợp với PO, SA,.. là đương nhiên phải có, không có thì li dị luôn với thằng cha đó.

    Còn gì nữa nhỉ? mấy Pác viết tiếp phát
     
    #6
  7. ducdinh

    ducdinh Guest

    Erp

    Các doanh nghiệp Việt Nam đã tiếp cận CNTT như thế nào ?​
    Trước sự phát triển chóng mặt của CNTT cùng với sự nắm bắt thông tin để tồn tại và phát triển của một doanh nghiệp bất kỳ, sự cạnh tranh trên thương trường khốc liệt, đòi hỏi doanh nghiệp bạn phải có một giải pháp tổng thể để quản lý nguồn nhân lực, tài chính, kế toán, từ khâu thu gom nguyên vật liệu đến khâu sản xuất và thành sản phẩm.....tạo thành một dây chuyền khép kín ,mang lại lợi nhận hiệu quả trong doanh nghiệp của bạn để làm được tất cả điều đó doanh nghiệp bạn đòi hỏi phải có giải pháp tổng thể mà phần mềm ERP là giải pháp tốt nhất.
     
    #7
  8. toyota

    toyota Thành viên sơ cấp

    Bài viết:
    63
    Đã được thích:
    4
    Nơi ở:
    HCM
    Cho tớ hỏi phát
    - Trong các ERP hiện tại, có bác nào sử lý món cấn trừ công nợ chưa nhẻ.
    - Vụ hợp nhất dữ liệu ở các đơn vị thành viên như thế nào? nếu trên nhiều database thì có chưa?
    - Mấy vụ về Intercompany thì sử lý như thế nào?

    Có bác nào chỉ giáo giúp
     
    #8
  9. ERPSolution

    ERPSolution Thành viên thân thiết

    Bài viết:
    191
    Đã được thích:
    0
    Nơi ở:
    HCMC

    LEMON3 giải quyết tốt các vấn đề bạn hỏi:

    1. Trong các ERP hiện tại, có bác nào xử lý món cấn trừ công nợ chưa?

    Trước hết, cần phân biệt 2 khái niệm sau:

    1.1. Giải trừ:

    Là giải trừ công nợ giữa các chứng từ của cùng 1 đối tượng. VD: giữa hóa đơn bán và phiếu thu; giữa hóa đơn mua và phiếu chi.

    1.2. Cấn trừ:

    Là giải trừ công nợ giữa các đối tượng.
    Trong chương trình LEMON3, khi bạn Click vào nghiệp vụ này--> chọn đối tượng cần cấn trừ (cùng tài khoản kế toán cấn trừ)--> OK--> hiện ra Form nhập, bạn chọn đối tượng thứ 2 dùng để cấn trừ cho đối tượng đã chọn trước đó

    2.Vụ hợp nhất dữ liệu ở các đơn vị thành viên như thế nào? nếu trên nhiều database thì có chưa?

    Trong LEMON3:

    1.1: Nếu chung dữ liệu, mỗi Đơn vị được tạo riêng, khi báo cáo thì Combobox 'Đơn vị ' bạn có thể chọn 1 đơn vị bất kỳ hoặc tất cả (%) các đơn vị và chương trình sẽ tự động SUM các số liệu lại.

    1.2: Nếu các dữ liệu riêng biệt:
    Thường xảy ra khi Công ty có các đơn vị xa nhau, mỗi đơn vị xem như một Site. Mỗi đơn vị sẽ báo cáo riêng, nhưng hàng tháng gởi file Backup về trụ sở chính. Tại đây, mỗi dữ liệu đều được restore lên trên Server. Công cụ dùng để tích hợp báo cáo chung giữa các dữ liệu này chính là LEMONCELL, đây là các file excel liên kết trực tuyến với dữ liệu. Ví dụ về Balance Sheet sẽ có 1 file: trên file Excel này, mỗi Sheet là số liệu của một đơn vị ( kết nối vào dữ liệu đơn vị đó), khi đó vấn đề tích hợp rất đơn giản, hoàn toàn trên Excell, có 1 sheet sẽ tích hợp các sheet đó lại...


    ERPS
     
    #9
  10. ERPSolution

    ERPSolution Thành viên thân thiết

    Bài viết:
    191
    Đã được thích:
    0
    Nơi ở:
    HCMC
    Ưu điểm của LEMONCELL là linh động, người dùng có thể thiết kế hình thức Report theo ý muốn như 1 file excel bình thường.
    Ô nào trong file excel này cần lên số liệu gì thì lập hàm LEMONcell tương ứng

    ERPS
     
    #10
  11. dangthanh

    dangthanh Thành viên sơ cấp

    Bài viết:
    2
    Đã được thích:
    0
    Nơi ở:
    hochiminh
    Vậy theo bác ERPSolution thì Lemoncell của bác có cho phép người dùng sử dụng và thiết kế các Report theo dang "kéo, thả" các cột, trường dữ liệu được không? Còn vấn đề phục vụ cho Phân tích đa chiều thì sao?
     
    #11
  12. ERPSolution

    ERPSolution Thành viên thân thiết

    Bài viết:
    191
    Đã được thích:
    0
    Nơi ở:
    HCMC
    Ồ, ERPS không dám nhận ‘LEMON3 của bác đâu’, mình không liên quan gì cả LEMON3 và DigiNet cả.
    Về tính năng, Lemoncell thường là ‘chiến hào cuối cùng’ của DigiNet khi khảo sát thực tế mà các DN có các nhu cầu báo cáo ‘ không giống ai’ thì User có thể thiết lập trên Lemoncell như Excell. Trong đó có các báo cáo đa chiều. Còn vấn đề ‘ kéo, thả’ thì mình không rõ lắm, vì nó phụ thuộc vào Excel rồi.
    Tuy nhiên, hệ thống báo biểu phân tích của LEMON3 rất mạnh với các mã phân tích mà người dùng tự định nghĩa theo tiêu chí quản lý đặc thù của mỗi DN. Vì vậy, thông thường các báo cáo LEMONcell là các báo cáo tổng kết:
    - Tích hợp dữ liệu
    - Tổng kết
    - Nhiều Form khác nhau cho cùng một loại báo cáo, nhất là các báo cáo Sales
    Vì vậy, nhu cầu ‘kéo thả’ … ở đây không cần thiết lắm. Linh động mà ERPS nói trong Lemoncell là ‘ muốn làm báo biểu gì cũng được’
     
    #12
  13. PAT

    PAT PAT

    Bài viết:
    287
    Đã được thích:
    3
    Nơi ở:
    Ho chi Minh city
    Ngoài các trường hợp mà ERP Solution đưa ra, hiện tại theo PAT cấn trừ công nợ sẽ còn có các phương án sau xuất hiện :

    1. Cấn trừ công nợ khi khách hàng vừa là người mua hàng, vừa là nhà cung cấp.

    2. Cấn trừ công nợ giữa một người mua (KH) với một nhà cung cấp khác

    3. Cấn trừ công nợ tạm ứng của nhân viên cung ứng đi mua hàng hóa cho công ty

    4. Cấn trừ công nợ giữa các đơn vị thành viên với nhau trong phạm vi tổng công ty có nhiều đơn vị thành viên.

    Việc xử lý nghiệp vụ ghi tài khoản trên các tác nghiệp PAT sẽ không bàn ở đây vì bắt các bút toán này bắt buộc phải được hạch toán theo các nguyên tắc quản lý kế toán. Ở đây tùy thuộc vào từng phần mềm mà có các cách xử lý khác nhau để thuận tiện cho người dùng và phương án của ERPSolution là một phương án. Với mình mình chọn phương án lựa chọn ngay trong chương trình để tạo ra cặp bút toán tương ứng ngay trong cơ sở dữ liệu.

    Về việc tích hợp dữ liệu giữa các đơn vị thành viên (consolidate) thì có hai phương án xử lý

    Phương án 1 : Consolidate các số liệu sau xử lý . Đây là phương án tương đối đơn giản. Các số liệu tính toán của từng đơn vị thành viên đã được kết xuất ra kết quả. Việc consolidate chỉ đơn thuần cộng các kết quả của các đơn vị thành viên để trở thành báo cáo của tổng công ty.

    Phương án hai : Consolidate theo kiểu online transaction. Lúc này các bút toán hoặc tác nghiệp của đơn vị thành viên sẽ được cập nhật và tính toán xử lý ngay cho số liệu của đon vị mẹ. Mình lấy một ví dụ : Cty xuất hàng cho chi nhánh-> Giá xuất bằng giá thành + chi phí thực -> đơn vị thành tại đơn vị sẽ thành giá vốn hàng bán -> bán được ->Tính toán doanh thu, lãi lỗ mức đơn vị -> cập nhật về Cty -> tính toán doanh thu lãi lỗ theo mức tổng công ty.
    Việc thực hiện được tích hợp kiểu này phức tạp hơn kiểu 1 rất nhiều. Đòi hỏi việc đảm bảo thông tin và đồng bộ hóa dữ liệu giữa Cty mẹ và các đơn vị thành viên kịp thời để phục vụ điều hành. Hiện tại PAT có một KH nước ngoài đang xử dụng mô hình này để phục vụ điều hành trong đơn vị họ.

    Việc xây dựng một hay hay nhiều database là vấn đề kỹ thuật của đơn vị phần mềm. Tuỳ theo cơ sở hạ tầng phần cứng để tính chọn cho thích hợp.

    Theo mình phương án xử lý tốt nhất cho cái này là dùng chiều phân tích (Dimention hoặc cost center). Cái này Yukos dịch là các khoản mục chi phí nhưng theo mình chưa toát hết lên ý nghĩ của nó.

    Khi có chiều phân tích tốt và dữ liệu gốc đầy đủ, việc xây dựng theo cơ chế datawharehouse của database sẽ cho phép thực hiện kéo thả một cách dễ dàng và thực thi phân tích theo kiểu OLAP (online analyse proccessing) trực tuyến trong hệ thống

    p/s: Nhờ có ERPSolution khuấy động mình mới biết có câu hỏi hay đến thế của toyota.

    PAT
     
    #13
  14. Chiên da xốp

    Chiên da xốp Thành viên thân thiết

    Bài viết:
    218
    Đã được thích:
    0
    Nơi ở:
    Ở đâu đó trong cõi đời
    Bác PAT ơi,
    mình xin góp ý thêm :
    còn có 1 loại cấn trừ nữa, đó là " chuyển lợi nhuận thông qua giá ". Mục này áp dụng trong trường hợp công ty có đầu tư vào 1 công ty khác ( thí dụ như liên doanh). Và thường được hạch toán 1 cách khéo léo, và là 1 bí mật do Giám đốc tài chính nắm giữ, chỉ xuất hiện trong các báo cáo quản trị nội bộ.
     
    #14
  15. Acc1803

    Acc1803 Thành viên sơ cấp

    Bài viết:
    12
    Đã được thích:
    0
    Nơi ở:
    HCM
    Ai biết chỉ giùm

    To ERPSolution & PAT ...

    Theo nguyên tắc kế toán tài chính, đối với ngoại tệ khi xuất phải đánh giá theo các phương pháp LIFO, FIFO ... từ đó xác định lãi lỗ về ngoại tệ cho từng nghiệp vụ cụ thể, mình không biết phần mềm của AZ có không nhỉ, chứ của Lemon3 thì chẳng thấy chỗ nào để lựa chọn cho từng loại tiền tệ cả, hay là Lemon3 có cách xử lý khác nhỉ, thông thường thì việc đánh giá ngoại tệ liên quan đến các nghiệp vụ Vốn bằng tiền, Phải thu và Phải trả nên việc đánh giá lại chênh lệch tỷ giá là rất quan trọng, nếu tính toán không hợp lý sẽ làm kết qủa kinh doanh khác nhau. Ngoài ra khi xem qua phần mềm của lemon3 ở phân hệ Phải thu có 2 chức năng mà không hiểu để làm gì ( Chuyển đổi nguyên tệ giải trừ và Chuyển đổi nguyên tệ Công nợ ).
    Ngoài ra, theo mình được biết thì việc Cấn trừ công nợ như các bác nói ở trên thì chỉ có ý nghĩa về mặt số liệu thôi và việc bù trừ chỉ thực hiện khi có sự tương ứng về nghiệp vụ ( theo nguyên tắc thì không cấn trừ giữa khoản Thu ứng trước và khoản còn phải thu ). Không biết như thế có đúng không nhỉ.
    Rất mong được sự chỉ dẫn của các bác.
    Thanks
     
    Last edited: 15 Tháng tư 2005
    #15
  16. KMT

    KMT Guest

    Gửi bạn Acc1803:

    Lemon3 hỗ trợ chênh lệch tỷ giá (CLTG) số dư cho các module Vốn bằng tiền, Phải thu và Phải trả. Việc đánh giá này chi tiết cho từng tài khoản, từng loại tiền và từng khách hàng, nhà cung cấp (với các module công nợ). Ngoài ra ở module công nợ (Phải thu và Phải trả) còn hỗ trợ việc xử lý CLTG phát sinh (khi giải trừ công nợ) cho từng chứng từ cụ thể.

    Ngoài ra ở phiên bản mới Lemon3 hỗ trợ đánh giá CLTG theo phương pháp bình quân cuối kỳ.

    Với mỗi nghiệp vụ công nợ Lemon3 có 3 loại tiền (loại tiền phát sinh, loại tiền công nợ và loại tiền giải trừ).

    Nghiệp vụ chuyển đổi nguyên tệ giải trừ giải quyết bài toán hóa đơn một loại tiền (ví dụ USD) nhưng khi nhận tiền lại ở một loại tiền khác (ví dụ VND).

    Còn nghiệp vụ chuyển đổi nguyên tệ công nợ thì chuyển cả loại tiền giải trừ lẫn loại tiền công nợ.
     
    #16
  17. ERPSolution

    ERPSolution Thành viên thân thiết

    Bài viết:
    191
    Đã được thích:
    0
    Nơi ở:
    HCMC
    Nguyên tắt trên hoàn toàn chính xác như Acc1803 nói. Lemon3 chưa giải quyết được bài toán này. Nếu phần mềm nào giải quyết được bài toán này, mong được các bạn khác chia sẽ thông tin nhé

    Tham khảo phần giải thích của bạn KMT, hy vọng bạn hiểu được lời giải thích của KMT

    Các trường hợp không tương ứng về nghiệp vụ vẫn có thể cấn trừ, ví dụ:

    1. Khác đối tượng công nợ:

    Tại công ty của bạn, có:

    -Khoản phải thu của Đối tượng A ( DTA):Nợ 131, DTA
    -Khoản phải trả của Đối tượng B ( DTB):Nợ 331, DTB
    Khi DTA và DTB có mối quan hệ: bạn hàng, công ty thành viên, công ty mẹ - con ... và giữa họ cũng có công nợ (ví dụ DTB nợ DTA) thì họ muốn cấn trừ bằng một giấy xác nhận giữa DTA, DTB và Công ty bạn. Lúc đó, đối với công ty bạn sẽ làm bút toán cấn trừ:

    Có 131, DTA
    Nợ 331, DTB

    Với số tiền tương ứng trên giấy xác nhận
    tại DTA và DTB cũng làm các thao tác tương tự

    2. Cùng đối tượng công nợ:

    Tương tự như trên nhưng đối tương A và B là 1, dĩ nhiên là thuận lợi hơn

    Còn nhiều trường hợp khác nữa.

    Thực ra, vấn đề này mình biết được trong quá trình triển khai phần mềm trước đây mà một số khách hàng yêu cầu và đã áp dụng.

    Các phần mềm viết theo nhu cầu quản lý của DN nên những gì chúng mình nói trên diễn đàn là thực tế diễn ra tại các DN chứ không phải chỉ XỬ LÝ SỐ LIỆU

    Thân mến,

    ERPS
     
    Last edited: 16 Tháng tư 2005
    #17
  18. PAT

    PAT PAT

    Bài viết:
    287
    Đã được thích:
    3
    Nơi ở:
    Ho chi Minh city
    Hiện nay trong Chương trình của AZ đã xử lý các vấn đề này với 5 phương án xử lý tính tỷ giá ngoại tệ là :
    Tính tỷ giá ngoại tệ theo Bình quân thời điểm.(average)
    Tính tỷ giá ngoại tệ theo tỷ giá trực tiếp (direct).
    Tính tỷ giá ngoại tệ theo tỷ giá hạch toán.
    Tính tỷ giá ngoại tệ theo tỷ giá nhập trước xuất trước (FIFO).
    Tính tỷ giá ngoại tệ theo tỷ giá nhập sau xuất trước (LIFO).

    Giả sử
    Ngày khi phát sinh nghiệp vụ vay tiền ngân hàng. tỷ giá tại thời điểm vay là 15.753
    Ngày 20/04/2005 tỷ giá giữa USD và VNĐ là 15.760. Thời diểm này công ty phát sinh nghiệp vụ thanh toán tiền vay ng6an hàng là 10.000 USD
    Thì hệ thống định khoản
    Nợ TK 3112 : 157.530. 000 VNĐ
    Nợ TK 635 : 10.000 VNĐ
    Có TK 1122 157.600.000 VNĐ
    hoặc Có TK 00712 10.000 USD (Tỷ giá tại thời đểm xuất ngoại tệ 15.760 )

    Việc lựa chọn này theo lựa chọn của thao tác viên và phương thức được setup bởi hệ thống thông số của chương trình.

    Mình định cắt mấy cái hình giao diện của CT dán lên đây nhưng không biết post hình thế nào.

    PAT
     
    Last edited: 17 Tháng tư 2005
    #18
  19. Acc1803

    Acc1803 Thành viên sơ cấp

    Bài viết:
    12
    Đã được thích:
    0
    Nơi ở:
    HCM
    Giải quyết bài toán CLTG

    To PAT : AZ đúng là một ERP cua VN.

    Hiện nay việc xử lý chênh lệch tỷ giá là một bài toán thật sự khó, vấn đề multi-Currency còn phải giải quyết dài dài đối với các Vendor việt nam. Đối với IRP của AZ không biết là việc tính giá xuất ngoại tệ được tính ngay khi ( hoặc trong khi ) định khoản nghiệp vụ hay điều chỉnh sau đó nhỉ.
    Về vấn đề xử lý chênh lệch tỷ giá, trong qúa trình làm kế toán thủ công, mình thường làm theo các bước sau :
    - Khi nghiệp vụ kinh tế phát sinh, không quan tâm đến tỷ gía xuất, mà phản ánh bằng tỷ giá thực tế ( hay tỷ giá giao dịch ).
    Ví dụ : Nợ 221, 131 .......
    Có 1112, 1122 .......
    ( đều ghi nhận theo tỷ giá thực tế mà không quan tâm đến giá xuất để phản ánh mức lời lỗ do chênh lệch tỷ giá, thường ghi nhận vào Nợ 635 hoặc Có 515 theo kế toán VN ).
    - Vào một thời điểm nào đó trước khi kết thúc kỳ kế toán hoặc niên độ ( định kỳ hoặc bất kỳ ) mình sẽ thực hiện tính giá xuất ngoại tệ ( theo 1 trong 5 phương pháp như PAT nói và tuỳ theo loại ngoại tệ sẽ có phương pháp xuất khác nhau ), khi có được giá xuất sẽ làm bút toán đảo và lúc này mới ghi nhận mức chênh lệch do lời lỗ cho từng nghiệp vụ ( ghi nhận Nợ 635 hoặc Có 515 và có bút toán âm tương ứng với tài khoản Vốn bằng tiền hoặc Nợ phải thu hoặc Nợ phải trả )
    Đây là công đoạn mình thường làm, và trong qúa trình làm kế toán thủ công ( vì sếp chưa duyệt mua phần mềm ) mình thấy phương pháp này đáp ứng tương đối tốt. Theo mình nghĩ nếu phần mềm nào mà chưa có giải pháp đối với CLTG thì đây cũng là phương pháp tốt. Tuy nhiên nhược điểm của phương pháp này cũng bộc lộ ở những điểm sau :
    - Chưa phản ánh chính xác số dư và lời lỗ một cách tức thời ( mà người làm kế toán vẫn phải thực hiện thêm 1 công đoạn nữa )
    - Giả sử các vendor tách riêng thành nhiều phân hệ ví dụ Vốn bằng tiền, Phải thu, phải trả. Thí việc làm sao để không ghi nhận trùng nghiệp vụ cũng là một vấn đề cần giải quyết.
    .............
    Trên đây là ý kiến của riêng mình, không biết có áp dụng được không. Mong các bạn chỉ giáo thêm.
    Không biết quy trình xử lý bên AZ thế nào nhỉ.
     
    #19
  20. ERPSolution

    ERPSolution Thành viên thân thiết

    Bài viết:
    191
    Đã được thích:
    0
    Nơi ở:
    HCMC
    Mình rất thích những câu hỏi theo dạng này và mong nhận được reply. Bởi vì đi sâu vào như vậy, chúng ta mới hiểu rõ phần mềm đó thực sự có làm được hay không hay là nói hơn sự thật.
    Cách làm của ACC1803 cũng tương tự như giải pháp hiện tại của LEMON3 và chúng ta đều biết nó còn thủ công, chưa hoàn hảo và theo mình biết bên LEMON3 họ sẽ không phát triển theo dạng này và họ cũng đang đau đầu cho bài toán này lắm để tìm ra giải pháp tối ưu.
    Tại LEMON3 còn phân biệt :
    - Xử lý chênh lệch tỷ giá thanh toán
    - Xử lý chênh lệch tỷ giá số dư

    To: PAT
    Mình thấy việc này không khó, trong các Topic về giao lưu cuối năm của WKT có các hình đó, hỏi ở đó thử xem nếu PAT muốn show lên

    Ghi chú: Đừng hiểu nhầm mình có liên quan DigiNet hay là Fans LEMON3 nhé, mình chỉ biết nhiều về LEMON3 mà thôi. Tiêu chí viết bài trên WKT của mình chính là: 'Vì quyền lợi của End User'

    Thân mến,

    ERPS
     
    #20

Chia sẻ trang này