BƯỚC 1: XÁC ĐỊNH XEM BÁO CÁO TÀI CHÍNH CÓ SỬ DỤNG BẢNG AA KHÔNG:

Trước khi bạn đóng GL hoặc thực hiện bất kỳ bước nào trong bài viết này, hãy chạy báo cáo tài chính của bạn mà bạn thường chạy để cân bằng với Số dư Bản dùng thử GL. Dựa trên những gì bạn tìm thấy, hãy làm theo phương pháp thích hợp:

-PHƯƠNG PHÁP 1 -NẾU ĐÚNG : Nếu báo cáo Tài chính của bạn chính xác và khớp với GL thì bạn có thể tiếp tục với các bước 2-8 trong bài viết này mà vẫn cần phải hoàn thành để bạn không gặp bất kỳ lỗi AA nào trong quá trình đóng cuối năm GL.

Lưu ý: Nếu bạn sử dụng hệ thống báo cáo chỉ đọc trực tiếp từ bảng GL (chẳng hạn như nhà cung cấp Thừa tự trong Trình báo cáo Quản lý khi đọc từ một công ty GL hoặc công cụ báo cáo khác)] cho Báo cáo Tài chính của mình, thì bạn có thể tiếp tục chuyển sang Bước 2 vì dữ liệu AA không ảnh hưởng đến báo cáo tài chính của bạn.


-PHƯƠNG PHÁP 2 - NẾU KHÔNGĐÚNG : Tuy nhiên, nếu báo cáo tài chính của bạn không chính xác, thì hầu hết đều có thể do bảng AA đang được sử dụng và dữ liệu AA không khớp với dữ liệu GL. Để xác minh dữ liệu AA, trước tiên bạn phải chạy qua các tập lệnh SQL được cung cấp trong KB 2910626 ngoài các bước còn lại trong bài viết này.  

Lưu ý: Báo cáo Quản lý Dữ liệu đọc từ bảng AA (và GL) hoặc nhà cung cấp Thừa tự được sử dụng với Trình báo cáo Quản lý có thể đọc từ một công ty AA.

Các bước dành cho Phương pháp 2:

a.) Trước tiên, hãy chạy tất cả các tập lệnh trong KB 2910626 xác minh dữ liệu AA với dữ liệu GL.   

Báo cáo Tài chính từ Trình báo cáo Quản lý không khớp với Báo cáo Số dư Dùng thử Ledger Chung trong Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Khi bạn đã hoàn tất các bước trong KB 2910626 đó, hãy quay lại KB này và tiếp tục thực hiện các bước còn lại được liệt kê dưới đây. (Lưu ý rằng bước 2 và bước 4 cũng có trong KB 2910626 nhưng chúng tôi khuyên bạn nên kiểm tra lại bước này vì chúng không trả về bất kỳ kết quả nào nếu bạn đã khắc phục dữ liệu này.)

 

BƯỚC 2: XÁC MINH DỮ LIỆU AA CHO CÁC NĂM CHỒNG LẤP

Chạy các tập lệnh này để đảm bảo bạn không có các năm chồng lên nhau trong bảng Open AAG30000 với bảng lịch sử AAG40000. Mỗi năm riêng biệt chỉ nên tồn tại trong một bảng hoặc một năm khác, nhưng không phải cả hai.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Nếu bạn thấy các năm chồng lấp trong cả hai bảng thì bạn nên mở sự cố hỗ trợ để được trợ giúp. Trường hợp hỗ trợ có thể bị tính phí vì sự cố này thường được tạo do việc nhập bản ghi. Vui lòng lưu ý rằng nếu cần khắc phục dữ liệu, bạn có thể cần tham khảo tư vấn, đây có thể là một chi phí lập hóa đơn cho bạn.
 

BƯỚC 3: XÁC MINH CÁC NĂM GIỮA CÁC BẢNG MỞ/LỊCH SỬ KHỚP GIỮA AA/GL:

Tiếp theo, hãy đảm bảo rằng các năm nằm trong bảng AA nằm trong cùng năm mở hoặc đóng như bảng GL của bạn. Các bảng mở AAG30000 và GL20000 phải có cùng năm. Và các bảng lịch sử AAG40000 và GL30000 cũng cần có các năm đóng như nhau.

select distinct(YEAR1) from AAG30000

select distinct(OPENYEAR) from GL20000

