Настраиваемые поля данных для форматов электронного перевода средств (EFT) в Microsoft Dynamics GP

В этой статье содержатся сведения о настраиваемых полях данных для форматов электронного перевода средств (EFT) в Microsoft Dynamics GP.

Применимо к: Microsoft Dynamics GP
Исходный номер базы знаний: 2956922

Симптомы

Многие банки предлагают проверка услуги печати, программы CEPS и другие услуги, в которых требуется плоский платежный файл. Функция EFT в Microsoft Dynamics GP была разработана в соответствии с обязательными полями для стандартных опубликованных форматов NACHA. Таким образом, если вы попытаетесь создать пользовательский неструктурированный файл для некоторых из этих других служб, предоставляемых вашим банком, вам потребуется настроить пользовательский формат, и, скорее всего, потребуется настройка ловкости для достижения определенных полей. Пользовательские форматы в настоящее время не поддерживаются в Microsoft Dynamics GP, и наша политика обращения приведена ниже. Имейте в виду, что если поле может быть выбрано в определенной строке в формате, это не обязательно означает, что оно предназначено для работы в этой строке.

Ознакомьтесь с политикой обращения для файлов конфигуратора EFT по ссылке ниже. Текущая политика — это одно поле или сообщение об ошибке для каждого инцидента поддержки. Однако если функциональность этого поля не работает в строке, в которую вы пытаетесь его использовать, потребуется настройка ловкости.

Рекомендации, используемые специалистами службы поддержки Майкрософт для определения того, когда обращение в службу поддержки становится консультантом

Причина

Если вы пытаетесь получить пользовательский формат EFT, который еще не предоставляется в Microsoft Dynamics GP, скорее всего, вам потребуется настройка ловкости для достижения пользовательского формата, чтобы сделать неструктурированный файл для других служб, предлагаемых вашим банком.

Разрешение

Ниже приведены некоторые настраиваемые поля, о которых следует знать:

Уникальный идентификатор файла или идентификатор документа EFT:

Функция уникального номера файла — это уникальное число для каждого созданного EFT-файла. Если он выбран для нескольких типов строк, один и тот же номер будет выводить в каждой строке и увеличиваться при каждом создании нового EFT-файла. Этот номер уже доступен в Microsoft Dynamics GP путем сопоставления поля следующим образом:

EFT Следующий номер файла:
Сопоставляется с полем данных
Таблица: чековая книжка Электронный перевод денежных средств master
Поле: EFT Следующий номер файла

Примечание.

Созданный файл банковских сносок выведет нули в этом поле.

Идентификатор пакетной службы в заголовках или строках управления пакетом:

Microsoft Dynamics GP предназначена для того, чтобы поместить все платежи в один пакет в EFT-файл, и это приемлемо. (Большинству банков не важно, сколько отдельных идентификаторов пакетов было включено в Microsoft Dynamics GP.) Таким образом, все пакеты, внесенные в файл, будут отображаться как один большой пакет в файле EFT. Таким образом, вы увидите только один заголовок пакетной службы и одну строку управления пакетной службы на файл. Это по замыслу и приемлемо для банка.

Порядковый номер:

Это поле предназначено для работы только в типе Addenda Line. Если это поле не работает в других типах строк, потребуется запросить настройку.

Номера счетов:

Номера счетов и сумма должны были быть сопоставлены в строке добавления вашего формата и должны быть сопоставлены следующим образом, чтобы получить правильные сведения:

Номер счета:
Сопоставляется с полем данных
Таблица: PM применяется к файлу журнала
Поле: применить к номеру документа

Сумма счета:
Сопоставляется с полем данных
Таблица: PM применяется к файлу журнала
Поле: Примененная сумма (если это не сработает, попробуйте применить из применить сумму далее и убедитесь, что это правильная сумма.)

*Для счета вы ограничены только полями в таблице PM Apply to History (PM30300), поэтому вы не сможете получить такие поля, как описание счета или поле po. EFT-файл настроен для получения сведений об оплате, а не сведений о счете, кроме доступных в записи о применении.

