KB 2910626 - 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

Triệu chứng

Có thể sử dụng nhiều công cụ báo cáo khác nhau để chuẩn bị báo cáo Tài chính được sử dụng để cân bằng với Báo cáo Số dư Thử nghiệm GL trong Microsoft Dynamics GP. Vì vậy, bạn phải xác định liệu báo cáo Tài chính của bạn chỉ đọc từ dữ liệu GL hay đang sử dụng dữ liệu AA. Nếu dữ liệu AA đang được sử dụng để chuẩn bị báo cáo Tài chính, chúng có thể bị lệch nếu dữ liệu trong bảng AA không khớp với dữ liệu trong bảng GL. 

  • Trình báo cáo Quản lý với Nguồn cấp Dữ liệu sẽ đọc từ bảng AA nếu AA đã được kích hoạt. Đây là theo thiết kế trong các phiên bản lên đến CU9.

  • Trình báo cáo Quản lý với nhà cung cấp Thừa tự cho phép bạn chọn xem bạn muốn lấy từ một công ty AA hay công ty GL.

Nguyên nhân

Báo cáo tài chính có thể không chính xác nếu dữ liệu AA được sử dụng để tập hợp báo cáo và dữ liệu AA của bạn không khớp với dữ liệu GL.  Bảng AA có thể bị thiếu bản ghi hoặc có thể bị bỏ qua nếu chúng khác với bản ghi tương ứng trong GL.

Có một vài lý do khiến dữ liệu AA có thể không khớp với dữ liệu GL hoặc có sự cố, bao gồm:

  • Chưa cài đặt mô-đun Kế toán Phân tích trên tất cả máy trạm, trong đó người dùng đang khóa/gửi giao dịch. Do đó, bản ghi sẽ tồn tại trong GL, chứ không phải AA.

  • Người dùng đang vô hiệu hóa mô-đun Kế toán Phân tích nếu họ nhận được bất kỳ lỗi nào tham chiếu đến 'aa', vì vậy bảng AA không được cập nhật.

  • Các bản ghi đang được nhập trực tiếp vào bảng GL, chứ không phải bảng AA. Hoặc người dùng đang vô hiệu hóa AA nếu họ nhận được bất kỳ lỗi 'aa' nào trong quá trình nhập.

  • Người dùng kết thúc năm GL trên máy trạm khi chưa cài đặt AA.  Do đó, bản ghi AA không được chuyển vào lịch sử và không có mục nhật ký Chuyển tiếp Số dư nào được tạo trong bảng AA.

  • Trình báo cáo Quản lý không thể đọc bản ghi AA nếu ID tiền tệ khác giữa bản ghi AA và bản ghi tương ứng trong GL, có thể xảy ra do việc nhập bản ghi, kích hoạt Nhiều tiền tệ hoặc bất kỳ sự cố về chất lượng nào với ID tiền tệ đã được khắc phục từ đó.

  • Cơ sở dữ liệu Dynamics đã được khôi phục hoàn toàn, khiến cho 'Số Sẵn dùng Tiếp theo' (trong bảng AAG00102) được đặt trở lại giá trị đã được sử dụng. Hệ thống này sẽ tăng dần giá trị này cho giá trị ID tiêu đề tiếp theo khi chèn bản ghi mới vào bảng, do đó nó có thể trùng lặp nếu dữ liệu đó được chèn vào giá trị ID đã được sử dụng.

  • Nếu bạn nâng cấp lên Microsoft Dynamics GP 2013 và đặt ID tiền tệ chức năng nhưng chưa được đăng ký cho Nhiều tiền tệ hoặc bạn không chạy nối kết kiểm tra như hướng dẫn sau khi thiết lập tiền tệ chức năng.

  • Đăng thông tin bị gián đoạn


Giải pháp


