Tổng sổ cái hoặc cân đối thử là mất cân bằng trong Microsoft Dynamics SL

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 883358
Vui lòng sử dụng các bước gỡ rối sau đây để xác định các chi tiết cụ thể của bạn trong trường hợp cân bằng.

Các bước gỡ rối

1. xác nhận các bản cập nhật mới nhất để báo cáo chi tiết cái đã được áp dụng.

2. so sánh hai định dạng báo cáo cân đối thử. Cách tốt nhất để so sánh hai định dạng phải xem xét các cột nợ và tín dụng khác biệt. Để giúp đánh giá này, bạn có thể xuất dữ liệu trong các báo cáo cho một bảng tính Excel. Định dạng báo cáo cân đối thử kéo dữ liệu từ Microsoft Dynamics SL như sau:

a. định dạng ghi nợ và tín dụng tổng kéo đầu và kết thúc dư từ bảng ACCTHIST. Ghi nợ và tín dụng cột tổng hợp ghi chi tiết trong GLTRAN. Nếu mạng số dư đầu, ghi nợ và tín dụng bằng in cân bằng kết thúc, các chi tiết GLTRAN bằng ACCTHIST e
cân bằng kết thúc.

b. định dạng kết hợp tổng kéo tất cả dữ liệu từ ACCTHIST. Nếu mạng số dư đầu, ghi nợ và tín dụng bằng kết thúc dư in, t
sau đó, dữ liệu trong ACCTHIST không nhất quán.

3. nếu cả hai định dạng chân đúng cách và đồng ý với nhau, so sánh hoặc định dạng báo cáo chi tiết GL để thu hẹp gây ra tình trạng cân bằng.

4. kiểm tra số dư đầu năm hiện tại bằng cân bằng kết thúc năm trước cho tất cả các tài khoản.

5. kiểm tra dung lượng mạng thu nhập và chi phí ghi nợ và tín dụng bằng tiền gửi vào tài khoản thu.

6. kiểm tra giao diện báo cáo Microsoft Dynamics SL trên đồng ý với báo cáo tài chính được tạo ra bởi FRx.

Nguyên nhân tiềm năng

1. GLTRAN hồ sơ không cân đối. Xem giải pháp 1325.

2. GLTRAN ghi thiếu các trường bắt buộc hoặc dữ liệu là không phù hợp (FiscYr, CuryID, CpnyID). Xem giải pháp 6980.

3. Nếu ra cân bằng tình huống có thể được thu hẹp xuống một bó hoặc một loạt các đợt, xem giải pháp 6980.

4. tạp chí mục đã trực tiếp vào tài khoản thu nhập hoặc biên lợi nhuận giữ lại. Xem giải pháp 1325.

5. số dư đầu năm hiện tại bằng cân bằng kết thúc năm trước. Xem giải pháp 538.

6. trong bài viết PtdBal (thời gian để cân bằng ngày) được cập nhật nhưng không YtdBal (năm ngày cân bằng). Xem giải pháp 538.

7. Hồ sơ ACCTHIST có trường LastClosePerNbr trống. Xem giải pháp 1151.

8. Hồ sơ tồn tại trong bảng ACCTHIST chứa một giá trị tiền tệ ID hợp lệ. Xem giải pháp 1507.

9. đầu tín dụng cân bằng trách nhiệm tài khoản không chính xác được nhập là số âm. Xem giải pháp 4266.

10. báo cáo tài chính FRx hoặc FRW có thể bị mất hồ sơ tài khoản hoặc có tính toán không hợp lệ. Xem giải pháp 1435 FRx. Xem giải pháp 4516 FRW.

Giải pháp 538 - sử dụng khởi chạy chế độ sửa chữa các cân đối là cần thiết để phù hợp với các chi tiết trong lịch sử tài khoản GL (01.300).

Lưu ý:

1. net kết quả của báo cáo sẽ giống nhau ngoại trừ trong trường hợp số dư tài khoản được nhập hoặc thay đổi bằng cách sử dụng chế độ khởi chạy. Khi lượng được khởi tạo, GLTRANs không được tạo.