select distinct(YEAR1)from AAG40000 order by YEAR1

select distinct(HSTYEAR) from GL30000 order by HSTYEAR

-Nếu bạn thấy các năm trong bảng mở AAG30000 TRƯỚC năm bạn kết thúc, bạn cũng phải thực hiện CÁC BƯỚC ĐỂ DI CHUYỂN DỮ LIỆU TỚI LỊCH SỬ bên dưới cũng như di chuyển dữ liệu năm lịch sử sang lịch sử. Bảng AAG30000 chỉ nên có dữ liệu cho các năm hiện đang mở bằng GL. Nếu bạn tìm cách đóng năm bằng GL, bạn sẽ được nhắc kèm theo thông báo này:  

Sử dụng tập lệnh ở trên để xác định xem liệu bạn có cần chạy CÁC BƯỚC DI CHUYỂN DỮ LIỆU TỚI LỊCH SỬ hay không, từ đó, bạn có thể ngăn không cho thông báo trên xảy ra trong quy trình đóng cuối năm GL.


CÁC BƯỚC ĐỂ DI CHUYỂN DỮ LIỆU SANG LỊCH SỬ:
Lần đầu tiên bạn đóng GL trên phiên bản cao hơn GP 10.0 SP2 trở lên (với AA đã kích hoạt), bạn sẽ được nhắc di chuyển dữ liệu AA vào lịch sử trước khi hệ thống cho phép bạn đóng năm GL. Hệ thống sẽ xác minh rằng dữ liệu AA nằm trong chuỗi bảng AA mở/lịch sử tương ứng, như dữ liệu GL nằm trong bảng mở/lịch sử trong GL. Nếu không phải như vậy, bạn sẽ nhận được thông báo để chạy Tiện ích Di chuyển đến Lịch sử cho AA trước khi bạn có thể tiếp tục đóng Cuối Năm GL.  ( Thói quen này chỉ cần chạy ONCE sau khi nâng cấpGP 10.0trước đây, rồi bạn không bao giờ phải chạy lại.  Tiến trình này nhằm mục đích là một lần. Tiện ích này sẽ không khắc phục sự cố năm trùng lặp giữa các bảng AA hoặc dữ liệu bị hỏng vào một thời điểm khác.)

Hãy nhớ, nếu bạn chưa đóng năm GL (đã kích hoạt AA) sau khi cài đặt gói dịch vụ sau SP2 cho phiên bản 10.0 hoặc nâng cấp lên GP 2010, bạn có thể nhận được thông báo nói rằng "Bạn phải hợp nhất các giao dịch và chuyển chi tiết sang tiện ích lịch sử để đóngnăm". Mã đã được thêm vào quy trình đóng, điều này sẽ so sánh các năm trong bảng mở AA so với các năm lịch sử trong Thiết lập Giai đoạn Tài chính Công ty. Nếu có dữ liệu AA trong chuỗi AAG3000X của bảng cho năm lịch sử, bạn sẽ nhận được lỗi. Hãy làm theo các bước sau để hợp nhất những năm đó:

1.) Trên menu Microsoft Dynamics GP, trỏ đến Công cụ ,trỏ tới Tiện ích,trỏ tới Tài chính,trỏ tới Kế toán Phân tích ,rồi bấm vào Di chuyển Dữ liệu sang Lịch sử.

2.) Năm cũ nhất sẽ mặc định là hệ thống tìm thấy trong bảng AAG3000x đang mở. Bạn sẽ chỉ có thể di chuyển mỗi năm một lần.

3.) Chọn tùy chọn thích hợp: Chuyển chi tiết giao dịch sang lịch sử – Tùy chọn này sẽ di chuyển các bản ghi chi tiết AA từ bảng lịch sử mở sang bảng lịch sử và sẽ không có mục

nhập BBF nào được tạo. Bạn phải đảm bảo không có mục nhập BBF trong bảng AA, nếu không, bạn sẽ không thể chọn tùy chọn này. Tùy chọn này chỉ di chuyển các bản ghi từ bảng AAG30000 đến bảng AAG40000.

Hợp nhất các giao dịchvà truyền chi tiết tới lịch sử y – Tùy chọn này sẽ di chuyển các bản ghi chi tiết AA từ bảng lịch sử đang mở sang bảng lịch sử và tạo BBF entrie. Tuy nhiên, bạn phải có các tùy chọn được đề cập trước đó được chọn để các mục BBF được tạo. Tùy chọn này sẽ hợp nhất số dư của tất cả các mã kích thước giao dịch trong năm đã đóng (được đánh dấu là hợp nhất) và chuyển thông tin AA vào các bảng lịch sử.