Nếu bạn cần trợ giúp để khắc phục bất kỳ kết quả nào được trả về từ tập lệnh dưới đây, vui lòng mở một sự cố hỗ trợ bằng các danh mục bên dưới để liên hệ với Nhóm Kỹ sư Hỗ trợ chính xác. Vui lòng bao gồm các thông tin như được lưu ý trong từng bước. 

  • Để mở sự cố hỗ trợ trực tuyến, hãy sử dụng liên kếtsau: https://serviceshub.microsoft.com/supportforbusiness

  • Sử dụng Chủ đề Hỗ trợ: Tài chính - Kế toán Phân tích và Chủ đề phụ: Sự cố về tính nhất quán về dữ liệu

  • Để đến Trung tâm Thông báo để mở một sự cố hỗ trợ, hãy gọi 1-888-477-7877. Vui lòng cung cấp càng nhiều thông tin chi tiết càng tốt.

  • Xin lưu ý rằng sự cố hỗ trợ có thể tốn nhiều thời gian, vì vậy vui lòng dành nhiều thời gian để làm việc với Kỹ sư.

  • Sự cố hỗ trợ sẽ bị tính phí trừ khi nguyên nhân duy nhất được xác định là sự cố về chất lượng đã biết trong Microsoft Dynamics GP. Nếu có nhiều sự cố được giải quyết, trường hợp đó sẽ vẫn bị tính phí.

  • Phạm vi của sự cố hỗ trợ sẽ bao gồm khắc phục toàn bộ dữ liệu do tập lệnh SQL bên dưới trả về, theo hướng dẫn của những điều chúng tôi có thể làm trong một trường hợp hỗ trợ thường xuyên. Nếu cần hỗ trợ bổ sung để tìm ra 'nguyên nhân gốc', điều này sẽ yêu cầu mở một sự cố hỗ trợ mới. Một số nguyên nhân thường gặp như được giải thích trong mục NGUYÊN NHÂN ở trên. Tuy nhiên, ví dụ: nếu bạn xác định sự khác biệt ID tiền tệ tồn tại trên các bản ghi đã được nhập vào Microsoft Dynamics GP, việc này sẽ yêu cầu mở sự cố hỗ trợ mới để hoạt động với Nhóm Hỗ trợ Kết nối Điện tử/Bộ quản lý Tích hợp. Kỹ sư có toàn quyền khuyên bạn khi cần một sự cố hỗ trợ mới hoặc khi nào họ có thể tham gia tư vấn.

  • Trường hợp hỗ trợ ONE có thể mở ra từ đầu, kèm theo kết quả của tất cả các tập lệnh từ các bước 1-10 bên dưới. The Engineer will work with you in ONE company, and you will be expected to correct the other companies on your own, using the same steps as the Engineer provided you for the first company. Hỗ trợ bổ sung với nhiều công ty có thể yêu cầu một trường hợp mới và tùy theo quyết định của Kỹ sư.

CÁC BƯỚC:

• Vui lòng sao chép/tải xuống tập lệnh SQL dưới đây và thực thi đối với cơ sở dữ liệu của công ty trong SQL Server Management Studio.  Dữ liệu được bất kỳ tập lệnh SQL nào dưới đây trả về sẽ khiến Báo cáo Tài chính trong MR-Data Không cân bằng với báo cáo Số dư Bản dùng thử GL. 

Vui lòng tạo bản sao lưu hiện tại cho cơ sở dữ liệu công ty trước khi chạy bất kỳ tập lệnh nào sẽ cập nhật dữ liệu.***

• Xem KB #871973 -- Thiết lập công ty kiểm tra có bản sao dữ liệu công ty trực tiếp bằng SQL Server 7.0, SQL Server 2000, SQL Server 2005, SQL Server 2008 hoặc SQL Server 2012
http://support.microsoft.com/help/871973

• GHI CHÚ: Để xem kết quả của từng tập lệnh trong Văn bản, bạn có thể nhấn ALT - T (hoặc bấm vào Truy vấn ở thanh menu trên cùng, trỏ đến Kết quả Đến, rồi bấm vào Kết quả thành Văn bản), rồi thực thi lại tập lệnh. Việc này sẽ cung cấp thêm chi tiết cho mỗi phần kết quả được trả về.

LƯU Ý: Tệp KB_AllAAFindScripts.zip chứa tất cả tập lệnh cho các bước 2,3,4,6 và 9, vì vậy bạn chỉ cần tải xuống một lần nhưng cùng một liên kết được cung cấp trong tất cả các bước sau đây. 



BƯỚC 1 - NĂM RIÊNG BIỆT