2. in nợ và tín dụng tổng báo cáo (01610B) chọn GLTRAN và WRKACCTHIST và sẽ chứa mục khởi tạo kể từ khi khởi tạo ra một hồ sơ GLTRAN.

3. tổng hợp in báo cáo (01610A) báo cáo số dư được lưu trữ trong ACCTHIST như trong màn hình lịch sử tài khoản và xem xét các chi tiết GLTRAN.

Các bước sửa đổi

1. chạy tất cả bốn lựa chọn trình chung sổ cái tính toàn vẹn kiểm tra (01.990) để xác định tài khoản/subaccounts mà các chi tiết không phù hợp với cân bằng ACCTHIST. Điều này sẽ tạo một Nhật ký sự kiện.

2. kích hoạt chế độ khởi tạo bằng cách chọn nó trong trình đơn tùy chọn. Trong lịch sử tài khoản GL (01.300), nhập tài khoản, subaccount và năm giá trị tài khoản được sửa.

3. nhập số dư đầu, PTD cân bằng và cân bằng YTD phù hợp ghi nhật ký sự kiện đã tạo ở bước 1.

Lưu ý:

1. nó là cần thiết để khởi tạo khoản bằng các chi tiết trong GLTRAN, ngay cả khi số tiền này không đúng.

2. nếu số dư khởi tạo không đúng, điều chỉnh mục có thể được thực hiện trong tổng sổ cái Nhật ký giao dịch (01.010) để điều chỉnh sự cân bằng. Phương pháp này duy trì đường kiểm tra và sẽ tiếp tục báo cáo phù hợp.

3. lưu thay đổi và thoát khỏi lịch sử tài khoản. Tắt chế độ khởi tạo bằng cách chọn lại trong menu tuỳ chọn.

4. thực hiện bất kỳ điều chỉnh mục, nếu cần thiết, tài khoản cân bằng trong Nhật ký giao dịch.

Giải pháp 1151 - hoàn tất quá trình chung sổ cái đóng (01.560).

Các bước sửa đổi

1. kết thúc quá trình kết thúc trong GL đóng (01.560) cho mô-đun cái.

2. nếu thiết lập GL ghi được khởi động không chính xác, xem giải pháp phụ 1233.

Giải pháp 1325 - nhập một mặt adjusting bút sửa ra cân đối tượng.

Các bước sửa đổi

1. trên menu tuỳ chọn, bấm vào chế độ khởi tạo

2. nhập một lô tổng sổ cái Nhật ký giao dịch (01.010).

3. chọn điều chỉnh loại lô.

4. trên menu tuỳ chọn, bấm khởi chạy ở chế độ tắt.

Giải pháp 1435 - sửa tài khoản hoặc công thức FRx hàng hoặc cột định dạng báo cáo.

Các bước sửa đổi

1. truy cập vào màn hình FRx hàng định dạng và chọn định dạng hàng được sử dụng báo cáo.

2. trong các liên kết tới cái cột, xác định Số Tài khoản tương ứng với bộ máy cơ sở dữ liệu.

3.Kiểm tra công thức và số dòng được sử dụng trong tính toán.

4. nếu sử dụng nhiều bộ máy cơ sở dữ liệu và có một biểu đồ tài khoản khác nhau, là giải pháp phụ 1394 thông tin về sao chép hàng và cột định nghĩa.

Giải pháp 1507 - xoá hồ sơ ACCTHIST trùng lặp.

Xác minh bước

1. kí nhập vào một công cụ truy vấn bằng cách sử dụng bộ máy cơ sở dữ liệu được truy cập in báo cáo.

2. hãy chạy lệnh sau:

CHỌN * từ ACCTHIST nơi Acct = 'X' và phụ = 'SSSS' và FiscYr = 'Năm' và CpnyID = 'CCCCCC' và LedgerID = 'DDDDDD';
(nơi xxxx = Số Tài khoản, SSSS = Subaccount số YYYY = năm CCCCCC = công ty ID và DDDDDD = sổ cái ID)

