【文章內容簡介】 據(jù)我國現(xiàn)行會計制度的規(guī)定，進行外幣業(yè)務的會計處理，在會計期間（月份、季度或年度）終了時必須計算匯兌損益，并進行相應的帳務處理。即對于各外幣帳戶的外幣期末余額，企業(yè)應按照期末市場匯率折算為記帳本位幣的金額 ,并將其與記帳本位幣帳戶中對應帳戶的期末余額進行比較，其差額則為本期發(fā)生的匯兌損益。 對于使用外幣業(yè)務核算的企業(yè)，在每個會計期末 都需要進行匯兌損益的處理。通過調匯憑證定義功能定義好需要處理的調匯憑證，則在 月末 期末調匯”自動生成相應的調匯憑證即可。 利用系統(tǒng)定義好的調匯憑證生成調匯憑證的七個步驟： 1 選擇需要生成的調匯憑證 2 對相關賬務資料進行平衡檢查 3 出具檢查報告 4 顯示調匯的科目，對需要選擇的科目進行選擇 5 對所選科目的期末匯率進行修改確認 6 顯示輔助原始憑證的調匯信息 7 生成憑證（為賬前憑證） 歷史數(shù)據(jù)調整 功能說明 ： 可以實現(xiàn)歷史月份增加憑證，選擇復核人，保存后自動記賬。但不能修改和刪除以前月份的憑證。 新 建帳套，該功能是隱藏的，可以修改 LSCONF 中 ZW_HISTZ 的值改為 1,進軟件時 ,就可以在月末結轉下面看到此功能 。 輔助管理 往來業(yè)務核銷 功能說明 ： 使用單位往來賬核銷主要是完成單位往來業(yè)務核銷和單位賬齡分析。 單位往來核銷在系統(tǒng)中支持兩種核銷方式：自動核銷、手工核銷。自動核對有三種方法：順時全額核銷、后進先出、依據(jù)金額核銷。 17 取消 處理 ： 為保持數(shù)據(jù)一致性，取消某些核銷時，會把相關的使用相同業(yè)務號的已核銷的記錄同時取消。為了減少取消范圍請盡量使用不同的對賬序號，同時憑證要做的盡量簡單。避免單個憑證有 過多分錄。 常見問題 : 新建的單位無法進行往來核銷？ 檢查 該單位和往來科目是否校驗通過 。 (如果是新增科目需要查看是否設置核銷 依據(jù) ） 為什么對符的記錄不能核銷？ 看該記錄是否滿足核銷依據(jù)，可以適當?shù)男薷暮虽N依據(jù)后，再次核銷。 完全核銷后，往來核銷中的余額和單位余額表中的不一致？ 查看是否存在未轉入的記錄，由校驗日期開始再次讀取往來憑證。 賬齡分析的結果和單位余額表中的不一致？ 檢查 賬齡分析的分析時間是否和單位余額表的查詢時間一致 ？ 賬齡分析的分析區(qū)間是否連續(xù) ？ 是否把所有的往來憑證都讀入了，且是否完 全核銷 ？ 賬齡分析是按照業(yè)務日期分析的，是否存在業(yè)務日期和憑證日期不在同一個會計期間的往來憑證 ？ 客戶年初核銷后，發(fā)現(xiàn)與科目余額表對不上；查對核銷記錄沒有發(fā)現(xiàn)問題。 以下版本才有重復核銷的問題 。 產(chǎn)生原因可能是核銷后又做了取消記帳。 解決方法： 先將涉及到的年度的 ZWHXJL 和 ZWWLDJ 表合成一個表 WLALL，然后通過確定核銷日期、科目編號、單位編號，查出重復核銷的數(shù)據(jù)。 通過 SQL 語句將核銷記錄中的數(shù)據(jù)轉入 ZWWLDJ 表中，然后通過 ZWWLDJ_NM將已經(jīng)核銷又轉入的記錄刪除： DELETE ZWWLDJ WHERE ZWWLDJ_NM IN (SELECT ZWHXJL_NM FROM ZWHXJL WHERE ZWHXJL_KMBH=39。20901139。 AND ZWHXJL_DWBH=39。20202039。 AND WHXJL_WCF39。039。) 此時的數(shù)據(jù)應該就是正確的。 （如果重復讀入的數(shù)據(jù)又進行核銷，且部分核銷，則數(shù)據(jù)不一定正確） 18 往來業(yè)務核銷中的單位余額和帳上與單位往來動態(tài)中的都不一致 以下版本才有重復核銷的問題 。 此問題是 取消核銷恢復到單位往來帳轉入前的狀態(tài)導致 。 解決方法： 涉及的表有 ZWFZYS、 ZWHXJL、 ZWWLDJ ,從中對應修改。單位往來帳轉沒轉入的標志為： ZWFZYS_DWDZ 這一列，為‘ 1’表示已轉入，為‘ 0’則表示沒轉入 記錄在表 ZWHXJL 表中。 將往來業(yè)務核銷中已核銷掉的記錄中的已核銷金額去掉應將 ZWHXJL_HXJE和 ZWWLDJ_HXJE 改為 39。039。 注意： 如果 以下版本出現(xiàn)核銷數(shù)據(jù)問題（重復核銷，數(shù)據(jù)紊亂等），強烈建議升級到 ACK4，重新初始使用往來核銷。 報表管理 報表 報表封存啟封 功能說明 ： 一般情況，多個操作員對相同的報 表會有各種操作權限，在月底可能剛剛作好的報表會被其他不了解情況的操作員改變，如果報表進行了封存，就會有效的保證報表的安全性、正確性。 如果操作報表時不正常退出時，系統(tǒng)會自動設為 ―只讀 ‖狀態(tài)，此時只有對該表進行解鎖，才能恢復對該數(shù)據(jù)的操作權限。 如果由于某種特殊原因 ,當執(zhí)行 ?報表解鎖 39。功能不起作用時，可手工修改。報表鎖標志存在表 LCBBZD 的 BBZD_USE 列， ―0‖表示正常， ―1‖表示加鎖。 update LCBBZD set BBZD_USE = ?039。 where …… Go 注： LCBBZD 中字段 BBZD_USE 值的含義： 0：新建的報表 1：別人在用 (可能為刪除報表不掉的原因 ) 6：下次打開時刷新公式及數(shù)據(jù) . 7：自己在用 19 公式 報表公式定義 功能說明 ： 報表公式中的編號規(guī)則 ： 編號是一類對象，其值僅由 ?039。到 ?939。的數(shù)碼字符組成，例如科目編號、部門編號等。除非特別說明，編號遵循如下規(guī)則： 如果作為函數(shù)參數(shù)，其輸入格式為：起始值：結束值；如果出現(xiàn)在條件對象中，其輸入格式應符合條件語法，且比較值應括在單引號中，例如： XMBH like ?0801%39。 對于分級編號的取數(shù)，規(guī)定為每次只能取同一級上的數(shù) 。級數(shù)的確定規(guī)則為：如果沒有在條件參數(shù)中明確指定級數(shù)，就根據(jù)編號起始值的寬度所在的級數(shù)來確定；如果在條件中指明了級數(shù)（例如明確指定 KMJS=2），則優(yōu)先按照該級數(shù)取數(shù)。 起始值和結束值只是表示一個范圍的起始和終止點，因此可以輸入不存在的編號值，例如可以輸入字母 ―A‖表示最大編號， ―0： A‖表示全部編號。 作為函數(shù)參數(shù)，起始值和結束值應直接輸入，不能括在引號中。輸入形式有四種，意義規(guī)定如下： 輸入形式 表示范圍 101 ?10139。 ： 101 ?039。 ~ ?10139。 101： ?10139。 ~ ?A39。 101： 109 ?10139。 ~ ?10939。 工資管理 初始 工資類別 扣零處理 功能說明 ： 如果本月只有一次發(fā)放，計算時直接將本月第一次的實發(fā)金額加上月零頭，然后根椐扣零單位減去本月的扣零形成本月第一次的實發(fā)金額，同時形成本月第一次零頭。 本月如有多次發(fā)放，計算時將本次實發(fā)金額加上次零頭（如果為第一次發(fā)放，則為上月零頭），然后減去本次零頭形成本月實發(fā)金額，同時形成本月本次零頭。 20 扣零單位的確定： 如果本月工資發(fā)放到角，那么扣零單位定義為 ； 如果本月工資發(fā)放到元，那么扣零單位定義為 ； 如果本月 工資發(fā)放到十元，那么扣零單位定義為 員工檔案 功能說明 ： 員工檔案是用來存放公司或單位的員工的信息的，在員工檔案窗口可以進行員工的增加，刪除，員工基本信息的維護，更換部門，更換類別等。 及以前的版本中，銀行編號和銀行帳號是存放在 GZBAS 表中，在員工檔案中錄入的； 及以后的版本中，銀行編號及名稱是從基礎數(shù)據(jù)中錄入，在工資的初始 —銀行目錄中選擇要使用的銀行，員工的銀行帳號是存放在 GZYGYH 表里，在初始 —員工銀行帳號窗口錄入。 常見問題 ： 停薪復薪 (gzbase_syf),上月 零頭 (gzbase_sylt)會顯示英文字段 升級或新建帳套，有時停薪復薪 (gzbase_syf),上月零頭 (gzbase_sylt)會顯示英文字段 ， 此時需要查一下 GZJGZD 表中的 GZJGZD_DYLM 列中是否有 gzbase_syf 和 gzbase_sylt， 如果沒有需要參照正常帳套插入到 GZJGZD 表中。 如果 GZJGZD 表中的 GZJGZD_DYLM 列中 已經(jīng) 有 gzbase_syf 和 gzbase_sylt，那么需要打上補丁： 2020202901[gz][8227][,]當前月份為非啟用 月份，上月零頭在員工檔案中顯示為 gzbase_sylt 字符。 打開員工檔案后看不見各部門下的員工 有時升級的帳套因為部門編號長度發(fā)生變化或員工編號規(guī)則發(fā)生變化，打開員工檔案后看不見各部門下的員工 。 此時需要把 GZBASE表中的 GZBASE_BMBH的級數(shù)及編號等 調整的同 GZBMZD 視圖中的 GZBMZD_BMBH 一致 ,另外 GZJGZD_FCBZ 列的值應該為 39。039。,GZBASE_SYF 列的值為 39。Y39。 有些升級上來的數(shù)據(jù)有時增加員工時可能會提示 ， 不能在具有唯一索引的表中插入重復鍵的值 ， 此時需要查看一下 LSNBBM 表中 LSNBBM_XTBH=39。GZ39。的那條記錄的 LSNBBM_DQNM 字段的值是否是 GZBASE_YGNM 列的最大值 +1， 如果不是 ， 將其值更新為 GZBASE_YGNM 列的最大值 +1。 21 業(yè)務 工資錄入 功能說明 ： 工資錄 入界面是用來錄入員工的工資的，當多個員工同時錄入工資時，只有最 后 一個人錄入的工資數(shù)據(jù)有效，現(xiàn)在 已經(jīng)增加員工檔案操作和工資錄入操作的沖突控制，有人在操作員工檔案時，不允許錄入工資，有人在錄入工資時，不允許對員工檔案中的員工進行操作。用戶錄入完工資，忘記了點計算按鈕進行計算，只要記得點保 存按鈕保存數(shù)據(jù)，系統(tǒng)自動先計算后保存。 常見問題 : 工資計算時提示 Error: Invalid DataWindow row/column specified at line xxx in ue_compute event of object w_gz_gzlr， 工資錄入完畢，點計算時，出現(xiàn)錯誤提示，提示 Error: Invalid DataWindow row/column specified at line xxx in ue_pute event of object w_gz_gzlr。 可 能是由于用戶把實發(fā)合計、收 入合計、應交稅金、零頭等系統(tǒng)項目封存所致，因此，系統(tǒng)項目不能封存。 部分員工實發(fā)合計，收入合計，應交稅金等計算不出來 。 有時部分員工的實發(fā)合計，收入合計，應交稅金等計算不出來，可能是由于部分員工的GZBASE_SYF 列的值不是 39。Y39。,或者 GZJGZD_FCBZ 列的值不是 39。039。 工資錄入界面計算不出工齡或計算時出錯提示 有時客戶定義了工齡公式 ,但在工資錄入界面計算不出工齡或計算時出錯提示數(shù)據(jù)類型不匹配 。 可能是用戶定義的入職日期或入場時間等定義成了字符型的 ,應將其定義為日期型的 ,然后定義工齡是 數(shù)值型 ,就可以定義為當前業(yè)務日期 入職日期或入場時間等 。 個人所得稅上報 功能說明 ： 個人所得稅用來完成個人所得稅的上報功能。 數(shù)據(jù)邏輯 ： 涉及主要的數(shù)據(jù)庫表及關鍵字段： GZBASE， GZBASE_BAK， GZNSBB,LSCONF 涉及的參數(shù) ： GZBASE_SYF， LSCONF 表中的 F_VKEY=39。GZ_NSJD39。對應的 F_VAL 的值 22 為稅率精度。 常見問題 ： 如果客戶看到的所得稅想精確到 2 位，但實際得到的應交稅金不是想要的結果，就需要查看一下 LSCONF 表的 39。GZ_NSJD39。 月末處理 功 能說明 ： 月末結轉就是把本月的數(shù)據(jù)進行備份存檔，并且將財務日期自動置為下一會計期間的日期。 在本月月結前，應將工資管理的當前工資類別的所有業(yè)務（工資錄入，銀行代發(fā)，工資補發(fā)，個人所得稅申報）處理完畢。月結后， 以前 月 份的 所有數(shù)據(jù)只能進行查詢，不允許再進行任何修改。 如果當前會計月份是本會計年度的最后一個會計月份，系統(tǒng)還將進行年末的工作，進行年結操作前 ,應保證所有工資類別的業(yè)務都已經(jīng)進行到本年度的 12 月份 ,進行年末結轉時，系統(tǒng)將備份本年度數(shù)據(jù)，并結轉至下一年。 年結過程如下： 進行所有工資類別的 12 月數(shù)據(jù) 備份 將數(shù)據(jù)備份 ,以下為相應的表 : 工資類別 GZLBZD Create GZLBZD+yyyy Back_Table 面值字典 GZMZZD Create GZMZZD+yyyy Back_Table 工資部門字典 GZBMZD_BASE Create GZBMZD+yyyy Back_Table 工資部門字典視圖 GZBMZD Create view(GZBMZD+yyyy) from LSBMZD+yyyy and GZBMZD+yyyy 對照目錄 GZDZML Create GZDZML+yyyy Back Table 對照字典 GZDZZD Create GZDZZD+yyyy Back Table 工資結構 GZJGZD None 工資結構備份表 GZJGZD_BAK Create GZJGZD_BAK+yyyy Back Table 工資信息 GZBASE None 工資信息備份表 GZBASE_BAK C