Vui lòng chạy tập lệnh bên dưới để xác minh rằng các năm trong mỗi bảng khác nhau và không chồng lấp lên nhau và cũng nhất quán với các năm trong bảng GL. Cùng những năm đó phải ở trong bảng AAG30000 dưới dạng bảng GL20000 và bảng AAG40000 với bảng GL30000.  Không nên chồng lấp giữa các bảng AA hoặc giữa các bảng GL.  Nếu bạn tìm thấy cùng một năm được liệt kê trong cả bảng lịch sử và bảng mở hoặc xáo báng giữa các bảng hoặc không nhất quán với các năm trong bảng GL, vui lòng mở trường hợp hỗ trợ để được trợ giúp thêm. Vui lòng bao gồm kết quả của tất cả tập lệnh.

select distinct(YEAR1) from AAG30000 order by YEAR1
select distinct(YEAR1) from AAG40000 order by YEAR1
select distinct(OPENYEAR) from GL20000 order by OPENYEAR
select distinct(HSTYEAR) from GL30000 order by HSTYEAR 


BƯỚC 2 - TÌM SỰ KHÁC BIỆT VỀ ID TIỀN TỆ

Vui lòng tải KB_AllAAFindScripts.zip* và sử dụng tập lệnh AA_FindCurrencyDiscrepancy.sql cho Bước 2 để xác định các giao dịch mà ID Tiền tệ không khớp giữa bảng GL và AA trong cả lịch sử và mở:

https://mbs2.microsoft.com/fileexchange/?fileID=622816f0-ae1d-4768-a914-e710ec50f411

(*Tệp zip chứa tập lệnh cho các bước 2,3,4,6 và 9.)


*Nếu bạn không dùng Nhiều tiền tệ hoặc chỉ sử dụng một ID tiền tệ, bạn chỉ cần cập nhật trường CURNCYID và CURRNIDX trực tiếp trong bảng AA (AAG30001/AAG40002) hoặc GL (GL20000/GL30000). Kiểm tra để đảm bảo rằng ID tiền tệ khớp với các giao dịch gần đây đã khóa nhằm đảm bảo không có sự cố đang diễn ra. Vui lòng mở một sự cố hỗ trợ nếu bạn cần trợ giúp để cập nhật CURNCYID trực tiếp trong bảng SQL hoặc nếu bạn có thể tạo lại nó trên một giao dịch hiện tại. 

*Nếu Đang sử dụng nhiều tiền tệ, vui lòng mở một sự cố hỗ trợ và đưa vào các thông tin sau:

  • Cung cấp kết quả của tập lệnh ở định dạng văn bản. Chúng ta cần biết bảng nào có ID tiền tệ và bảng nào không có. Và những giao dịch cũ hay mới hơn này? Nếu các giao dịch cũ hơn và bạn vừa cài đặt Quản lý Đa tiền tệ thì có phải bạn đã chạy các liên kết kiểm tra trên Thiết lập đa tiền tệ không? Kiểm tra các liên kết sẽ quay lại và cập nhật ID tiền tệ cho mọi giao dịch hiện có.

  • Bạn đang sử dụng phiên bản Microsoft Dynamics GP nào?

  • Các giao dịch đến từ đâu? Kiểm tra xem đây có phải là vấn đề đang diễn ra không. Xác minh xem Quản lý Đa tiền tệ có được đánh dấu trong cửa sổ Đăng ký (bên dưới Microsoft Dynamics GP, trỏ tới Công cụ, trỏ tới Thiết lập, trỏ tới Hệ thống, rồi bấm vào Đăng ký.)

  • Tiền tệ chức năng của bạn là gì? Bạn sử dụng bao nhiêu ID tiền tệ?

BƯỚC 3 - TÌM PHÂN PHỐI KHÔNG KHỚP

Vui lòng tải xuống tệp KB_AllAAFindScripts.zip* và sử dụng tập lệnh AA_FindUnmatchedDists.sql cho Bước 3 để xác định xem có bất kỳ dữ liệu chi tiết nào không khớp giữa bảng AA và GL hay không. Nếu có bất kỳ kết quả nào được trả về, vui lòng mở trường hợp hỗ trợ để được hỗ trợ thêm. Vui lòng đính kèm tệp kết quả ở định dạng văn bản. Các bản ghi sự cố này thường là do sự cố nhập hoặc người dùng làm việc trên máy trạm nơi AA bị vô hiệu hóa hoặc chưa được cài đặt.  

https://mbs2.microsoft.com/fileexchange/?fileID=622816f0-ae1d-4768-a914-e710ec50f411