3. nếu hai bản ghi Hiển thị, đây là sự cố. Thông thường, trường CuryID sẽ khác nhau giữa hai hồ sơ.

(Chú ý - thường là một ACCTHIST ghi giá trị tiền tệ ID chính xác. Bản ghi ACCTHIST thứ hai có giá trị CuryID trống. Bản ghi ACCTHIST chứa giá trị tiền tệ ID chính xác sẽ ghi ACCTHIST chỉ được tìm thấy.)

Các bước sửa đổi

1. sao lưu bộ máy cơ sở dữ liệu có thể được phục hồi trong trường hợp xảy ra sự mất dữ liệu không mong muốn.

2. ghi giá trị đô la trong trường PTD và YTD. Nếu hồ sơ với hợp lệ thu ID giá trị phải được thêm vào số dư tài khoản, sử dụng chế độ khởi tạo và GL khoản lịch sử (01.300) để điều chỉnh cân bằng bất kỳ.

3. xoá bản ghi ACCTHIST không hợp lệ để chỉ có tiền tệ ID bản ghi chính xác tồn tại. Nhập:

Xoá từ ACCTHIST nơi CuryID< '0'="" and="" acct=' XXXXXX' and="" sub='SSSS' and="" fiscyr='YYYY'>

4. kí nhập vào Microsoft Dynamics SL bật lên và chạy báo cáo cân đối thử và/hoặc GL chi tiết.

Giải pháp 4266 - xác nhận loại tài khoản sổ cái chung xác định sự cân bằng tài khoản bình thường.

Lưu ý:

1. Hệ thống xác định số dư bình thường là tài khoản dựa trên loại tài khoản.

2. số dư tài khoản sẽ được nhập là số tiền tích cực nếu tài khoản đã cân bằng bình thường. Ví dụ: nếu tài khoản trách nhiệm có một số dư tín dụng $200,00, sau đó 200,00 sẽ hiển thị ở dạng cân bằng tài khoản lịch sử. Nếu tài khoản có số dư nợ rồi-200.00 sẽ hiển thị.

3. Nhật ký giao dịch luôn được nhập là số dương ghi phù hợp hoặc tín dụng cột.

4. khi gặp phải một số âm hệ giả định là tài khoản khác bình thường. Ví dụ: tài khoản tài sản với một số dư tín dụng sẽ hiển thị dưới dạng tiêu cực nói chung sổ cái tài khoản lịch sử (01.300).

Giải pháp 4516 - đúng định nghĩa hàng và cột trong báo cáo tài chính tác giả.

Các bước sửa đổi

1. truy cập bảo trì danh sách hàng FRW (22.020) và thay đổi danh sách hàng bao gồm bất kỳ tài khoản bị thiếu hoặc subaccounts. Nếu cần thiết, loại bỏ bất kỳ kí tự đại diện không hợp lệ.

2. truy cập bảo trì định nghĩa cột FRW (22.030) và thay đổi các định nghĩa cột bao gồm bất kỳ tài khoản bị thiếu hoặc subaccounts. Nếu cần thiết, loại bỏ bất kỳ kí tự đại diện không hợp lệ.

3. in báo cáo tài chính từ báo cáo tài chính (22.010) để kiểm tra xem nó là chính xác.

Giải pháp 6980 - xác minh rằng GLTRAN. PerPost trường được xác định cho lô.

Các bước sửa đổi

1. sao lưu bộ máy cơ sở dữ liệu có thể được phục hồi trong trường hợp xảy ra sự mất dữ liệu không mong muốn.

2. hãy chạy lệnh sau bằng cách sử dụng một công cụ truy vấn:

CHỌN * từ GLTRAN nơi BatNbr = 'Xxxx'
(nơi xxxx = số lô trong câu hỏi)

3. kiểm tra xem trường PerPost được xác định. Nếu nó được xác định, tiếp tục. Nếu trường PerPost không được xác định, chuyển sang bước 4.

