Share via


當您在 Microsoft Dynamics GP 中產生 EFT 檔案或 EFT 預付檔時,在支付款項管理或應收款管理的電子資金轉移中,所要遵循的指導方針

本文包含當您在 EFT) 檔案或 EFT 預付款管理電子資金轉移中產生電子資金轉移 (時所要遵循的指導方針。

適用于: Microsoft Dynamics GP
原始 KB 編號: 945955

簡介

這些指導方針適用於 Microsoft Dynamics GP 和 Receivables Management 中的 Payables Management。

其他相關資訊

請遵循下列指導方針來產生 EFT 檔案或 EFT Prenote 檔案:

注意事項

遵循本文中的指示之前,請確定您有可在發生問題時還原的資料庫完整備份複本。

  • 選項 1:EFT 需要預先授權

    如果您選取 [ 需要支付專案前注] 複選框或 [ 需要收款前注 ] 複選框,則必須在系統產生一般 EFT 檔案之前先產生 EFT 前置檔。 若要產生 EFT 前置檔,請遵循下列步驟:

    1. 在 [ 卡片] 功能表上,指向 [ 財務],然後選取 [複選簿]
    2. 在 [複選簿維護] 視窗的 [複選簿標識符] 方塊中輸入適當的複 選簿標識 符,然後選取 [EFT Bank]
    3. 在 [Checkbook EFT Bank 維護] 視窗中,選取 [ 支付方式選項]。 (或 應收款選項)
    4. 在 [ EFT 支付項目選項 ] (或 [應收款專案選項]) 區域中,確認是否已選取 [需要支付預 金] (或 [ 需要的應收) ] 複選框。 如果已選取 [ 需要支付的預付款 (或 [ 需要收款前置) ] 複選框,請遵循適當的方法:
      • 方法 1:選取即可清除 [需要支付專案 前注 (或 [ 需要應收款前置) ] 複選框,以不需要前置注檔。
      • 方法 2:選 取 [產生前置詞 ],以在銀行需要時繼續產生前置檔。
    5. 選取 [確定] 兩次以關閉視窗,然後選取 [ 儲存]
  • 選項 2:不會為廠商提取 EFT 付款

    複選簿與廠商 (或客戶) 之間的某些字段必須相符,EFT 檔案或 EFT prenote 檔案才能產生。 如果您已) 、國家/地區代碼和銀行國家/地區安裝多貨幣標識符,這些欄位會包含貨幣標識碼 (。 這些欄位並非必要,但如果兩端都填入欄位,則另一端必須相符。 若要確認,請使用下列其中一個步驟:

    1. 在 [ 卡片] 功能表上,指向 [ 財務],然後選取 [複選簿]

    2. 在 [複選簿維護] 視窗的 [複選簿標識符] 方塊中,選取適當的複 選簿標識 符。

    3. 確認 [複選簿維護] 視窗上是否已填入貨幣標識符。 記下 [貨幣標識符] 字段。

    4. 選取 [EFT Bank]

    5. 在 [Checkbook EFT Bank 維護] 視窗中,記下 [銀行國家/地區] 欄位的設定,以及是否已填入 [國家/地區代碼]。

    6. 選取 [確定 ] 以關閉視窗,然後選取 [ 儲存]

    7. 現在請確認這些欄位在廠商或客戶上具有相同的值。 請遵循下列方法,視您是嘗試產生可支付或應收款的 EFT 檔案而定:

      • 支付專案:在 [ 卡片] 功能表上,選取 [ 購買 ],然後選取 [ 廠商]
      • 應收賬款:在 [ 卡片 ] 功能表上,選取 [ 銷售 ],然後選取 [ 客戶]
    8. 在 [廠商維護 (或客戶維護) ] 視窗中,選取適當的廠商標識碼 (或客戶標識符) 。

    9. 選取 [ 位址] 按鈕,然後選取用於 EFT 的適當地址識別碼。

    10. 確認 [國家/地區代碼] 字段中的值符合您在上面的複選簿上找到的值。 (這不是必要欄位,因此兩端必須相符或空白。)

    11. 選取 [EFT Bank]

    12. 在 [廠商 (或客戶) EFT Bank 維護] 視窗中,確認 [銀行國家/地區] 字段和 [貨幣標識符] 字段中的值,以確定這些值符合您在複選簿上找到的值。 視需要變更任何值。

    13. 選取 [確定 ] 以關閉 [廠商 (] 或 [客戶) EFT Bank 維護] 視窗。 選 取 [儲存 ] 以關閉 [廠商 (] 或 [客戶) 地址維護] 視窗。

    14. 在 [廠商維護 (或客戶維護) ] 視窗中,選取 [ 選項] 按鈕。

    15. 確認 [貨幣標識符] 字段和 [複選簿標識符] 字段中的值。

      注意事項

      針對 [應收款],您會在 [ 帳戶 ] 索引標籤上找到 [複選簿標識符],而不是 [ 選項] 索引卷 標。

    16. 選取 [確定 ] 以關閉視窗。 選 取 [儲存 ] 以關閉 [廠商維護] 視窗。

    17. 現在,再次測試 EFT 檔案或 EFT 前置詞檔案。

  • 選項 3:嘗試產生 EFT 檔案時發生錯誤

    如果您未指定銀行檔案格式,當您嘗試產生 EFT 檔案時,會收到下列錯誤訊息:

    選取的複選簿未設定為 payables 檔案格式。 無法產生 EFT 檔案。
    選取的複選簿未設定為可接收檔格式。 無法產生 EFT 檔案。

    您必須指定銀行檔案格式,才能產生EFT檔案。 如果要執行這項操作,請依照下列步驟執行:

    1. 在 [ 卡片] 功能表上,指向 [ 財務],然後選取 [複選簿]

    2. 在 [複選簿維護] 視窗的 [複選簿標識符] 方塊中,輸入適當的複 選簿標識 符。

    3. 選取 [EFT Bank],然後根據您使用 EFT for Payables 或 EFT for Receivables) ,選取 [可付款選項 (] 或 [應收款選項]。

    4. [檔案格式] 區域中,選取 [查閱] 按鈕,以選取 [單一格式] 的 EFT 檔案格式識別符,如果您只針對 (或客戶) 的所有廠商使用一種格式,或如果您針對 (或客戶) 的不同廠商使用不同的格式,則選取 [以廠商為基礎]。

      注意事項

      選取 [格式] 欄位旁的藍色展開箭號按鈕,以向回鑽研至 [EFT 檔格式維護] 視窗。 或者,您可以在此視窗中鍵入新的識別碼,而且如果您想要將此新增為新格式,系統會提示您。 或者,若要直接流覽至 [EFT 檔案格式] 視窗,請指向 [卡片] 功能表上的 [財務],然後選取 [EFT 檔案格式]

    5. 選取 [確定] 兩次以關閉視窗,然後選取 [ 儲存]

  • 選項 4:嘗試產生 EFT 檔案時發生錯誤

    如果您未指定要儲存 EFT 檔案輸出或前置注檔輸出的位置路徑,當您嘗試產生 EFT 檔案時,會收到下列錯誤訊息:

    無法在 Checkbook EFT Payables Options 中針對 Payables Prenote File 指定的路徑中產生 EFT 檔案。
    EFT 檔案無法在 Checkbook EFT Receivables Options 中指定給 Receivables Prenote File 的路徑中產生。

    您必須指定要儲存 EFT 檔案輸出或前置注檔案輸出的位置路徑。 若要這樣做,請使用下列步驟:

    1. 在 [ 卡片] 功能表上,指向 [ 財務],然後選取 [複選簿]
    2. 在 [複選簿維護] 視窗的 [複選簿標識符] 方塊中,輸入適當的複 選簿標識 符。
    3. 選取 [EFT Bank]
    4. 根據您使用 EFT 進行 付款或 EFT for Receivables) ,選取 [可付款選項] (或 [應收款選項]。
    5. 在 [ 預設輸出檔案] 區域中,指定您要將 EFT 輸出檔儲存到所有三行的位置,即使您不會使用它們也一樣。
      • 注意事項

        如果這是新的設定,建議您一律先將測試 EFT 檔案產生到 本機磁碟驅動器 ,以確保檔案會在您測試時產生。 一旦檔案產生到本機磁碟驅動器,您就可以視需要將輸出檔案的路徑變更為共用磁碟驅動器,並確認它仍可運作。 此方法會在您測試時,將共用磁碟驅動器的任何許可權問題從圖片中取出。

      • 注意事項

        在您選擇的輸出路徑中,確定您儲存的資料夾或檔名沒有任何空格、句點、數位或特殊字元 (句點、連字元等) 。 例如,如果您將檔案命名為prenote1.txt1.txt,則應該改為prenote.txt(移除數位) 。 或者,如果路徑 J://Payables/收費/Jane.Doe/Payment.txt,則 Jane.Doe 資料夾中的句號會造成問題。 測試儲存至僅 J://Payables/收費/payment.txt,以確保它可在相同磁碟驅動器的這個資料夾層級上運作。

      • 請確定路徑不是太多深層資料夾。 (少於三個資料夾)
      • 請確定路徑不超過 GP 視窗中欄位的可見長度。
      • 如果使用 Web 用戶端,請務必在粗用戶端上進行測試。
      • 注意事項

        如果您希望檔名具有擴展名,請直接在輸出檔案路徑中輸入它。 例如 ,如果您想要 在 out put 檔案上 .txt 擴展名,請將檔案命名為prenotex.txt。

      • 如果使用對應的磁碟驅動器,請確定使用者可以手動將任何其他檔案儲存到該位置。
      • 如果使用對應的磁碟驅動器,請確定磁碟驅動器已對應至每個工作站上的相同字母。
      • 如果使用對應的磁碟驅動器,請確定網路上的磁碟驅動器對應到相同的字母。
      • 請洽詢您的本機 IT 人員,以取得您自己環境內共用位置許可權的進一步協助。 用戶應該具有「完全控制」存取權。
    6. 選取 [確定] 兩次以關閉視窗,然後選取 [ 儲存]
  • 選項 5:EFT 檔案不會針對特定的複選簿標識碼產生

    如果複選簿標識碼包含任何特殊字元,例如破折號 ( ) 、斜線標記 (/) 或單引號 (') ,請使用不同的複選簿標識符,或建立沒有特殊字元的新複選簿標識符。 使用不同的複選簿識別碼或新的複選簿識別碼產生 EFT 檔案或 EFT 預先表示檔案之後,您必須變更所有數據表中的複選簿識別碼。 若要這樣做,請使用下列其中一種方法。

    • 方法 1

      使用 Checkbook 修飾詞工具,使用專業服務工具連結庫來變更所有數據表中的複選簿標識碼。

    • 方法 2

      使用 SQL 查詢工具來變更所有資料表中的複選簿識別碼。 如果要執行這項操作,請依照下列步驟執行:

      1. 啟動 SQL Server Management Studio。

      2. 執行下列腳本,找出包含 CHEKBKID) ([複選簿識別元] 字段的所有資料表。

        select * from sysobjects o, syscolumns c
        where o.id = c.id
        and o.type = 'U'
        and c.name = 'CHEKBKID'
        
        order by o.name
        
      3. 執行下列文本,以在使用複選簿標識碼的所有數據表上變更複選簿標識碼的值。

        update <Table_Name> set CHEKBKID = '<XXX>' where CHEKBKID = '<YYY>'
        

        注意事項

        在此腳本中 <,XXX> 佔位元是新複選簿標識碼的佔位元,沒有特殊字元。 <YYY> 佔位元符是上一個複選簿標識碼的佔位元。

  • 選項 6:產生 EFT 檔案時發生錯誤

    如果您最近升級至 Microsoft Dynamics GP 10.0 或 GP 2010,您可能會收到下列錯誤訊息:

    指派給廠商的寄件者地址的銀行國家/地區遺失或非使用中。 將銀行國家/地區指派給位址或啟用格式。

    如果您收到此錯誤訊息,請檢查PM20000 (PM_Transaction_Open) 表,以確定 VADCDTRO 資料行中的廠商位址與舊版廠商的位址相同。 PM20000數據表中的 VADCDTRO 資料行必須符合PM00200 (PM_Vendor_Master) 数据表中每个厂商的 VADCDTRO 資料行。 若要判斷哪個廠商會產生錯誤訊息,請使用下列其中一種方法。

    • 方法 1

      1. 在 Microsoft Dynamics GP 中,指向 [卡片] 功能表上的 [購買],然後選取 [廠商]
      2. 在 [廠商維護] 視窗的 [廠商標識符] 方塊中,輸入適當的廠商 標識 符。
      3. 在 [ 位址識別符 ] 區域中,選取 [ 發出至 ] 超鏈接,然後在彈出視窗中選取位址標識符。
    • 方法 2

      1. 啟動 SQL Server Management Studio。

      2. 針對公司資料庫執行下列腳本。

        Update PM20100 set VADCDTRO='REMIT TO' where VENDORID='<XXX>'
        

        注意事項

        在此程式代碼中 <,XXX> 佔位元是實際廠商識別碼的佔位元元。

      3. 請確定 VADCDTRO (廠商位址碼 - 重寫至PM20000數據表中) 資料行符合PM00200數據表中的 VADCDTRO 數據行。 此外,請確定PM20100 (PM_Apply_To_OPEN_OPEN_temporary) 数据表中的 VADCDTRO 資料行符合PM00200數據表和PM20000 (PM_Transaction_Open) 数据表中的 VADCDTRO 資料行。

  • 選項 7:EFT 檔案未產生,沒有錯誤

    如果您最近從 GP 9.0 或舊版升級至 Microsoft Dynamics GP 10.0 或 GP 2010,則必須在 [銀行名稱] 方塊中手動輸入 銀行 名稱。

    注意事項

    [ 銀行名稱] 方塊不存在於 Microsoft Dynamics GP 9.0 和舊版中。

    若要在 [銀行名稱] 方塊中手動輸入 銀行 名稱,請遵循下列步驟:

    1. 在 [ 卡片] 功能表上,指向 [ 購買],然後選取 [ 廠商]
    2. 在 [廠商維護] 視窗的 [廠商標識符] 方塊中,輸入適當的廠商 標識 符。
    3. 選取 [位址],然後選取 [EFT Bank]
    4. 在 [ 銀行名稱] 方塊中,輸入適當的名稱。
    5. 選取 [確定],然後選取 [儲存]
    6. 關閉 [廠商地址維護] 視窗。
    7. 在 [廠商維護] 視窗中,選取 [ 儲存]

常見問題

問 1:EFT 協助的支援案例何時會變成諮詢費用? 我可以讓EFT支援案例保持開啟多久?

A1:設定 EFT 檔格式會被視為諮詢費用。 每個支援事件都應該限定範圍,以處理每個案例的一個字段或錯誤訊息。 每個可與案例中定義的原始範圍分開研究的新問題或錯誤訊息,都應該放在新的支援案例中。 因此,如果銀行拒絕測試 EFT 檔案,並提供新的錯誤訊息給您進行疑難解答,我們會要求您針對新問題開啟新的支援案例。 這些指導方針會發佈在 Microsoft 支援專業人員用來判斷支援案例何時成為報表寫入器、SSRS、Word 範本、SmartList Builder/Designer、SQL 腳本、商務警示、VB 腳本、修飾詞/VBA & 設定器、工作流程的諮詢參與的指導方針中。

問 2:您是否能夠在 EFT 檔案中傳送發票資訊?

A2:是,它稱為 Addenda 行。 您必須根據銀行的規格,在 EFT 檔案格式上對應 Addenda 行的線條類型。 因為會列印許多載入宏行,但許多發票會構成付款。 標準國家自動化清理中心 (NACHA) 格式上的 Addenda 行通常會以記錄類型代碼 『7』 開頭。

問 3:您是否可以在 EFT 檔案中傳送多行 addenda?

A3:addenda 行的功能在不同版本的 Dynamics GP 中運作方式不同,因此答案將取決於您使用的版本。 在 GP 10.0 中,每個付款只能傳送 0 或 1 個 addenda 行。 GP 10.0 沒有功能可在一次付款時包含多個 addenda 行。 在 GP 2010 RTM 中,每個付款只能傳送 0 或所有 addenda 行。 不過,在 GP 2010 SP2 中已新增其他功能,因此您可以使用在 EFT 檔格式維護視窗上找到的 詳細數據行 Addenda 新新增的複選框,傳送每筆付款的 0、1 或所有 addenda 記錄。 如需本主題的詳細資訊,請參閱 Microsoft Dynamics GP 中 EFT 檔案中的多重載入宏行。

問 4:您是否能夠將多個發票號碼放在一條 addenda 行中?

A4:否。 每個 addenda 行都會儲存構成付款之每個發票的資訊。 例如,如果您有六張發票來構成付款,如果您選擇包含所有 addenda 行,則會得到六行 addenda 行。 目前沒有功能可在同一個 addenda 行上包含所有六個發票號碼。

問 5:您是否能夠設定任何 EFT 檔案格式來產生檢查列印檔案格式? (許多銀行現在提供此服務來列印檢查,並需要 XML 格式,其中每個 addenda 行都會是自己的欄號格式。)

A5:您自行進行測試。 目前,Microsoft Dynamics GP 不提供或支援檢查列印檔格式,因為它是自定義的檔案,而不是真正的EFT檔格式。 它適用於您的銀行所提供的不同服務。 Dynamics GP 中的 EFT 功能會進行編碼,以達到現成可用的 EFT 檔格式,因此您可能或可能無法達成某些需求。 您必須自行測試,以查看您需要的格式是否可以在 Dynamics GP 中使用目前的 EFT 功能來完成。 如果您開啟支援案例,您可以預期有針對每個支援事件一個字段或一則錯誤訊息提供建議的相同協助。 通常可能需要 dexterity 自定義,這不在一般支持指導方針之外。

我們已看到 xml 格式的其中一項需求,其中每個付款資訊會列在自己的群組中,則需要一個可達成的遞減自定義。 我們鼓勵您在 Microsoft Ideas 產品建議資料庫 中對此產品建議進行投票,以便檢閱這項功能以取得未來的增強功能。

問 6:EFT 銀行資訊是否通過升級?

A6:廠商和支票簿上的銀行資訊會透過升級來取得。 廠商的銀行資訊會寫入SY06000數據表,並使用廠商在廠商維護卡片上找到的主要位址。 升級未帶入的唯一資訊是 EFT 檔格式。 您必須重設 GP 10.0 或 GP 2010 中的 EFT 檔格式,方法是自行從頭開始設定,或從挑選清單中已提供的其中一種標準格式中挑選。 在 GP 9.0 中進行檔案格式設定的螢幕列印可能會很有説明。 GP 10 和 GP 2010 具有可供選擇的標準檔案格式,如國家自動化清除中心 (NACHA) 所發佈。 我們會撰寫這些標準已發佈格式的程式代碼,因此如果您的銀行需要任何其他格式,或是標準格式的自定義,我們會將它視為諮詢要求。

問 7:Dynamics GP 提供哪些 EFT 檔案格式?

A7:Dynamics GP 提供 10 種標準 EFT 檔格式,這些格式是根據聯邦銀行機構和國家自動化清除中心 (NACHA) 所設定的標準需求來發行。 您也可以使用一種使用者定義的檔案格式,讓使用者可以視需要進行設定。

若要啟用 EFT,請選取 [Microsoft Dynamics GP] 功能表下的 [ 工具 ],指向 [ 安裝程式],指向 [系統 ],然後選取 [ 註冊]。 請確定 EFT Payables 或 EFT 應收款的適當模組已標示為適當。

若要確認其適用於個別模組,請選取 [卡片],指向 [ 購買 (] 或 [ 銷售) ],然後選取 [ 廠商 (] 或 [ 客戶) ]。 輸入廠商標識碼 (或客戶標識碼) ,然後選取 [ 位址 ] 按鈕。 如果您在廠商 (或客戶) 位址維護視窗的右下角看到名為 EFT BANK 的按鈕,則 EFT 正在運作。

問 8:如果我的銀行使用的檔格式與 Dynamics GP 中提供的其中一種標準格式稍有不同,該怎麼辦?

A8:Microsoft Dynamics GP 中可用的 EFT 檔案格式會設定為遵循美國政府和 NACHA (國家自動化清除中心關聯) 已發佈的格式。 它們已發佈標準需求。 Microsoft Dynamics GP 中目前提供的檔格式會進行編碼,以達到這些標準格式的必要字段。 因此,如果您的銀行需要的格式與 GP 中提供的其中一種標準格式或更新版本的格式稍有不同,您可能需要採用諮詢服務進行自定義。 在此同時,您可以向銀行確認其是否會發生例外狀況,或接受 Dynamics GP 可執行的任何其他格式 (例如其中一種標準 NACHA 格式) ,或在將 EFT 檔案傳送到銀行之前,先在記事本中編輯 EFT 檔案。

問 9:我的銀行不會使用 GP 中所列的任何 EFT 檔格式。 如何建立新格式來追蹤我的銀行?

A9:您可以使用使用者定義的 EFT 檔案格式來建立您自己的格式。 不過,您必須負責設定和測試它。 Microsoft 無法支援您的自訂格式。 我們會協助您針對每個案例提供一個字段或錯誤訊息。 您也可以嘗試自行設定格式。 如果您自行處理此問題,建議您使用PPD或 CCD 檔案格式等系統中的其中一種格式來設定另一個範例格式,並使用它作為參考,讓您可以查看欄位的對應方式,而且您可以使用相同的方式來鏡像格式, (或從 PPD 或 CCD 格式開始,並視需要修改) 。 這應該可協助您完成大部分的欄位。 不過,您需要的所有欄位可能都無法使用,或看起來可能可用,但無法 (例如計數或總計) 。 因為您可以選取一行中的數據表/欄位,並不表示它會正常運作。 (例如,將檢查資訊放在 addenda line.) 您必須測試它才能驗證。 您必須自行測試,以確認哪些欄位可在哪幾行中運作。 Dynamics GP 中的格式是根據國家自動化清除中心關聯 (NACHA) 所發佈之標準格式的每一行所需字段進行編碼。 您可以瀏覽 NACHA.org,以檢視每個標準格式的必要欄位。

A10:結算明細基本上是銀行要求 EFT 檔案中的轉帳和信用額度,以便彼此平衡的位置。每個詳細數據行可以有一個結算行,或整個檔案有一個結算行。 如需如何正確設定整個檔案之一個結算行的詳細資訊,請參閱 Microsoft Dynamics GP 中 Payables Management 的電子資金轉移 (EFT) 檔案中的結算明細計算不正確

問 11:什麼是 IAT 格式?

A11:提供 IAT 格式以配合 IAT (國際 ACH 交易) 規則中的變更,如 NACHA 和 OFAC 組織所規定,以便與國際 ACH 檔案搭配使用。

IAT 格式包含七個 addenda 行,其中每一行都會編碼為包含特定的交易、公司或廠商資訊。 由於並非標準已發佈格式的必要資訊,因此未使用此格式來撰寫擴充功能載入宏行。 您將無法替代任何其他七個 addenda 行,以包含構成付款之發票 (發票的薪金資訊。) 造訪 NACHA.org 以檢視標準的已發行格式和必要字段。

問 12:PPD 和 CCD 對於標準美國 NACHA 檔案有何意義? + 在每個旁邊代表什麼意思?

A12:這些類型表示:

  • PPD 表示預先安排的付款和支付。 用來對取用者帳戶進行點數或轉帳。 常用於薪資直接支付和預先授權的帳單付款。
  • CCD 表示公司點數或轉帳。 主要用於企業對商務交易。
  • 每個檔案格式旁邊的 + 表示檔案格式包含 Addenda 線條類型的對應。
問 13:如果大部分美國路由號碼只有 9 位數,為什麼 EFT 檔案中的銀行/傳輸路由號碼會設定為 10 位數? 哪裡可以輸入銀行路由號碼的檢查數位?

A13:[傳輸路由編號] 字段的目的是要保留路由號碼的 9 位數,加上其後方的 1 個 [檢查數位],在 [Bank Transit 路由編號] 字段中總共保留 10 位數。 銀行可能會根據您的銀行規格個別分割這兩個字段,因此您可以選擇是否要將它們合併在 EFT 檔案對應的一個字段中, (為 10 位數) ,或將它們分割成兩個字段。 例如,將銀行傳輸路由編號對應為一個長度為九位數的欄位,然後將另一個字段對應為一個數位,並將它硬式編碼為常數,以 (通常為 1) 。

問 14:在加拿大只有八位數時,如何? 處理銀行運輸路由號碼?

A14:加拿大過去有八位數的路由號碼,但將其變更為九位數,以符合 美國。 他們剛在現有的八位數路由編號前面新增了 0。

此外,它可能會以加拿大的 RM/PM EFT 檔案格式來翻轉路由號碼。 您只能按八個字元,而且假設您是直接從加拿大佇列輸入,其中列出的 MICR 編號是 BBBBBAAA,其中 BBBB 是五位數傳輸或分支號碼,而 AAA 是機構號碼。 因此 Dynamics GP 假設它是以這種方式輸入,併為您翻轉,因此它是 EFT 檔案中的 0+AAA+BBBBB。 (靠右對齊,並以前置零填補為九位數長。) 請注意,最後三個數位會移至前端,並以填補前置零。 因此,如果您輸入 45678123 (BBBBBAAA) ,它會在檔案中翻轉為 0 + 123 + 45678。 您會想要在結尾有前三個數位的 Dynamics GP 中輸入它。 因此,如果您有12345678,則會在 Dynamics GP 中輸入 45678123 (BBBBBAAA) 。

問 15:為什麼計數線條無法在所有行類型數據列中運作?

A15:不幸的是,計數位段可在任何行的對應中選取,但目前無法在所有行類型中運作。

Addenda Count - 僅適用於 Addenda Line 類型。 此計數位段不適用於 [詳細數據] 行、[批次控制] 行或 [檔案控制] 行。

Line Count, Detail Count, Detail + Addenda Count, Detail Count, Total Number of Debits, Total number of Credits will only work in the Batch Control and File Control line. 這些欄位無法在檔案標頭、詳細數據或 Addenda 行中運作。

這是目前的設計,並會視為未來的增強功能。

Q16:銀行要求我將面板區塊或區塊計數 10 新增至 EFT 檔格式。 這代表什麼意義?

A16:Pad 封鎖或「區塊計數」需要 EFT 檔案中的一些行或檔案中建立的多行。 例如,如果他們需要 10 的 Pad 區塊,這表示他們想要讓檔案以 10 行的倍數表示。 因此,如果檔案是 22 行,系統將需要新增八個虛擬行,使檔案的總行數為 30。 或者,如果檔案長度為 49 行,則系統只需要新增一個虛擬行,即可將檔案設為 50 行。 檔案的總行數必須是 10 的倍數。

  1. 在 Dynamics GP 中開啟 EFT 檔案格式 (>財務>EFT 檔格式) 。

  2. 選取檔案格式識別碼。

  3. 在右上方區段中,標示 [新增面板區塊] 的複選框。

  4. 定義邊框字元、填補字元數目和銀行所需的區塊計數。 最常見的案例是在區塊 10 中填補 『9』 字元。 這會輸入為:

    Pad character:   9
    Number of pad chars:  94   (width of line needed)
    Pad lines in multiple of: 10   (block count)
    
問 17:如果值未填滿 EFT 檔案中的整個欄位,您要如何以零或空格填滿字段的其餘部分?

A17:在 [EFT 檔案維護] 視窗中,每一行都有一個 Pad Char 字段。 如果您想要欄位有空格,請將此欄位保留空白。 或者,如果您想要讓欄位的未使用部分以 0 填補,請在此欄位中放置 0。 根據您是否將欄位中的數據設定為靠右或靠左對齊,零會填補欄位的其餘部分。

Q18:在PM付費交易歷程記錄檔案中,有一個稱為「交易描述」的欄位。 此欄位會列印空白,且不會從發票提取描述。 如何從 Addenda 行的發票取得交易描述? (或PO#,或發票的完整文件金額等 )

A18:EFT 檔案用於電子付款,因此一律會從付款記錄的觀點尋找對應的欄位。 因此,如果您將 [ 交易描述 ] 字段從 PM 付費交易歷程記錄檔案提取到 Addenda 行,它會尋找付款,而不是發票,因此它會列印空白 (,因為尚未張貼付款) 。 您唯一可以取得的發票資訊,就是在 PM [套用至 歷程記錄 ] 數據表的付款套用記錄上的發票資訊。 這僅包括發票文件編號、發票日期、折扣和凈付費金額。 您無法取得與發票、PO#或完整文件金額相關聯的交易描述,因為目前不支援這些專案。 如需詳細資訊,請參閱 Microsoft Dynamics GP 中電子資金傳輸 (EFT) 格式的自定義數據欄位

問 19:如何取得發票的文件編號,以在 addenda 行中列印?

A19:若要取得發票的文件編號,您必須對應它,如下所示:

數據表:PM 套用至歷程記錄檔案欄位:套用至文件編號

如需詳細資訊,請參閱 Microsoft Dynamics GP 中電子資金傳輸 (EFT) 格式的自定義數據欄位

問 20:我已在 Microsoft Dynamics GP 中向一家廠商開立多個發票。 有些發票會以銀行資訊的位址標識碼作為密鑰,而部分發票則是密鑰到沒有 EFT 銀行資訊的地址標識碼。 當我建置檢查批次或 EFT 批次時,其運作方式不符合預期。 發票如何提取到支票和 EFT 批次?

A20:Microsoft Dynamics GP 檢查和 EFT 批次的功能,如下所示:

  • Microsoft Dynamics GP 2010 和更新版本 (上次在 GP 2018) 上測試 - 如果廠商同時已核取檢查和 EFT 類型發票,則如果您先建置檢查批次,則不會有任何結果。 您必須先建置 EFT 批次,然後再建立檢查批次。 這是目前的設計。 如果您想要在未來版本中看到此設計變更,請記錄產品建議。
問 21:如何? 取得 [檔案建立日期] 格式的 [年曆日期] 嗎? (例如,[馬來登] 日期格式為 '0yyddd',其中 yy 是年份的最後兩位數,而 ddd 是該日期落在 365 天的年份日期。例如,2011 年 9 月 24 日會以 2011 年 9 月 24 日格式011267版。)

A21:若要完成[上次日期] 格式,您必須使用兩個字段,如下所示:

  1. 開啟 EFT 檔案格式,然後選取 [檔案標頭] 行類型。

  2. 選取 [檔案建立日期] 字段。 將它設定為 1 的長度,並將它對應至常數值 0。

  3. 選取即可將游標放在下一行,然後在頂端功能表欄中選取 [ 編輯 ],然後選擇 [插入數據列],它會在游標所在的行上方插入新的數據列。

  4. 在新的欄位中,將它命名為 檔案建立日 ,並將它對應為 [系統日期]。 然後展開這一行,然後針對 [日期格式],視需要選擇 [YY+天數] 或 [日數]。 (並非所有銀行都需要 YY.)

問 22:當我在 [支付金額] 中按下手動付款密鑰並標示 EFT 複選框時,為什麼這些會以支票方式顯示在 SafePay 檔案中?

A22:如果未為 EFT 設定廠商,則系統會將手動付款視為檢查,並將其包含在安全付費檔案中,即使您在按下手動付款密鑰時將其標示為 EFT 類型也一樣。 不論廠商未使用 EFT 設定什麼專案,仍會將其視為檢查。 因應措施是使用「現金」類型,而不是非EFT廠商的EFT,或使用EFT設定廠商,然後重設手動付款。 「現金」類型不包含在「安全支付」上傳中。

如果廠商已針對EFT設定,系統會自動預設為 EFT 複選框,而且不會包含在安全付費檔案中。

問 23:Microsoft 是否可以提供使用特定 EFT 檔案格式的銀行清單?

A23:Microsoft 無法認證哪些銀行使用哪些格式,因為責任原因,也因為銀行不斷變更他們使用的格式,使得管理該資訊變得不可能。 某些銀行也可能需要標準發行格式不需要的特定欄位。 因此,您必須直接連絡銀行,以查看他們會接受哪些格式,並提供所需的格式需求檔。 接著,您必須在 Microsoft Dynamics GP 的 [EFT 檔格式] 視窗中修改格式,以查看是否可以使用偏差欄位。 如果您需要自定義檔案以提取無法立即取得的資訊,請連絡 Microsoft Dynamics GP 以取得諮詢參與。

Q24: 銀行不接受我的 EFT 檔案,因為 EFT 檔名中的序號是 -0001,而且我們今天已經上傳具有相同序號的 EFT 檔案。 我們產生的下一個檔案也會以相同的 -0001 序號產生。

A24:EFT 檔案的命名慣例 (Microsoft Dynamics GP 10.0 和 EFT Payables 的更高版本,以及適用於 EFT 應收款的 Microsoft Dynamics GP 2010 和更新版本) 包含如下:

EFT FILENAME + CHECKBOOK ID + DATE + SEQUENCE NUMBER + EXTENSION (if designated)

EFT FILENAME 從複選簿上輸出路徑的 [ 可付款選項 ] 或 [ 應收 賬款選項] 索引卷標中指定的檔名提取。 如果此處未指定類似 .txt 的擴展名,則不會將任何擴展名新增至產生的 EFT 檔案。

CHECKBOOK IDCheckbook ID用於 checkrun 的 。

DATE 系統日期。

SEQUENCE NUMBER會遞增另一個儲存至相同路徑/資料夾且名稱相同的EFT檔案。 針對產生的下一個 EFT 檔案,序號會隨之遞增。 因此,如果您今天已產生序號為 -0001 的 EFT 檔案。 今天產生的另一個 EFT 檔案會遞增為 -0002,儲存到相同的位置。 不過,如果您先刪除第一個序號為 -0001 的檔案,則第二個檔案不會看到它,並重新開始並再次使用 -0001 序號。 這是大部分銀行的問題,因為他們會將它視為重複的檔案。 當您在下一天產生檔案時,日期將會變更,因此會再次從 -0001 開始。 因此,如果您每天產生一個以上的EFT檔案,請務必不要從儲存盤案的位置刪除EFT檔案。

問 25:我可以在 EFT 檔案上顯示信用備忘嗎?

A25:否。 點數備忘會以個別的程式套用至發票。 EFT 檔案只會支付剩餘的「淨金額」。 因此,點數備忘資訊會儲存在不同的數據表中,無法提取到 EFT 檔案中。

問 26:如果我取消 EFT 付款,信用額度備忘也會自動從發票取消套用嗎?

A26:在 Microsoft Dynamics GP 2013 和更新版本中,當您取消 EFT 付款時,也會同時從發票中取消套用點數備忘。

問 27:在 [電子銀行維護] 複選框視窗中,[通訊類型] 和 [應用程式] 欄位如何運作? GP 是否會自動將我的檔案直接上傳至銀行?

A27:Microsoft Dynamics GP 無法自動將檔案傳送至您的銀行。 通訊類型可用來啟動程式,以用來將 EFT 上傳至銀行,或開啟因特網連結,讓您的銀行上傳 EFT 檔案。 GP 只是為您開啟軟體或連結,但無法再進一步。 您的程式或銀行的軟體將在該時間點接管,或者您必須手動繼續上傳檔案。 您應該向銀行確認,因為某些銀行的軟體可能具有從指定位置自動抓取檔案的功能,但已針對您銀行軟體中存在的功能完成。

問 28:Microsoft Dynamics GP 提供哪個版本的 ISO 20022 格式?

A28:Microsoft Dynamics GP 目前僅提供 ISO 20022 格式版本 1 (PAIN 001.001.01) 。 不幸的是,版本 2 或版本 3 目前無法使用,因此會被視為產品增強功能。 如果您想要在未來看到此格式的較新版本新增至 Microsoft Dynamics GP,例如第 3 版 (PAIN 001.001.03) ,請選取下列連結並輸入 產品建議 ,並新增任何批注,以供日後版本檢閱和考慮。

問 29:如何為每個新的 EFT 檔案產生唯一的檔案建立編號?

A29:唯一檔案編號功能是每個 EFT 檔案所產生的唯一數位。 如果在數個行類型上選取,則會在每一行中列印相同的數位,並在每次產生新的EFT檔案時遞增。 此數位已在 Microsoft Dynamics GP 中提供,方法是對應 欄位,如下所示:

EFT 下一個檔案編號
對應至:數據欄位
數據表:Checkbook 電子資金轉移主機
欄位:EFT 下一個檔案編號

注意事項

產生的銀行前置檔會在此欄位中列印零。

如需詳細資訊,請參閱 Microsoft Dynamics GP 中電子資金傳輸 (EFT) 格式的自定義數據欄位

問 30:EFT 常要求的一些其他自定義欄位為何?

A30:您可以在 Microsoft Dynamics GP 中電子資金傳輸 (EFT) 格式的自定義數據欄位中找到 EFT 檔案常見要求的其他自定義字段資訊。

問 31:我可以在詳細數據行中取得 addenda 計數,以達到 CTX 檔格式嗎?

A31:否,目前您無法計算/加總,直到行列出之後。 因此,您將無法計算詳細數據行中的 addenda 行,因為它們會列印在詳細數據行之後,因此您無法達到 CTX 格式。 您的選項包括:

  1. 執行「每張發票一次檢查」,而不是「每位廠商一次檢查」,並以 EFT 檔格式硬式編碼 addenda count =1。
  2. 詢問銀行是否要進行例外狀況,或接受任何其他 NACHA 格式,例如 CCD 或 PPD 格式。 (許多銀行已改為接受頁尾行中的 'detail + addenda' 計數。)
  3. 尋找允許這項功能或 dexterity 自定義的第三方產品。