(*Tệp zip chứa tập lệnh cho các bước 2,3,4,6 và 9.)


LƯU Ý: Không nên sử dụng tập lệnh này cho các phiên bản thấp hơn Microsoft Dynamics GP 10.0 SP2 hoặc nếu bạn chưa hoàn tất đóng cửa cuối năm GL trên phiên bản cao hơn đó (tức là. trong đó dữ liệu AA trước SP2 chưa được di chuyển sang lịch sử). 

LƯU Ý: Xin lưu ý rằng 'tổng kết quả' có thể hiển thị ở giữa các mục và gây hiểu nhầm.  Các tổng kết quả này là hệ số về cách viết tập lệnh và có thể được bỏ qua.  Bạn chỉ cần quan tâm đến 'tổng kết quả' ngay sau 'mục' và trả về dữ liệu thực tế.

BƯỚC 4 - TÌM ID MÃ AA TRÙNG LẶP

Vui lòng tải xuống tệp KB_AllAAFindScripts.zip* và tìm tập lệnh AA_FindDupaaTrxDimCodeID_AAG00401.sql cho bước 4 để xem ID mã AA có bị trùng lặp hay không (do nhập). Nếu có bất kỳ kết quả nào được trả về, vui lòng mở trường hợp hỗ trợ để được hỗ trợ thêm. Vui lòng đính kèm kết quả của tập lệnh theo định dạng văn bản và cả nội dung của bảng AAG00401. Chúng tôi có thể cung cấp cho bạn các bước để giải quyết vấn đề này, nhưng để Microsoft làm điều này cho bạn có thể là một chi phí tư vấn. Sự cố này thường xảy ra do việc nhập hoặc do khôi phục bản sao cũ hơn của cơ sở dữ liệu Dynamics.  

https://mbs2.microsoft.com/fileexchange/?fileID=622816f0-ae1d-4768-a914-e710ec50f411

(*Tệp zip chứa tập lệnh cho các bước 2,3,4,6 và 9.)
 

BƯỚC 5 - TÌM ID TIÊU ĐỀ AA TRÙNG LẶP

Vui lòng thực hiện tập lệnh bên dưới để xác định xem bạn có ID tiêu đề trùng lặp giữa bảng lịch sử và mở AA hay không. Chúng tôi có thể cung cấp các bước để giải quyết vấn đề này, nhưng để Microsoft làm điều này cho bạn có thể là một chi phí tư vấn. Sự cố này thường xảy ra do việc nhập hoặc do khôi phục bản sao cũ hơn của cơ sở dữ liệu Dynamics chính nó hoặc đăng gián đoạn.


select aaGLHdrID from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
hoặc

chọn a.aaGLHdrID, a.JRNENTRY dưới dạng OPEN_JE#,a.YEAR1 dưới dạng 'OPEN_YEAR1',
b.JRNENTRY dưới dạng 'HIST_JE#', b.YEAR1 dưới dạng 'HIST_YEAR1' Từ AAG30000 a (nolock)
nối AAG40000 b (nolock) trên a.aaGLHdrID = b.aaGLHdrID
trong đó a.JRNENTRY <> b.JRNENTRY

Nếu bất kỳ kết quả nào được trả về, vui lòng mở một trường hợp hỗ trợ và bao gồm các thông tin sau đây:

  • Kết quả của tập lệnh ở định dạng văn bản.

  • Nghiên cứu các bản ghi và đề xuất xem chúng có cùng bản ghi hay không, hoặc liệu chúng có bản ghi khác nhau không, nhưng chỉ có cùng MỘT ID Tiêu đề.


BƯỚC 6 - TÌM SỐ CHUỖI KHÔNG KHỚP (Đối với MỤC P&L)

Tải xuống tệp KB_AllAAFindScripts.zip* và chạy tập lệnh AA_FindYEC_RetainedEarnings.sql để tìm các bản ghi có Số Trình tự không khớp giữa AA và GL giữa các bảng lịch sử và mở cho mục nhật ký Lợi nhuận Duy trì (SOURCDOC ='P&L'). Nếu bất kỳ kết quả nào được trả về, vui lòng mở một trường hợp hỗ trợ và bao gồm các kết quả của tập lệnh ở định dạng văn bản. (Lưu ý rằng nếu bạn có bất kỳ kết quả nào trong Bước 3 ở trên cho các mục 'GLSEQNMBR', chúng tôi sẽ muốn yêu cầu bạn khắc phục các lỗi đó trước, rồi chạy lại tập lệnh này cho bước 6, vì vậy, chúng tôi không cần kết quả của bạn ngay bây giờ cho bước 6 nếu bạn cho kết quả ở Bước 3.) 

