在 Microsoft Dynamics GP 的电子资金转移中生成 EFT 文件或 EFT 预注文件时要遵循的准则

  • 项目

本文包含生成电子资金转移 (EFT) 文件或 EFT 预注文件（用于应付帐款管理的电子资金转移）时要遵循的准则。

适用于： Microsoft Dynamics GP
原始 KB 编号： 945955

简介

这些准则适用于 Microsoft Dynamics GP 和应收账款管理中的应付账款管理。

更多信息

按照以下准则生成 EFT 文件或 EFT 预注文件：

注意

在按照本文中的说明操作之前，请确保拥有数据库的完整备份副本，可在出现问题时还原该副本。

  • 选项 1：EFT 需要预授权

    如果选中了“需要检查应付帐款预注”框或“应收账款预注必需”复选框，则需要先生成 EFT 预注文件，然后系统才会生成常规的 EFT 文件。 若要生成 EFT 预注文件，请执行以下步骤：

    1. 在“ 卡片 ”菜单上，指向“ 财务”，然后选择“ Checkbook”。
    2. 在“Checkbook 维护”窗口中，在“支票簿 ID”框中输入相应的 支票簿 ID ，然后选择“ EFT Bank”。
    3. 在“Checkbook EFT Bank 维护”窗口中，选择“ 应付账款选项”。 (或 应收账款选项)
    4. 在“EFT 应付款选项 (或应收账款选项) ”区域中，验证是否已选中“需要 (应付款预注”或“需要应收账款预注) 检查”框。 如果选中“需要 (”或“应收账款预注需要) 检查”框，请按照相应的方法操作：
      • 方法 1：选择以清除“需要 (或应收账款预注需要) 检查 框，以不需要预注文件。
      • 方法 2：如果银行需要，请选择“ 生成预注 ”以继续生成预注文件。
    5. 选择 “确定” 两次以关闭窗口，然后选择“ 保存”。

  • 选项 2：EFT 付款不拉取供应商

    checkbook 与供应商 (或客户) 之间的某些字段必须匹配，才能生成 EFT 文件或 EFT 预注文件。 如果安装了多货币) 、国家/地区代码和银行国家/地区，则这些字段包括货币 ID (。 这些字段不是必需的，但如果它们在任一端填写，则另一端必须匹配。 若要验证，请使用以下步骤之一：

    1. 在“ 卡片 ”菜单上，指向“ 财务”，然后选择“ Checkbook”。

    2. 在“Checkbook 维护”窗口中，在“Checkbook ID”框中选择相应的 Checkbook ID 。

    3. 验证是否在 Checkbook 维护窗口中填写了货币 ID。 记下“货币 ID”字段。

    4. 选择 “EFT Bank”。

    5. 在“支票簿 EFT 银行维护”窗口中，记下“银行国家/地区”字段设置为的内容，以及是否填写了“国家/地区代码”。

    6. 选择 “确定” 关闭窗口，然后选择“ 保存”。

    7. 现在，验证这些字段在供应商或客户上是否具有相同的值。 根据是尝试为应付账款还是应收账款生成 EFT 文件，请遵循以下方法：

      • 应付账款：在“ 卡 ”菜单上，选择“ 购买 ”，然后选择“ 供应商”。
      • 应收账款：在“ 卡片 ”菜单上，选择“ 销售 ”，然后选择“ 客户”。

    8. 在“供应商维护 (或客户维护) ”窗口中，选择相应的供应商 ID (或客户 ID) 。

    9. 选择“ 地址 ”按钮，然后选择用于 EFT 的相应地址 ID。

    10. 验证“国家/地区代码”字段中的值是否与上述 checkbook 上找到的值匹配。 (它不是必填字段，因此两侧必须匹配或为空。)

    11. 选择 “EFT Bank”。

    12. 在“供应商 (”或“客户) EFT 银行维护”窗口中，验证“银行国家/地区”字段和“货币 ID”字段中的值，以确保这些值与在支票簿上找到的值匹配。 根据需要更改任何值。

    13. 选择 “确定” 以关闭“供应商 (”或“客户) EFT 银行维护”窗口。 选择“ 保存 ”以关闭“供应商 (”或“客户) 地址维护”窗口。

    14. 在“供应商维护 (”或“客户维护) ”窗口中，选择“ 选项” 按钮。

    15. 验证“货币 ID”字段和“Checkbook ID”字段中的值。

      注意

      对于应收账款，可以在“ 帐户 ”选项卡上找到 Checkbook ID，而不是“ 选项 ”选项卡。

    16. 选择 “确定” 关闭窗口。 选择“ 保存 ”以关闭“供应商维护”窗口。

    17. 现在再次测试 EFT 文件或 EFT 预注文件。

  • 选项 3：尝试生成 EFT 文件时出错

    如果未指定银行文件格式，则尝试生成 EFT 文件时会收到以下错误消息：

    所选的 checkbook 未使用应付帐款文件格式进行设置。 无法生成 EFT 文件。
    所选的 checkbook 未使用应收账款文件格式进行设置。 无法生成 EFT 文件。

    必须指定银行文件格式才能生成 EFT 文件。 要执行此操作，请执行以下步骤：

    1. 在“ 卡片 ”菜单上，指向“ 财务”，然后选择“ Checkbook”。

    2. 在“Checkbook 维护”窗口中，在“Checkbook ID”框中输入相应的 Checkbook ID 。

    3. 选择 “EFT Bank”，然后选择“ 应付账款选项 (”或“应收账款选项”，具体取决于你使用的是 EFT for 应付账款或 EFT for 应收账款) 。

    4. 在“ 文件格式 ”区域中，选择查找按钮以选择“单一格式”的 EFT 文件格式 ID（如果仅对所有供应商 (或) 客户使用一种格式）或“基于供应商”（如果对不同的供应商 (或客户) 使用不同格式）。

      注意

      选择格式字段旁边的蓝色扩展箭头按钮，以钻取回 EFT 文件格式维护窗口。 或者，你可以直接在此窗口中输入新 ID，系统将提示你是否要将此 ID 添加为新格式。 或者，若要直接导航到“EFT 文件格式”窗口，请指向“卡”菜单上的“财务”，然后选择“EFT 文件格式”。

    5. 选择 “确定” 两次以关闭窗口，然后选择“ 保存”。

  • 选项 4：尝试生成 EFT 文件时出错

    如果未指定要保存 EFT 文件输出或预注文件输出的位置的路径，则当您尝试生成 EFT 文件时，会收到以下错误消息：

    无法在 Checkbook EFT 应付款选项中为“应付款预注文件”指定的路径中生成 EFT 文件。
    无法在 Checkbook EFT 应收账款选项中为应收账款预注文件指定的路径中生成 EFT 文件。

    必须指定要保存 EFT 文件输出或预注文件输出的位置的路径。 为此，请使用以下步骤：

    1. 在“ 卡片 ”菜单上，指向“ 财务”，然后选择“ Checkbook”。
    2. 在“Checkbook 维护”窗口中，在“Checkbook ID”框中输入相应的 Checkbook ID 。
    3. 选择 “EFT Bank”。
    4. 选择 “应付账款选项 (”或“ 应收账款选项” ，具体取决于是否使用 EFT 处理应付账款或 EFT 进行应收账款) 。
    5. 在 “默认输出文件” 区域中，指定要将 EFT 输出文件保存到的所有三行的位置，即使不使用它们。

      • 注意

        如果这是一个新设置，建议始终先将测试 EFT 文件生成到 本地驱动器 ，以确保在测试时会生成该文件。 将文件生成到本地驱动器后，可以根据需要将输出文件的路径更改为共享驱动器，并验证它是否正常工作。 此方法在测试时将共享驱动器的任何权限问题排除在图片中。

      • 注意

        在所选的输出路径中，确保保存的文件夹或文件名没有任何空格、句点、数字或特殊字符 (句点、短划线等) 。 例如，如果将文件命名 为prenote1.txt 或 预注 1.txt，则应改为 prenote.txt (删除数字) 。 或者，如果路径为 J://Payables/付款/Jane.Doe/Payment.txt，则 Jane.Doe 文件夹中的句点将导致问题。 改为测试保存为仅 J://Payables/付款/payment.txt，以确保它在同一驱动器上的此文件夹级别工作。

      • 请确保路径不是文件夹太多。 (少于 3 个文件夹)
      • 确保路径长度不超过 GP 窗口中字段的可见长度。
      • 如果使用 Web 客户端，请确保在厚客户端上进行测试。

      • 注意

        如果希望文件名具有扩展名，请直接在输出文件路径中输入它。 例如，如果要在 out 文件上使用 .txt 扩展名，请将文件命名为prenotex.txt。

      • 如果使用映射驱动器，请确保用户可以手动将任何其他文件保存到该位置。
      • 如果使用映射驱动器，请确保驱动器映射到每个工作站上的同一个字母。
      • 如果使用映射驱动器，请确保驱动器在网络上映射到同一个字母。
      • 咨询本地 IT 员工，获取有关在自己的环境中对共享位置的权限的进一步帮助。 用户应具有“完全控制”访问权限。
    6. 选择 “确定” 两次以关闭窗口，然后选择“ 保存”。

  • 选项 5：不会为特定的 checkbook ID 生成 EFT 文件

    如果 checkbook ID 包含任何特殊字符，例如短划线 ( ) 、斜杠标记 (/) 或撇号 (') ，请使用其他 checkbook ID 或创建没有特殊字符的新 checkbook ID。 使用不同的 Checkbook ID 或新的 Checkbook ID 生成 EFT 文件或 EFT 预注文件后，必须更改所有表中的 Checkbook ID。 为此，请使用以下方法之一。

    • 方法 1

      使用 checkbook 修饰符工具使用专业服务工具库更改所有表中的 checkbook ID。

    • 方法 2

      使用 SQL 查询工具更改所有表中的 checkbook ID。 要执行此操作，请执行以下步骤：

      1. 启动 SQL Server Management Studio。

      2. 运行以下脚本以查找包含 CHECKbook ID 字段 (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. 运行以下脚本，更改使用 checkbook ID 的所有表的 checkbook ID 值。

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

        注意

        在此脚本中 <，XXX> 占位符是没有特殊字符的新 checkbook ID 的占位符。 <YYY> 占位符是上一个 checkbook ID 的占位符。

  • 选项 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. 在“供应商维护”窗口中，在“供应商 ID”框中输入相应的 供应商 ID 。
      3. 在 “地址 ID” 区域中，选择“ Remit To ”超链接，然后在弹出窗口中选择地址 ID。

    • 方法 2

      1. 启动 SQL Server Management Studio。

      2. 针对公司数据库运行以下脚本。

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

        注意

        在此代码中 <，XXX> 占位符是实际供应商 ID 的占位符。

      3. 确保PM20000表中的 VADCDTRO (供应商地址代码 - remit To) 列与 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. 在“供应商维护”窗口中，在“供应商 ID”框中输入相应的 供应商 ID 。
    3. 选择“ 地址”，然后选择“ EFT Bank”。
    4. 在“ 银行名称 ”框中，输入相应的名称。
    5. 选择“确定”，然后选择“保存”。
    6. 关闭“供应商地址维护”窗口。
    7. 在“供应商维护”窗口中，选择“ 保存”。

常见问题

问题 1：EFT 协助的支持案例何时成为咨询费用？ EFT 支持案例的打开时间可以持续多久？

A1：设置 EFT 文件格式将被视为一项咨询费用。 每个支持事件的范围应针对每个案例的一个字段或错误消息。 与案例中定义的原始范围分开研究的每个新问题或错误消息都应放在新的支持案例上。 因此，如果银行拒绝测试 EFT 文件，并为你提供新的错误消息进行故障排除，我们要求你为新问题打开一个新的支持案例。 这些准则发布在指南的 Ebanking 配置器部分中，Microsoft 支持专业人员使用该指南来确定何时支持案例成为报表编写器、SSRS、Word模板、SmartList Builder/Designer、SQL 脚本、业务警报、VB 脚本、Modifier/VBA & 配置器、工作流的咨询活动。

问题 2：能否在 EFT 文件中发送发票信息？

A2：是的，它被称为 Addenda 行。 你需要根据银行的规格，在 EFT 文件格式上绘制 附录 行的行类型。 由于将打印许多补充行，但许多发票构成付款。 标准国家自动清算所 (NACHA) 格式的附录行通常以记录类型代码“7”开头。

问题 3：能否在 EFT 文件中发送多个附录行？

A3：附录行的功能在不同版本的 Dynamics GP 中的工作方式不同，因此答案将取决于你正在使用的版本。 在 GP 10.0 中，每次付款只能发送 0 或 1 个附加行。 GP 10.0 没有为一次付款包含多个附录行的功能。 在 GP 2010 RTM 中，每次付款只能发送 0 或所有附录行。 但是，在 GP 2010 SP2 中，添加了另一项功能，因此可以使用“EFT 文件格式维护”窗口中新添加的 “详细信息行附录 ”复选框为每次付款发送 0 条、1 条或所有附录记录。 有关本主题的详细信息，请参阅 Microsoft Dynamics GP 的 EFT 文件中的多个附录行。

问题 4：能否将多个发票编号放在一个附录行中？

A4：否。 每个附录行将存储构成付款的每个发票的信息。 因此，例如，如果你有六张发票来支付付款，如果选择包括所有附录行，则会收到六个附录行。 目前，没有功能可以在同一个附录行中包含所有六个发票号。

问题 5：能否配置任何 EFT 文件格式以生成 Check Printing 文件格式？ (许多银行现在提供此服务来打印支票，并要求 XML 格式，其中每个附录行将采用其自己的汇款格式。)

A5：你自己测试。 目前，Microsoft Dynamics GP 不提供或支持检查打印文件格式，因为它是自定义文件，而不是真正的 EFT 文件格式。 它适用于银行提供的其他服务。 对 Dynamics GP 中的 EFT 功能进行编码，以实现现成的 EFT 文件格式，因此你可能或可能无法实现某些要求。 需要自行测试，以查看是否可以在具有当前 EFT 功能的 Dynamics GP 中完成所需的格式。 如果提出支持案例，则可以获得相同的帮助，即对每个支持事件提供一个字段或一条错误消息的建议。 通常，可能需要灵活自定义，这超出了常规支持指南。

我们看到了 xml 格式的一个要求，其中每个汇款信息都列在其自己的分组中，需要一个灵巧的自定义来实现。 我们鼓励你对 Microsoft Ideas 产品建议数据库中的此产品建议进行投票，以便查看此功能，以便将来进行增强。

问题 6：EFT 银行信息是否通过升级流动？

A6：有关供应商和支票簿的银行信息是通过升级引入的。 供应商的银行信息将写入SY06000表中，并使用供应商维护卡上找到的供应商main地址。 未通过升级引入的唯一信息是 EFT 文件格式。 你需要在 GP 10.0 或 GP 2010 中重置 EFT 文件格式，方法是自行设置 EFT 文件格式，或者从选取列表中已提供的标准格式之一进行选取。 在 GP 9.0 中对文件格式设置进行屏幕打印以引用可能会有所帮助。 GP 10 和 GP 2010 有标准文件格式可供选择，由国家自动化信息交换所 (NACHA) 发布。 我们将编码为这些标准发布的格式，因此，如果您的银行需要任何其他格式或对标准格式的自定义，我们会将其视为咨询请求。

问题 7：Dynamics GP 中提供了哪些 EFT 文件格式？

A7：Dynamics GP 提供 10 种标准 EFT 文件格式，这些文件格式根据联邦银行机构和国家自动清算所 (NACHA) 设定的标准要求发布。 还可以使用一种用户定义的文件格式，以便用户可以按自己的意愿进行设置。

若要激活 EFT，请在“Microsoft Dynamics GP”菜单下选择“ 工具 ”，指向 “设置”，指向“ 系统 ”，然后选择“ 注册”。 确保 EFT 应付或 EFT 应收账款的相应模块已标记为适当。

若要验证它是否适用于相应模块，请选择“ 卡片”，指向 “购买 (”或“ 销售) ”，然后选择“ 供应商 (”或“ 客户) ”。 ) 输入供应商 ID (或客户 ID，然后选择“ 地址 ”按钮。 如果在“供应商 (”或“客户) 地址维护”窗口的右下角看到名为 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 格式开始，并根据需要) 对其进行修改。 这应有助于完成大多数字段。 但是，你所需的所有字段可能不可用，或者可能看起来可用，但 (不起作用，例如计数或总计) 。 仅仅因为可以在行中选择表/字段并不意味着它会正常工作。 (例如，将检查信息放在附录行中。) 必须对其进行测试才能验证。 需要自行测试，以验证哪些字段在哪些行中起作用。 Dynamics GP 中的格式根据国家自动化信息交换所协会 (NACHA) 的标准发布格式，根据每行中的必填字段进行编码。 可以访问 NACHA.org，查看每种标准格式的必填字段。

A10：结算行基本上是银行要求 EFT 文件中的借方和信用额度，以相互平衡。每个详细信息行可以有一个结算线，也可以为整个文件设置一个结算线。 有关如何为整个文件正确设置一个结算行的详细信息，请参阅 Microsoft Dynamics GP 中的电子资金转移 (EFT) 文件中的结算行计算错误。

问题 11：什么是 IAT 格式？

A11：提供 IAT 格式是为了适应 NACHA 和 OFAC 组织强制要求用于国际 ACH 文件的 IAT (国际 ACH 事务) 规则的更改。

IAT 格式包含七个附录行，其中每行都编码为包含特定事务、公司或供应商信息。 汇款附录行未采用此格式编码，因为不需要采用标准发布格式的信息。 你无法替换任何其他七个附录行来包括汇款信息 (构成付款的发票。) 访问 NACHA.org 以查看标准发布的格式和必填字段。

问题 12：PPD 和 CCD 对于标准美国 NACHA 文件意味着什么？ 每个旁边的 + 是什么意思？

A12：这些类型表示：

  • PPD 是指预先安排的付款和存款。 用于对消费者帐户进行记入或借记。 通常用于工资直接存款和预授权账单支付。
  • CCD 是指公司信用或借记。 主要用于企业到企业交易。
  • 每个文件格式旁边的 + 表示文件格式包括附录行类型的映射。
问题 13：如果大多数美国路由号码只有 9 位长，为什么 EFT 文件中的银行/交通路由号码设置为 10 位？ 在哪里输入银行路由号码的检查数字？

A13：“公交路由号码”字段用于保存路由号码的 9 位数字，加上其后面的 1 个 Check Digit 数字，在“银行运输路线号”字段中总共包含 10 位数字。 银行可能会根据银行规范将这两个字段分开，因此可以选择是将它们合并到 EFT 文件映射 (为 10 位) 的一个字段中，还是将它们拆分为两个字段。 例如，将银行运输路由号码映射为一个长度为 9 位的字段，然后将另一个字段映射为一位数字，并将其硬编码为常量， (通常为 1) 。

问题 14：如何实现处理加拿大只有 8 位数字的银行运输路线号码？

A14：加拿大过去有一个八位数的路由号码，但将其更改为九位数字以匹配美国。 他们刚刚在现有 8 位路由号码的前面添加了一个 0。

此外，它可能会以加拿大的 RM/PM EFT 文件格式翻转路由编号。 您只能输入 8 个字符，它假定您直接从加拿大支票中输入，其中列出的 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 类型。 此计数字段在详细信息行、批处理控制行或文件控制行中不起作用。

行计数、详细信息计数、详细信息 + 附录计数、详细信息计数、借方总数、信用总数仅适用于批处理控制和文件控制行。 这些字段在文件标头、详细信息或 Addenda 行中不起作用。

它目前是设计使然，将被视为将来的增强功能。

问题 16：银行要求我向 EFT 文件格式添加垫块或块计数 10。 这意味着什么？

A16：Pad 阻止或“块计数”要求 EFT 文件包含一些行，或者在文件中创建了多个行。 例如，如果他们需要 10 个 Pad 块，这意味着他们希望文件位于 10 行的倍数中。 因此，如果文件为 22 行，则系统将需要添加 8 个虚拟行，以便文件的总行计数为 30。 或者，如果文件长度为 49 行，则系统只需添加一个虚拟行即可使文件为 50 行。 文件的行总数需要为 10 的倍数。

  1. 以 Dynamics GP (Card>Financial>EFT 文件格式) 打开 EFT 文件格式 。

  2. 选择文件格式 ID。

  3. 在右上方，标记“添加 Pad 块”复选框。

  4. 定义银行所需的填充字符、填充字符数和块计数。 最常见的方案是将“9”字符填充到 10 个块中。 此项将输入为：

    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 放入此字段中。 将零填充到字段的其余部分，具体取决于您设置字段中的数据是右对齐还是左对齐。

问题 18：在 PM 付费交易历史记录文件中，有一个名为“事务说明”的字段。 此字段打印空白，不会从发票中提取说明。 如何从附录行中的发票获取交易说明？ (、PO#或发票的完整文档金额等 )

A18：EFT 文件用于电子付款，因此始终从付款记录的角度查找映射字段。 因此，如果将“ 交易说明 ”字段从 PM 付费交易历史记录文件拉取到“附录”行，它将查找付款，而不是发票，因此它将打印空白 (，因为付款尚未过帐) 。 可以拉取到“附录行”的唯一发票信息是 “PM 应用于历史记录 ”表中付款的应用记录上的发票信息。 这仅包括发票单据编号、发票日期、折扣和净付款金额。 无法获取与发票、PO#或完整文档金额关联的交易说明，因为目前不支持这些说明。 有关详细信息，请参阅 Microsoft Dynamics GP 中的电子资金转移 (EFT) 格式的自定义数据字段。

问题 19：如何获取发票在附录行中打印的文档号？

A19：若要获取发票的文档编号，需要按如下所示映射它：

表：PM 应用于历史记录文件字段：应用于文档编号

有关详细信息，请参阅 Microsoft Dynamics GP 中的电子资金转移 (EFT) 格式的自定义数据字段。

问题 20：我向 Microsoft Dynamics GP 中的一家供应商开了多张发票。 某些发票使用银行信息将密钥到地址 ID，而某些发票在没有 EFT 银行信息的情况下被密钥到地址 ID。 当我生成检查批处理或 EFT 批处理时，它无法按照我预期的方式工作。 发票如何提取到检查和 EFT 批处理中？

A20：Microsoft Dynamics GP 如何检查和 EFT 批处理的功能，如下所示：

  • Microsoft Dynamics GP 2010 及更高版本 (上次在 GP 2018) 上测试 - 如果供应商同时具有检查和 EFT 类型的发票，则如果你先生成检查批，则不会拉取任何内容。 必须先生成 EFT 批处理，然后生成检查批。 这是当前设计。 如果希望看到此设计在未来版本中发生更改，请记录产品建议。
问题 21：如何实现获取 Julian 日期格式的文件创建日期？ (例如，Julian 日期格式为“0ydddd”，其中 yy 是一年的最后两位数字，ddd 是该日期超过 365 天的一年中的某一天。例如，2011 年 9 月 24 日采用 Julian 格式011267。)

A21：若要完成 Julian 日期格式，必须使用两个字段，如下所示：

  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 进行咨询。

问题 24：银行不接受我的 EFT 文件，因为 EFT 文件名中的序列号为 -0001，并且我们目前已上传具有相同序列号的 EFT 文件。 我们生成的下一个文件也使用相同的 -0001 序列号生成。

A24：EFT 文件的命名约定在 Microsoft Dynamics GP 10.0 及更高版本上 (EFT 应付款，Microsoft Dynamics GP 2010 及更高版本适用于 EFT 应收账款) 的命名约定如下：

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

EFT FILENAME从 Checkbook 上输出路径的“应付帐款选项”或“应收账款选项”选项卡中指定的文件名中拉取。 如果此处未指定任何扩展名（如 .txt ），则不会向生成的 EFT 文件添加任何扩展名。

CHECKBOOK ID是在Checkbook ID检查运行中使用的 。

是 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：在 Checkbook EFT Bank 维护窗口中，通信类型和应用程序字段如何工作？ GP 会自动将我的文件直接上传到银行吗？

A27：Microsoft Dynamics GP 无法自动将文件发送到银行。 通信类型用于启动用于将 EFT 上传到银行的程序，或打开银行的 Internet 链接以上传 EFT 文件。 GP 只是为你打开软件或链接，但不能再进一步了。 此时，程序或银行的软件将接管，或者必须手动继续上传文件。 应与银行检查，因为某些银行的软件可能具有从指定位置自动抓取文件的功能，但对于银行软件中存在的功能而言，此功能已完成。

问题 28：Microsoft Dynamics GP 中提供了哪个版本的 ISO 20022 格式？

A28：目前 Microsoft Dynamics GP 中仅提供 ISO 20022 格式 (PAIN 001.001.01) 版本 1。 遗憾的是，版本 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：有关 EFT 文件通常请求的其他自定义字段的信息，请参阅 Microsoft Dynamics GP 中电子资金转移的自定义数据字段 (EFT) 格式。

问题 31：我能否在详细信息行中获取附录计数以实现 CTX 文件格式？

A31：否，目前，在列出行后才能进行计数/求和。 因此，无法对详细信息行中的附录行进行计数，因为它们在详细信息行之后打印，因此无法实现 CTX 格式。 选项包括：

  1. 运行“每个发票一检查”而不是“每个供应商一个检查”，并硬编码 EFT 文件格式的附录计数 =1。
  2. 询问银行是否会例外或接受任何其他 NACHA 格式，例如 CCD 或 PPD 格式。 (许多银行已接受页脚行中的“详细信息 + 附录”计数。)
  3. 寻找允许此功能或灵巧性自定义的第三方产品。