Любые поля count или sum в строках заголовков:

Как правило, все поля count или sum будут работать только в нижних колонтитулах или ПОСЛЕ перечисления строк. Таким образом, большинство полей count или sum работают только в строках нижнего колонтитула управления пакетной службы и элемента управления файлами и не работают в строках заголовков или сведений. Для проверки потребуется выполнить тестирование.

Количество записей надстроек в строке сведений:

Addenda Count будет работать только в типе строки Addenda и не работает в строке Detail, Batch Control или File Control. Строки addenda могут быть подсчитаны только после их последовательного перечисления, а не раньше.

Например, "Addenda Count" не будет работать в строке заголовка элемента управления файлами или в строке оплаты Сведений, так как количество записей надстроек еще не указано. Система не может подсчитать или суммировать их до их перечисления. (Таким образом, вы не сможете выполнить это требование формата CTX без настройки ловкости.)

В качестве обхода существует параметр "Подробности + надстройка", доступный в строках управления пакетной службой и управления файлами, которые были приняты большинством банков. Поэтому проверьте в своем банке, если он примет это поле. Другой вариант — создать EFT-файл с использованием "один проверка на счет" вместо "один проверка на поставщика". Так как у вас будет одна строка надстройки для каждой строки сведений с этим параметром, вы можете жестко задать ее как "1" в строке сведений.

Количество строк:

Поле данных счетчика строк предназначено для работы в строке управления файлами и будет подсчитывать все строки файла. Это поле не работает ни в одном другом типе строки.

Например, если в EFT-файле имеется 10 строк, число строк в строке пакетного управления будет содержать 9, так как оно может содержать только предыдущие строки. В поле Число строк в строке управления файлом будет указано правильное число 10, так как это поле предназначено для работы в этой строке. Однако поле Количество строк не будет работать в дополнительных строках нижнего колонтитула (Метка трейлера 1 и Метка трейлера 2), так как эти дополнительные линии нижнего колонтитула не являются частью стандартного формата NACHA.

Другие форматы даты:

(Включите дефис или косую черту в даты для достижения ММ-ДД-ГГГГ или ММ/ДД/ГГГГ)

Для поля даты в формате EFT-файла в раскрывающемся списке в конфигураторе доступны только такие форматы дат, как MMDDYYYY или DDMMYYYY. Тем не менее, вы можете обойти это, разделив поле даты на "пять полей" (и банк не будет знать разницу, пока дата находится в позициях, которые она должна быть в строке). Например, сделайте первое поле длиной 2, а "слева" оправдайте его и выберите MMDDY, чтобы оно захватило ММ. Затем сделайте второе поле длиной 1 в виде КОНСТАНТ с помощью тире или косой черты. Затем сделайте третье поле длиной 2, "слева оправдывать" его и выберите DDMMYY, чтобы оно захватило DD. Четвертое поле снова имеет длину 1 в виде КОНСТАНТ с косой чертой или дефисом. Сделайте последнее поле длиной 4, "left justify" его и на этот раз выберите формат ГГГГММДД. (или длину 2 и при необходимости выберите ГГММДД в течение двухзначного года.)

Дополнительная информация

Настройка формата EFT-файла относится к консультационным службам, но больше не принимается. Лучше протестировать самостоятельно и использовать в качестве руководства форматы по умолчанию в Dynamics GP, так как большинство стандартных полей перечислены, что вам нужно, а GP закодирован для достижения форматов, которые мы предлагаем. Вы можете обратиться в службу поддержки с одним полем для каждого обращения.

Дополнительные сведения о настройке EFT и других часто задаваемых вопросов см. в статье Руководство по созданию файлов EFT или файлов предварительного обозначения EFT в разделе Электронное перечисление средств для управления задолженностью или управление дебиторской задолженностью в Microsoft Dynamics GP.