https://mbs2.microsoft.com/fileexchange/?fileID=622816f0-ae1d-4768-a914-e710ec50f411

(*Tệp zip chứa tập lệnh cho các bước 2,3,4,6 và 9.)
 

LƯU Ý: Bạn có thể có được kết quả với tập lệnh này ở trên nếu hiện tại bạn có các mục nhập P&L với nhiều dòng phân phối có cùng một ACTINDXvà dữ liệu thực sự hợp lệ. Bạn nên so sánh hàm SEQNUMBR giữa AAG30001 và GL20000 (hoặc AAG40001 và GL30000) cho kết quả của bạn và nếu SEQNUMBR khớp thì bạn có thể bỏ qua lỗi xác thực MR đối với SEQNUMBR và tiếp tục.

BƯỚC 7 - TÌM MỤC NHẬP BBF BỊ THIẾU

Nếu bạn thấy rằng báo cáo Tài chính của mình không ở mức số dư ban đầu, mục nhập Số dư Chuyển tiếp (BBF) có thể bị thiếu trong bảng AA. Vui lòng chạy tập lệnh bên dưới để xác định xem các mục BBF trong GL có bị thiếu trong bảng AA không. Sự cố này xảy ra do người dùng đóng năm GL trên máy trạm khi AA đã bị vô hiệu hóa hoặc không được cài đặt. Đối với Microsoft Dynamics GP 2013 SP2 và các phiên bản trước đó, bạn sẽ cần mở một dịch vụ tư vấn để mở lại năm GL. Nếu bạn là Microsoft Dynamics GP 2013 R2 hoặc phiên bản mới hơn, bạn có thể sử dụng hộp kiểm "Đảo ngược năm lịch sử' trong định kỳ đóng cuối năm GL để mở lại năm, rồi đóng lại năm trên máy đã cài đặt mã AA, do đó mã BBF được tạo trong cả bảng AA và GL.

PRINT 'OPEN year missing BBF'
Select distinct (JRNENTRY) from GL20000 
where JRNENTRY not in (select JRNENTRY from AAG30000)
and SOURCDOC in ('BBF','P/L')
PRINT 'HISTORY year missing BBF'
Select distinct (JRNENTRY) from GL30000 
where JRNENTRY not in (select JRNENTRY from AAG40000)
and SOURCDOC in ('BBF','P/L')

BƯỚC 8 - VẤN ĐỀ ĐÃ BIẾT ĐỐI VỚI NGÂN SÁCH AA (chỉ trong GP 2010/GP2013)