Lưu ý Số dư hợp nhất được chuyển sang năm mới. Các mục nhập BBF được tạo từ những năm kín.

Chỉ báo cáo xem trước truyền in – Tùy chọn này sẽ cho phép bạn xem các giao dịch sẽ được di chuyển mà không thực sự di chuyển dữ liệu. Báo cáo xem trước sẽ hiển thị các hợp nhất sẽ được thực hiện.

Lưu ý Tùy chọn này không thay đổi dữ liệu.

4.) Bấm OK.

5.) Lặp lại quy trình này cho mỗi năm 'lịch sử'. (Vị trí năm nằm trong bảng mở AAG30000 nhưng nằm trong bảng lịch sử GL30000. Bản ghi mở AA có năm cũ cần được di chuyển đến bảng lịch sử AA để khớp với bản ghi tương ứng trong bảng lịch sử GL.)

Lưu ý: Nếu bạn chạy lại tập lệnh năm riêng biệt trong 'BƯỚC 3' ở trên một lần nữa, bạn sẽ có được các năm riêng biệt phù hợp giữa bảng AA và GL mở, cũng như các bảng AA và GL lịch sử.

 

BƯỚC 4: KIỂM TRA BẢNG AA XEM ID TIÊU ĐỀ CHỒNG LẤP

Chạy tập lệnh này đối với cơ sở dữ liệu công ty, xem liệu có tồn tại cùng một ID tiêu đề giữa các bảng hay không:

select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)

- Nếu bạn thấy ID tiêu đề trùng lặp của cả hai bảng thì bạn nên mở sự cố hỗ trợ để được trợ giúp. Trường hợp hỗ trợ có tính phí. Vui lòng lưu ý rằng nếu cần khắc phục dữ liệu, bạn có thể cần tham khảo tư vấn, đây có thể là một chi phí lập hóa đơn cho bạn.

Điều này sẽ xảy ra nếu bạn khôi phục một cơ sở dữ liệu Dynamics cũ hơn phía trên cùng của cơ sở dữ liệu Dynamics hiện tại, và vì vậy các số sẵn dùng tiếp theo được lưu trữ trong bảng AAG00102 trong cơ sở dữ liệu Dynamics sẽ được đặt trở lại. GP tiếp tục gia tăng từ các giá trị này, ngay cả khi chúng có thể đã được sử dụng và sẽ dẫn đến cùng một giá trị aaGLHdrID được sử dụng cho các giá trị YEAR1 khác nhau.
 

BƯỚC 5: CẬP NHẬT CÁC GIÁ TRỊ AACOPYSTATUS

Tiếp theo kiểm tra giá trị aacopystatus không chính xác trong bảng AAG40001. Chạy tập lệnh này:

select count(*) from AAG40001 where aaCopyStatus<>8 

Nếu tập lệnh ở trên trả về kết quả, bạn sẽ muốn cập nhật aaCopyStatus thành '8' trước khi chạy GL Year Close: (Giá trị của '8' là một giá trị mà quy trình đóng cuối năm sẽ chấp nhận.)

update AAG40001 set aaCopyStatus=8

BƯỚC 6: XEM LẠI THIẾT LẬP CHO CÁC CHIỀU SẼ ĐƯỢC BAO GỒM TRONG CUỐI NĂM

Sử dụng hai bước bên dưới để bật tùy chọn Công ty để bao gồm các chiều AA trong giá trị cuối năm, rồi đánh dấu các kích thước riêng lẻ mà bạn muốn đưa vào giá trị cuối năm. Điều này sẽ dẫn đến các mục nhập trong bảng AAG30003 có cùng aaGLHdrID như các mục nhập BBF trong bảng AAG30000/AAG30001/AAG30002. Tiến trình này có hai bước như sau:

Nếu bạn chưa đóng Sổ cái Chung, hãy làm theo các bước sau để đảm bảo bao gồm đúng kích thước trong quy trình đóng:

1. Đánh dấu tùy chọn thiết lập để đưa Kế toán Phân tích vào cuối năm như sau:

   1. Trên menu Microsoft Dynamics GP, trỏ đến Công cụ ,trỏ tới Thiết lập ,trỏ tới Công ty ,trỏ tới Kế toán Phân tích ,rồi bấm vào Tùy chọn.

   2. Bấm để chọn hộp kiểm Bao gồm trong Đóng Cuối Năm, rồi bấm OK.
      
      
      Lưu ý Tùy chọn này chỉ để kích hoạt chức năng tạo mục Cân bằng Chuyển tiếp trên các kích thước. Dữ liệu Kế toán Phân tích vẫn sẽ di chuyển đến các bảng chuỗi AAG40000 khi Sổ cái Chung đóng bất kể tùy chọn này có được đánh dấu hay không.

2. Đánh dấu riêng lẻ các kích thước được đưa vào cuối năm như sau:

   1. Trên menu Thẻ, trỏ tới Tài chính, trỏ tới Kế toán Phântích , rồi bấm vào Kích thước Giao dịch.

   2. Trong danh sách Kích thước Trx, bấm vào chiều bạn muốn đưa vào trong quy trình đóng cuối năm.

   3. Trong vùng Đóng Cuối Năm, bấm để chọn hộp kiểm Số dư Hợp nhất trong khi đóng Cuối Năm rồi bấm Lưu.

   4. Lặp lại các bước b và c cho từng chiều mà bạn muốn đưa vào trong quy trình đóng cuối năm.

Lưu ý: Nếu bạn đang sử dụng MR và các hộp kiểm trên không được đánh dấu thì số dư ban đầu có thể bị thiếu nếu dữ liệu chiều AA BBF không được tạo trong thời gian đóng cuối năm và bạn đang báo cáo trên dữ liệu AA. 



BƯỚC 7 - XÁC MINH BẢN CÁI TÀI KHOẢN AA

Bạn nên xác minh rằng bảng Bản cái Tài khoản AA (AAG00200) khớp với bảng GL Account Master (GL00100) trước khi bạn xử lý giá trị cuối năm. Nếu thiếu tài khoản, việc này sẽ khiến các mục BBF trong AA không chính xác. Chạy tập lệnh bên dưới đối với cơ sở dữ liệu công ty để xác minh rằng GL Account Master, GL Account Index Master và bảng AA Account Master đều có cùng số lượng bản ghi:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Nếu bảng AA Account Master có các bản ghi LESS hơn bảng GL00100, hãy sử dụng tập lệnh bên dưới để chèn các tài khoản GL bị thiếu:

insert into aag00200 
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)

• Nếu bảng AA Account Master có nhiều bản ghi hơn bảng GL00100, hãy sử dụng tập lệnh bên dưới để loại bỏ các bản ghi bổ sung:

Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)

• Nếu bảng GL00105 không khớp, hãy tham khảo

Tìm 855963 KB để biết các bước Cách Tạo lại bảng Chỉ mục Chính Tài khoản (GL00105). 





BƯỚC 8 - KIỂM TRA ĐẢO NGƯỢC CÁC MỤC NHẬP GL/AA (CHỈ GP2015/GP2016)

Đã có sự cố với các mục nhập Đảo ngược GL đăng lên năm lịch sử ở mỗi phiên bản, như được ghi chú bên dưới.  Chạy tập lệnh bên dưới đối với cơ sở dữ liệu công ty.  Xem lại mọi kết quả được chú ý cho từng phiên bản.  Nếu cần hỗ trợ, vui lòng mở trường hợp hỗ trợ và tham khảo các vấn đề về chất lượng. 

Chạy tập lệnh này để xem lại tất cả các mục nhập Đảo ngược đã đăng lên năm lịch sử. 

--------------------------------

Select distinct(a.JRNENTRY) from GL20000 a nối GL30000 b
on a.JRNENTRY = b.JRNENTRY
trong đó a.SOURCDOC = 'GJ'
và a.TRXSORCE như 'GLREV%'
và b.TRXSORCE like 'GLTHS%'

----------------------------------

Xem lại kết quả như được nêu dưới đây đối với phiên bản bạn đang sử dụng:

Microsoft Dynamics GP 2016 (Sự cố về chất lượng #91834)

 So sánh bản ghi giữa các bảng GL và bảng AA cho mỗi je# được trả về ở trên, vì kết quả có thể thay đổi tùy theo việc tài khoản P&L đã được sử dụng hay không và liệu nó đã được đăng ở cấp giao dịch hay cấp lô.  Có thể cần cập nhật thủ công: 

• Cập nhật SEQNUMBR trong bảng GL20000 cho mục nhập 'GLREV' để khớp VỚI SEQNUMBR trong bảng AAG30001. (Nếu sử dụng MR, bạn cần sử dụng hàm SEQNUMBR từ bảng AA để MR đọc dữ liệu.)

• Cập nhật ACTINDX trong bảng AAG30001 cho mục nhập "GLREV' để khớp với bảng ACTINDX trong GL20000. (Bảng AA có chỉ mục tài khoản Thu nhập Được giữ lại không chính xác trên mục nhập đảo ngược.)

• Xác minh tổng các bản ghi trong AAG30002 bằng tổng các bản ghi trong AAG30001 cho bản ghi aaGLHdrID cho JE.

Mở một trường hợp hỗ trợ và vấn đề về chất lượng tham khảo #91834 nếu cần trợ giúp. 

CẬP NHẬT: Sự cố này đã được khắc phục trong Bản sửa lỗi Nóng Tháng Một cho GP 2016 (16.00.0675) và GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (Sự cố về chất lượng #88914)

Xem lại các bảng AA cho mỗi JE# trả về ở trên .  Có thể cần cập nhật thủ công:

• Xác minh tổng các bản ghi trong AAG30002 bằng tổng các bản ghi trong AAG30001 cho bản ghi aaGLHdrID cho JE.

• Xem lại các bảng AAG30000 và AAG40000 cho mỗi je# được trả về.  Tìm kiếm bản ghi cho mục nhập 'GLREV' trong cả hai bảng chuỗi AAG30000. Bản ghi AA cho mục nhập 'GLREV' phải nằm trong bảng AAG30000 chỉ vì mục nhập đảo ngược là trong năm mới, và không nên nằm trong các bảng chuỗi AAG40000.  Các bản ghi trùng lặp này sẽ khiến cho các báo cáo MR bị vượt quá nếu báo cáo trên AA.

Mở một trường hợp hỗ trợ và vấn đề về chất lượng tham khảo #88914 nếu cần trợ giúp. 

CẬP NHẬT: Sự cố này đã được khắc phục trong GP 2016 RTM.   

BƯỚC 9 - Chỉ xảy ra sự cố với AA BBF (****Sự cố đã biết đối với GP 2016 chỉ***)

**GHI CHÚ QUAN TRỌNG DÀNH CHO NGƯỜI DÙNG DYNAMICS GP 2016***

**Bạn phải đang sử dụng từ điển GP 16.00.0675 trở lên, (hoặc từ điển AA 16.00.0645 trở lên) trước khi đóng Dynamics GP 2016 để có số dư đầu chính xác được chuyển tiếp**

Có một vấn đề về chất lượng đã biết #91502 khi bạn đóng năm GL của mình với AA.  Nếu bạn có bất kỳ tài khoản GL nào có số dư $0 và đang chuyển tiếp mã AA, mã AA BBF sẽ không chính xác.  Đây không phải là vấn đề trong GP 2015 hoặc GP 2013.  

Bản sửa lỗi đã được tích hợp cho sự cố này trong bản cập nhật bản vá Tháng Mười Hai (KB 4056559) cho Microsoft Dynamics GP 2016.  Mặc dù bản phát hành Tháng Mười Hai được gọi là Bản cập nhật Cuối năm Bảng lương Canada2017,bản phát hành này nên được cài đặt bởi tất cả khách hàng Hoa Kỳ cần bản sửa lỗi AA BBF này được tích hợp.  Chúng tôi khuyên bạn nên cài đặt bản cập nhật bản vá Tháng Mười Hai này trước khi đóng GL nếu bạn đang sử dụng AA và có tài khoản GL có số dư bằng không, cho tất cả các bản cài đặt (Hoa Kỳ, Canada, v.v.) đang sử dụng AA. 

Xin lưu ý rằng phiên bản Dynamics GP của 16.00.0641 không thay đổi giữa Bản cập nhật Year-End Hoa Kỳ 2017 (bản phát hành Tháng Mười Một/KB 4046341) và Bản cập nhật Bảng lương Canada Year-End 2017 (Bản phát hành Tháng Mười Hai/KB 4056559). Tuy nhiên, từ điển AA sẽ cập nhật từ 16.00.0552 lên 16.00.0645. (Kiểm nhập hộp Trợ | Giới thiệu về Microsoft Dynamics GP | Các giá | Giới thiệu về Kế toán Phân tích.) Bạn sẽ cần mã AA trong bản phát hành Tháng Mười Hai để giải quyết sự cố AA/BBF này. 

BƯỚC 10 - ĐÓNG THỬ NGHIỆM

Luôn tạo bản sao lưu hiện tại trước khi bắt đầu quy trình đóng đầu năm GL. Bạn nên kiểm tra việc chạy tính năng đóng cuối năm GL trong một công ty thử nghiệm trước để đảm bảo bạn không gặp phải bất kỳ lỗi nào. Quy trình đóng cuối năm GL là điều thực sự tạo ra số dư đưa ra các mục nhật ký chuyển tiếp (của BBF) và di chuyển các bản ghi cho năm mà bạn đóng trong cả hai bảng General Ledger và Analytical Accounting. Các mục nhập BBF được tạo trong cả bảng GL và AA. Tham khảo quy trình được nêu trong mục Kb 888003 quy trình kết thúc cuối năm dành cho Sổ cái Chung.

Để biết thêm thông tin, hãy bấm vào số bài viết sau đây để xem bài viết trong Cơ sở Tri thức Microsoft:

888003 Year-End kết thủ tục cho Sổ cái Chung trong Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
LƯU Ý: Không kết thúc năm 2019 với AA SQL 2019
Nếu bạn đang sử dụng GP 18.2 có tải SQL 2019 và AA, việc đóng đầu năm GL sẽ không thành công kèm theo thông báo dưới đây: (Các phiên bản SQL trước vẫn hoạt động tốt.  Việc này chỉ thất bại SQL 2019.  Sự cố này đã được khắc phục trong bản sửa lỗi Nóng tháng 2/2020. Hãy tham khảo BLOG AA YE để biết thêm chi tiết.)

"Lỗi nội bộ: Đã đạt tới giới hạn dịch vụ biểu thức. Vui lòng tìm kiếm các biểu thức có thể phức tạp trong truy vấn của bạn, rồi tìm cách đơn giản hóa biểu thức."  

------------------------------------------------------------------------------------------------

BƯỚC 11- KIỂM TRA XEM 'TÀI KHOẢN ĐƠN VỊ' ĐÃ XÓA CHƯA (chỉ GP 2013/GP 2015 - #86400)

Nếu bạn đang sử dụng Microsoft Dynamics GP 2015 hoặc Microsoft Dynamics GP 2013 và đánh dấu hộp kiểm trên Tài khoản Đơn vị thành 'XóaSố dư Trong khi Year-End Đóng ', các bản ghi trong bảng AAG30002 vẫn có thể có giá trị không chính xác và phải là 0,00 để khớp với bảng AAG30001.  (Sự cố này đã được khắc phục trong Microsoft Dynamics GP 2016.)

Để đảm bảo số dư Tài khoản Đơn vị là chính xác trong bảng AA, hãy chạy tập lệnh đầu tiên bên dưới đối với cơ sở dữ liệu công ty sau khi chạy quy trình đóng cuối năm nhằm đảm bảo rằng BBF cho tài khoản đơn vị được đặt là không nếu đã đánh dấu là đã xóa.  Sử dụng tập lệnh thứ hai để cập nhật kết quả bất kỳ.

select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF' 
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0 
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

BƯỚC 12- XÁC MINH BÁO CÁO BẢNG CÂN ĐỐI

Bạn nên so sánh báo cáo Bảng cân đối trong Trình báo cáo Quản lý với báo cáo Số dư Dùng thử General Ledger từ Microsoft Dynamics GP, để xác minh rằng số dư tài khoản được chuyển sang năm mới là chính xác. Nếu các số dư này không khớp, hãy khôi phục về bản sao lưu của bạn và liên hệ với Bộ phận Hỗ trợ MICROSOFT Dynamics GP để mở một sự cố hỗ trợ để được trợ giúp thêm.

THÔNG TIN NỘI BỘ CỦA MICROSOFT

Cập nhật gần nhất: 03/12/2021 - cw
Tác giả: dspecht; viết lại 02/12/2012 bởi cwasram, 19/09/2013 - thêm bước 3 bằng kenhub/cwasram.
Người viết: lmuelle
Người đánh giá Kỹ thuật: kriszree
Trình soạn thảo: v-andmck