4. đảm bảo có một đồng gửi lưu của bảng GLTRAN. Nếu đồng gửi lưu không tồn tại, làm cho một. Nếu không thể thực hiện sao lưu, DO không tiếp tục đến bước 5.

5. bản Cập Nhật trường PerPost giá trị đúng bằng cách sử dụng lệnh sau:

Cập Nhật GLTRAN đặt PerPost = YYYYPP nơi BatNbr = 'Xxxx' và PerPost = ' '
(trong đó YYYYPP bằng đúng thời gian để gửi cho lô và xxxx bằng số lô trong câu hỏi. Thời gian đăng phải ở định dạng YYYYPP. For example, 11-2000 sẽ 200011.)

6. chạy báo cáo trước đó cho thấy trên cân đối tượng. Báo cáo bây giờ phải đúng.

Giải pháp phụ 1233 - GLSETUP thiết lập. LastClosePerNbr không kiểm tra xem ACCTHIST. LastClosePerNbr phù hợp.

Chú ý -1. Nếu thiết lập GL ghi được khởi tạo không đúng và cuối cùng không bao giờ được chạy trong bộ máy cơ sở dữ liệu này, đặt GLSETUP. LastClosePerNbr để trống.

Xác minh bước

1. kí nhập vào bộ máy cơ sở dữ liệu ứng dụng thích hợp bằng cách sử dụng công cụ truy vấn.

2. chạy câu lệnh sau:

CHỌN LastClosePerNbr, PerNbr từ GLSETUP chọn LastClosePerNbr từ ACCTHIST

3. kiểm tra các giá trị LastClosePerNbr. Nếu không chính xác, tiến hành các bước sửa chữa.

Các bước sửa đổi

1. sao lưu bộ máy cơ sở dữ liệu có thể được phục hồi trong trường hợp xảy ra sự mất dữ liệu không mong muốn.

2. thực hiện lệnh sau nếu GLSETUP yêu cầu Cập Nhật:

Cập Nhật GLSETUP đặt LastClosePerNbr = NULL

3. thực hiện lệnh sau nếu ACCTHIST yêu cầu Cập Nhật:

Cập Nhật ACCTHIST đặt LastClosePerNbr = 'xxxx'
(nơi xxxx = phù hợp với giá trị GLSETUP. LastClosePerNbr)

Giải pháp phụ 1394 - mở một danh sách hiện tại FRx hàng hoặc cột và sử dụng Save As để lặp lại nó.

Lưu ý - đó có thể được thực hiện với báo cáo; Điều này sẽ tạo một báo cáo mới sử dụng cùng một hàng và cột định nghĩa ban đầu.

Các bước sửa đổi

1.Chọn một hàng hoặc cột định nghĩa từ danh sách giá trị trong danh sách hàng hoặc cột bố trí.

2. định nghĩa mở trên màn hình, chọn tuỳ chọn tệp, sau đó lưu dưới dạng.

Standard Edition:

a. mặc định số đặt được liệt kê và không thể thay đổi.
b. chỉ định một tên mới và/hoặc mô tả định nghĩa.
c. bấm OK.
mất mới hàng hoặc cột định nghĩa có thể bây giờ được truy cập, sửa đổi và đính kèm một báo cáo khác.
Phiên bản nâng cao:

a. hiện tại thông số kỹ thuật thiết lập được liệt kê và có thể thay đổi. (Bộ số mới có thể được thêm vào bằng cách sử dụng tuỳ chọn menu công ty rồi chọn thông số kỹ thuật bộ.)
b. chỉ định một tên mới và/hoặc mô tả định nghĩa.
c. bấm OK.
d.

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 883358 - Xem lại Lần cuối: 05/27/2016 20:58:00 - Bản sửa đổi: 2.0

Microsoft Dynamics SL 2011, Microsoft Dynamics SL 7.0, Microsoft Dynamics SL 6.5

  • kbnosurvey kbmbsmigrate kbsurveynew kbmt KB883358 KbMtvi
Phản hồi