Trong Microsoft Dynamics GP 2013 và Microsoft Dynamics GP 2010, đã xảy ra sự cố chất lượng đã biết (#69354 TFS/69692 PS), trong đó mức cao nhất của cây ngân sách sẽ có giá trị không chính xác trong bảng AAG00902 (trường aaLvlCodeString) nếu bạn tiếp tục sửa đổi ngân sách. Trình báo cáo Quản lý tìm một giá trị trống trong trường này để xác định bản ghi chính cho cây ngân sách, vì vậy giá trị không chính xác này khiến cho các báo cáo MR thất bại và không có dữ liệu ngân sách AA nào được trả về.Sự cố này đã được khắc phục trong Microsoft Dynamics GP 2013 R2 (12.00.1745). SQL lệnh được cung cấp dưới đây để thực thi đối với cơ sở dữ liệu công ty nhằm tìm kiếm sự cố này cũng như để giải quyết sự cố.

Select * from AAG00902 where aaLvlCodeString <> '' and aaLevel = 0


Nếu tập lệnh ở trên trả về kết quả bất kỳ, bạn có thể giải quyết sự cố bằng cách chạy tập lệnh này đối với cơ sở dữ liệu công ty:

update AAG00902 set aaLvlCodeString = '' where aaLevel = 0



BƯỚC 9 - Tổng cộng AAG30002/AAG40002 không khớp với AAG30001/AAG40001
Tổng các bản ghi được phân bổ trong bảng AAG30002/AAG40002 phải khớp với tổng số tiền trong bảng phân phối AAG30001/AAG40001 cho mỗi giao dịch. Nếu số tiền được phân bổ cho một vài mã AA, bạn có thể có số lượng bản ghi khác nhau giữa các bảng này nhưng phần quan trọng là chúng khớp với tổng 'tổng' cho mỗi giao dịch.  Báo cáo MR sẽ không đọc các bản ghi nếu tổng cộng không khớp giữa các bảng này cho từng giao dịch. Tải xuống tập lệnh 'tìm và so sánh' cho các năm mở và lịch sử bên dưới và thực thi đối với cơ sở dữ liệu công ty.

(Lưu ý rằng nếu bạn có bất kỳ kết quả nào trong Bước 3 ở trên cho các mục 'AAG30002/AAG40002', chúng tôi sẽ muốn yêu cầu bạn khắc phục các lỗi đó trước, rồi chạy lại tập lệnh này cho bước 9, vì vậy chúng tôi không cần kết quả của bạn ngay bây giờ cho bước 9 nếu bạn có kết quả ở Bước 3.) 

Tải xuống tệp KB_AllAAFindScripts.zip* từ liên kết bên dưới và sử dụng AA_CompareAAG30001AndAAG30002SummaryValues.sql cho năm AA mở hiện tại cho Bước 9 và tập lệnh AA_CompareAAG40001AndAAG40002SummaryValues.sql cho năm lịch sử cho Bước 9.

https://mbs2.microsoft.com/fileexchange/?fileID=622816f0-ae1d-4768-a914-e710ec50f411

(*Tệp zip chứa tập lệnh cho các bước 2,3,4,6 và 9.)
 

Nếu bất kỳ kết quả nào được trả về từ một trong hai tập lệnh, hãy lưu kết quả vào một tệp .rpt và mở một trường hợp hỗ trợ để được hỗ trợ thêm. Đính kèm kết quả để xem xét. 



BƯỚC 10 - GHI NỢ/TÍN DỤNG TRÊN CÙNG MỘT DÒNG PHÂN PHỐI
MR không thể đọc các bản ghi mà cả trường ghi nợ và tín dụng được cấp trên cùng một dòng phân phối.  Các nguyên nhân đã biết có thể là 'nhập' trong các bản ghi trong điều kiện đó hoặc đã sử dụng Tiện ích Chi phí Tiêu chuẩn trong Hàng tồn kho với mục ghi đè.  Bạn có thể chạy các tập lệnh truy SQL công ty bên dưới đối với cơ sở dữ liệu công ty để giúp xác định những bản ghi này.  Để khắc phục các bản ghi, bạn sẽ cần cập nhật bản ghi trực tiếp trong bảng GL/AA SQL để 'thuần' số tiền trong trường ghi nợ hoặc tín dụng, vì chỉ nên nhập một trong những trường này.  Bạn nên sửa từng bản ghi theo cách thủ công bằng cách sử dụng bộ Dex_Row_Id.  (Nếu bạn cần script để thực hiện việc này hàng loạt, vui lòng tham khảo Đối tác của Microsoft để được hỗ trợ.)  Sử dụng tập lệnh bên dưới để tìm các bản ghi sự cố: 

select JRNENTRY,CRDTAMNT,DEBITAMT,ORCRDAMT,ORDBTAMT,* from GL10001 where (CRDTAMNT<>0 and DEBITAMT<>0) or (ORCRDAMT<>0 and ORDBTAMT<>0) 
select JRNENTRY,CRDTAMNT,DEBITAMT,ORCRDAMT,ORDBTAMT,* from GL20000 where (CRDTAMNT<>0 and DEBITAMT<>0) or (ORCRDAMT<>0 and ORDBTAMT<>0) 
select JRNENTRY,CRDTAMNT,DEBITAMT,ORCRDAMT,ORDBTAMT,* from GL30000 where (CRDTAMNT<>0 and DEBITAMT<>0) or (ORCRDAMT<>0 and ORDBTAMT<>0) 
--if using AA, also compare the AA tables:

select AAG0.JRNENTRY  from AAG30001 AAG1
join AAG30000 AAG0 on AAG0.aaGLHdrID = AAG1.aaGLHdrID
where ((AAG1.DEBITAMT <> 0 and AAG1.CRDTAMNT <> 0) or (AAG1.ORDBTAMT <> 0 and AAG1.ORCRDAMT <> 0)) and AAG1.SOURCDOC not in ('BBF','P/L')

select AAG0.JRNENTRY  from AAG40001 AAG1 join AAG40000 AAG0 on AAG0.aaGLHdrID = AAG1.aaGLHdrID 
where ((AAG1.DEBITAMT <> 0 and AAG1.CRDTAMNT <> 0) 
or (AAG1.ORDBTAMT <> 0 and AAG1.ORCRDAMT <> 0)) 
and AAG1.SOURCDOC not in ('BBF','P/L')


BƯỚC 11 - DỰNG LẠI CUNG CẤP DỮ LIỆU
Sau khi đã khắc phục toàn bộ các kết quả ở trên, hãy chạy lại từng tập lệnh để đảm bảo không trả về kết quả nào nữa. 

Sau đó, xây dựng lại Trình báo cáo Nguồn cấp Dữ liệu trong Trình báo cáo Quản lý, rồi tạo lại báo cáo Tài chính của bạn. (Với Chức năng Theo dõi Thay đổi của SQL, một số thay đổi có thể tự động cập nhật nhưng không phải tất cả, do đó chúng tôi coi cách tốt nhất là dựng lại Tính năng Theo dõi Dữ liệu nếu có bất kỳ thay đổi nào được thực hiện trực tiếp trong SQL để đảm bảo mọi thay đổi đều được nhận diện.) Dưới đây là các bước thực hiện việc này (để phòng ngừa, bạn có thể sao lưu cơ sở dữ liệu DDM, vì điều này sẽ bị xóa và tạo lại):

1. Mở Bảng điều khiển Cấu hình trên máy chủ từ menu Bắt đầu.
2. Trong ngăn dẫn hướng bên tay trái, bấm vào Tích hợp ERP.
3. Bấm vào tích hợp đang được sử dụng (lưu ý tên máy chủ và tên cơ sở dữ liệu) và tắt tích hợp với nút "Vô hiệu hóa Tích hợp".
4. Bấm "Loại bỏ" để loại bỏ Tích hợp ERP.
5. Bấm Vào Quản lý Dịch vụ Trình báo cáo ở dẫn hướng bên tay trái và dừng cả hai Dịch vụ Trình báo cáo Quản lý.
6. Xóa cơ sở dữ liệu DDM trong SQL (bạn có thể thực hiện sao lưu trước, nếu cần).
7. Khởi động Dịch vụ Trình báo cáo Quản lý.
8. Đặt cấu hình Tích hợp ERP một lần nữa bằng cách đi tới "File > Configure" (Cấu hình Tệp).
9. Sau khi hoàn tất thiết lập, hãy bật tích hợp ERP.

Khi sửa dữ liệu AA, và DDM đã cập nhật MR sẽ kéo các giá trị chính xác vào.
 

BƯỚC 12 - XÁC MINH SỐ DƯ BÁO CÁO

Xác định xem báo cáo có cân bằng với báo cáo Số dư Bản dùng thử GL hay không.  Nếu không, hãy xem liệu bạn có thể xác định sự khác biệt là gì không. Có phải sự khác biệt vẫn liên quan đến Mục nhập Chuyển tiếp số dư không chính xác? Nếu có, vui lòng mở một sự cố hỗ trợ để được hỗ trợ thêm.
 

Thông tin Bổ sung

Bạn Year-End các thủ tục kết thúc AA bằng liên kết bên dưới:

960356 - Thủ tục đóng cuối năm cho Kế toán Phân tích trong Microsoft Dynamics GP
http://support.microsoft.com/trợ giúp/960356





 

Bạn cần thêm trợ giúp?

Phát triển các kỹ năng của bạn
Khám phá nội dung đào tạo
Sở hữu tính năng mới đầu tiên
Tham gia Microsoft dùng nội bộ

Thông tin này có hữu ích không?

Cảm ơn phản hồi của bạn!

Cảm ơn bạn đã phản hồi! Để trợ giúp tốt hơn, có lẽ chúng tôi sẽ kết nối bạn với một trong những nhân viên hỗ trợ Office của chúng tôi.

×