Вступление
В предыдущих статьях серии было показано, как использовать функциональность FEB_FILE_HANDLING в качестве единой точки входа для импорта банковских выписок в SAP независимо от канала их получения — через прямые сервисы коммуникации с банковскими системами или файлы из систем «Банк‑клиент» — и от используемого формата: XML или текстового. Также была рассмотрена классическая схема импорта промежуточных выписок в течение дня с созданием платёжных авизо для обновления данных финансовой диспозиции, или денежной позиции.
Ссылки на предыдущие статьи:
Автоматический импорт банковских выписок в SAP с использованием FEB_FILE_HANDLING
Импорт текстовых банковских выписок в SAP через FEB_FILE_HANDLING
Классическая схема импорта промежуточных (intraday) выписок через FEB_FILE_HANDLING
В заключении третьей статьи было отмечено важное ограничение классической схемы: промежуточные выписки, обрабатываемые без проводок в Финансовую бухгалтерию, не могут использоваться для разнесения платежей по открытым позициям задолженности. Между тем оперативное разнесение входящих платежей относится к ключевым задачам обработки банковских выписок и обычно имеет намного более высокий приоритет, чем обновление денежной позиции в течение дня.
Обработка промежуточных выписок приобретает особую актуальность благодаря развитию сервисов коммуникации с банковскими системами, повышению информативности банковских форматов, включая форматы промежуточных выписок, и росту требований к оперативному получению информации из банковских систем. Эти изменения позволяют получать более полную информацию о платежах в течение операционного дня и создают условия для её использования в учёте и разнесении платежей. Однако в традиционных раздельных процессах обработки промежуточных и итоговых выписок такие возможности не используются, поскольку промежуточные выписки сохраняются и обрабатываются без проводок в Финансовую бухгалтерию.
В статье рассматривается сквозная обработка промежуточных и итоговых банковских выписок в SAP на основе FEB_FILE_HANDLING. В этом процессе операции промежуточных выписок отражаются в учёте по второй области проводок, что позволяет использовать их как для разнесения входящих платежей, так и для обновления денежной позиции. Обработка итоговых выписок завершает сквозной процесс: по итоговым выпискам выполняются проводки первой области с обновлением сальдо банковских счетов и выравниванием позиций перерасчётных счетов из проведённых через промежуточные выписки документов второй области.
Таким образом построенный процесс реализует потребности разных подразделений:
операционные подразделения получают информацию о проведённых платежах по счетам дебиторов и кредиторов в течение дня — на один день раньше поступления итоговых выписок;
казначейство получает оперативные данные о входящих и исходящих платежах для управления денежной позицией;
отражение сальдо банковских счетов по итоговым выпискам позволяет бухгалтерии признавать его изменение в учёте только по итогам дня, а казначейству — сохранять детализированное представление денежной позиции с входящим сальдо на начало дня и внутридневными оборотами для анализа.
Практический результат сквозной обработки промежуточных и итоговых выписок состоит не только в удовлетворении перечисленных потребностей в одном процессе, но и в повышении эффективности обработки выписок. В традиционной схеме разнесение и выравнивание платежей относятся к постобработке итоговой выписки или к последующим этапам после обработки выписки. При сквозной обработке необходимые проводки второй области и выравнивание платежей выполняются уже при обработке промежуточных выписок, а итоговая выписка завершает банковскую выверку. Таким образом сокращается разрыв между поступлением информации о платежах из банка и её отражением в учёте; в обычной ситуации цикл обработки платежей выписки сокращается на один день.
Для построения сквозного процесса и ускорения обработки банковских выписок решение обеспечивает:
автоматический импорт банковских выписок с предварительной выверкой их позиций перед сохранением в буфере выписок — таблицах FEB*;
обработку промежуточных выписок с проводкой в Финансовую бухгалтерию для оперативного разнесения платежей по открытым позициям;
оперативное обновление данных денежной позиции для управления остатками денежных средств;
обновление сальдо банковских счетов и автоматическое выравнивание перерасчётных банковских счетов при обработке итоговых выписок за день.
Реализация этих функций повышает эффективность обработки банковских выписок: сокращается время от получения банковской информации до отражения и разнесения платежей в учёте, а также объём последующей постобработки банковских выписок.
Решение опирается на следующие возможности:
расширенные функциональные возможности FEB_FILE_HANDLING по автоматическому импорту банковских выписок, включая промежуточные;
информативность новых форматов выписок, соответствующих ISO 20022, содержащих полную информацию о платёжных реквизитах и назначении платежей;
общую верхнеуровневую концепцию SAP о разделении проводок выписки на первую область, обновляющую сальдо банковских счетов, и вторую область, разносящую платежи на счета вспомогательной бухгалтерии.
расширенные функциональные возможности FEB_FILE_HANDLING по автоматическому импорту банковских выписок, включая промежуточные;
информативность новых форматов выписок, соответствующих ISO 20022, содержащих полную информацию о платёжных реквизитах и назначении платежей;
общую верхнеуровневую концепцию SAP о разделении проводок выписки на первую область, обновляющую сальдо банковских счетов, и вторую область, разносящую платежи на счета вспомогательной бухгалтерии.
Примечание: для региона Россия, Казахстан, Беларусь достаточная информация о платежных реквизитах и назначении платежей выписки содержится и в фактически национальных текстовых форматах этих стран: «Клиент → 1С» для России и Казахстана и типы запросов 400 и 600 для Беларуси. Для данного региона подключение к онлайн‑сервисам коммуникации с банками является желательной, но не обязательной предпосылкой для организации импорта промежуточных выписок в SAP: импорт промежуточных выписок в течение дня может выполняться и в перечисленных текстовых форматах.
Сквозная обработка промежуточных и итоговых банковских выписок на основе FEB_FILE_HANDLING
При сквозной обработке вопрос импорта промежуточных банковских выписок с проводкой в Финансовую бухгалтерию решается, опираясь на общую верхнеуровневую концепцию SAP о двух областях проводок банковских выписок:
Первая область обновляет сальдо банковских счетов в системе и, тем самым, выверяет взаимоотношения с банками;
Вторая область отражает платежи выписки на счетах вспомогательной бухгалтерии дебиторов / кредиторов.
Ключевая идея сквозной обработки промежуточных и итоговых выписок заключается в том, что в течение дня выполняется проводка только второй области. Это позволяет отражать операции промежуточных выписок в учёте и разносить платежи выписки по открытым позициям дебиторов и кредиторов. При этом входящее сальдо банковских счетов в течение дня не изменяется.
При импорте итоговых выписок за день выполняется проводка первой области, обновляющая сальдо банковских счетов. Поскольку документы второй области по ранее загруженным позициям уже проведены и их номера сохранены в позициях выписки, проводка первой области выполняется с выравниванием позиций перерасчётных банковских счетов из документов второй области. Это исключает отдельный последующий шаг такого выравнивания.
С процессной точки зрения промежуточная выписка перестаёт быть только источником обновления денежной позиции и становится частью единого цикла обработки банковских операций за день. Платежи отражаются в учёте и разносятся раньше, а обработка итоговых выписок завершает цикл обработки выписок за день: обновляет сальдо банковских счетов и выверяет операции, ранее загруженные по промежуточным выпискам.
Реализация сквозного процесса требует предварительной выверки позиций импортируемых выписок с позициями выписок, ранее загруженных в систему. Это позволяет исключить повторную обработку одних и тех же платежей: в систему загружаются только новые позиции выписки. Данная функция реализуется в функциональности FEB_FILE_HANDLING.
Как показано на рисунке 1, сквозная обработка объединяет предварительную выверку позиций выписок, проводку второй области по промежуточным выпискам и проводку первой области по итоговым выпискам с выравниванием перерасчётных счетов. Такая последовательность обеспечивает следующие преимущества:
Ускоряется обработка платежей: проводка второй области позволяет разносить входящие платежи по мере поступления промежуточных выписок в течение дня, а не ждать обработки итоговой выписки;
Сокращается цикл обработки выписки: выравнивание платежей выполняется при обработке промежуточных выписок, а выравнивание позиций перерасчётных банковских счетов — при проводке итоговых выписок, отдельные шаги после обработки выписок исключаются;
Уменьшается объём последующей постобработки: по итоговой выписке не выполняется повторное разнесение позиций, уже обработанных по промежуточным выпискам; в постобработке остаются главным образом новые позиции итоговой выписки и исключения;
Сохраняется детализированная денежная позиция в течение дня: проводки второй области по перерасчётным банковским счетам отражают внутридневные входящие и исходящие платежи, а проводка первой области по итоговой выписке фиксирует изменение сальдо банковского счёта;
Снижаются объём ручной и контрольной работы: предварительная выверка исключает повторную загрузку уже обработанных операций, а автоматическое выравнивание устраняет отдельные операции в FI.
Роль FEB_FILE_HANDLING, позволяющая реализовать сквозной процесс обработки выписок, заключается в следующем:
Автоматический импорт банковских выписок многократно упрощает обработку промежуточных выписок, позволяет загружать их много раз в день;
Адекватное место для реализации выверки позиций импортируемых банковских выписок, не зависящей от внешних форматов выписок, и установки признаков последующей обработки выписки для программы RFEBKA00;
Использование информационные форматы с полноценными реквизитами плательщика и назначениям платежа — XML‑форматы и национально значимые текстовые форматы («Клиент → 1С» для России, Казахстана, типы 400, 600 — для Беларуси).
FEB_FILE_HANDLING: техническая реализация сквозной обработки промежуточных и итоговых выписок
Стандартная функциональность FEB_FILE_HANDLING обеспечивает автоматический импорт файлов банковских выписок, преобразование их содержимого во внутренние структуры интерфейса и сохранение в буфере выписок (таблицах FEB*) для последующей обработки. Однако в стандартной логике промежуточные выписки импортируются в приложение 0004, не допускающую проводок в Финансовую бухгалтерию, и полностью, то есть в течение дня в систему загружается множество выписок.
В сквозном сценарии обработки промежуточных и итоговых выписок, для возможности проводок в Финансовую бухгалтерию, промежуточные выписки загружаются в приложение 0001. Конечно, при этом обязательно должна быть выполнена предварительная выверка позиций выписки, чтобы определить, какие позиции уже были загружены ранее, а какие являются новыми, чтобы избежать дублирования проводок одних и тех же платежей.
При передаче импортированных выписок для последующей автоматической обработки в программе RFEBKA00 передается признак последующей обработки выписки:
Признак M (промежуточная): промежуточные выписки обрабатываются с проводкой второй области в Финансовую бухгалтерию;
Признак F (итоговая): итоговые выписки обрабатываются с проводкой первой области в Финансовую бухгалтерию.
Признаки устанавливаются в зависимости от специального формата промежуточных выписок, например camt.052, или от фактического содержания файла выписки в текстовом формате, например, если дата выписки равна дате создания файла.
В качестве признака используется поле ESTYP (Тип конечного сальдо).
Общая последовательность сквозной обработки — от импорта файла до последующей обработки сохранённых выписок — показана на рисунке 2.
Ядром обработки файлов банковских выписок при автоматическом импорте через FEB_FILE_HANDLING является BAdI FEB_BSIMP_BANK_STATEMENT, в котором сосредоточена техническая реализация импорта банковских выписок в сквозном процессе.
В статье Импорт текстовых банковских выписок в SAP через FEB_FILE_HANDLING описывается каким образом реализовать BAdI FEB_BSIMP_BANK_STATEMENT для параллельного импорта файлов выписок как в XML‑форматах, так и в тестовых форматах с помощью пользовательского внедрения данного BAdI. В данной статье используется то же внедрение BAdI, содержащее два основных метода:
GET_BANK_STATEMENTS преобразует импортируемый файл выписки в логические файлы выписок. На этом этапе выполняется разбор файла выписки (parsing), в результате которого формируются внутренние логические файлы выписки, включающие заголовки выписок с привязанной к системе банковской информацией и исходное содержание файла (raw data);
SAVE_BANK_STATEMENTS преобразует содержимое логических файлов выписок в единые структуры интерфейса FEB*IF, не зависящие от исходного формата файла, и сохраняет их в буфере выписок (таблицах FEB*) для последующей обработки через автоматическую обработку в программе RFEBKA00.
Для реализации сквозного процесса принципиальным является метод SAVE_BANK_STATEMENTS. В нём после преобразования логических файлов выписок в единые структуры интерфейса FEB*IF, но до их сохранения в таблицах FEB*, можно выполнить выверку позиций выписки. Поскольку выверка выполняется для позиций в единой структуре FEB*IF, она не зависит от исходного формата файла выписки.
Поэтому пользовательская реализация метода SAVE_BANK_STATEMENTS включает общий метод FEB_SAVE_BANK_STATEMENT, в котором предусматриваются два варианта сохранения выписки:
предварительная выверка позиций выписки и сохранение в буфере выписок только новых позиций;
стандартное сохранение выписки.
Для этого в пользовательском внедрении BAdI FEB_BSIMP_BANK_STATEMENT, в котором уже реализовано параллельное преобразование XML‑файлов и текстовых файлов выписки, реализуются алгоритмы выверки загружаемых позиций выписок. Поскольку в методе SAVE_BANK_STATEMENTS выполняется и преобразование логических файлов выписок в структуры интерфейса (структуры FEB*IF), и сохранение преобразованных выписок в буфере выписок (таблицах FEB*), то именно в этом методе реализуется пользовательский алгоритм, обозначенный на рисунке 2 как метод FEB_SAVE_BANK_STATEMENT, реализующий следующие стратегии сохранения выписок.
Первая стратегия — выверка позиций выписки и сохранение только новых позиций. На рисунке 3 она обозначена как метод RECONCILE_ITEMS_AND_SAVE и состоит из двух последовательных шагов:
Выверка позиций и идентификация новых позиций выполняется методом RECONCILE_STATEMENT_ITEMS. Метод сопоставляет позиции загружаемой выписки в структурах интерфейса FEB*IF с позициями ранее сохранённых выписок в таблицах FEB* по платёжным реквизитам и другим уникальным атрибутам. По результатам выверки позиции разделяются на ранее загруженные и новые. Для последующего сохранения формируются структуры интерфейса: заголовок полной загружаемой выписки в FEBKO_IF, только новые позиции в FEBEP_IF и связанные с ними назначения платежа в FEBRE_IF. На этом же шаге устанавливается признак последующей обработки в RFEBKA00, например через поле ESTYP (Тип конечного сальдо): M (Промежуточное сальдо) для промежуточной и F (Итоговое сальдо) для итоговой выписки.
Сохранение выверенных позиций выполняется методом SAVE_RECONCILED_BANK_STATEMENT. Метод сохраняет в буфере выписок только новые позиции вместе с заголовком полной выписки и связанными назначениями платежа. Это исключает повторное сохранение операций, уже импортированных в составе предыдущих выписок. Сумма новых позиций может не совпадать с оборотами, указанными в заголовке полной выписки. Поэтому для сохранения используется пользовательский алгоритм, который можно реализовать на основе стандартного модуля FIEB_SAVE_BANK_STMT, исключив из него проверку соответствия оборотов по сохраняемым позициям оборотам заголовка. Контроль уникальности и состава позиций выполняется ранее — на этапе выверки, в методе RECONCILE_STATEMENT_ITEMS.
В этой стратегии реализован сценарий обработки импортируемых выписок для сквозного процесса: выписка сохраняется в приложении 0001, и позиции выписки проводятся по второй области в Финансовую бухгалтерию. Поэтому сохранение выписки в данной стратегии не зависит от того, является ли выписка промежуточной или итоговой: требуется только передать в RFEBKA00 признак последующей обработки: F (Итоговая выписка) или M (Промежуточная).
Вторая стратегия — стандартное сохранение выписки, обозначенное как метод SAVE_NORMAL_STATEMENT. В этом методе используется стандартный механизм SAP, в котором итоговые выписки сохраняются модулем FIEB_SAVE_BANK_STMT в приложение 0001, а промежуточные выписки сохраняются модулем FIEB_SAVE_INTRADAY_STMT в приложение 0004.
Последующая автоматическая обработка выписок выполняется в программе RFEBKA00, в которой для сквозной обработки промежуточных и итоговых выписок требуется реализовать расширения для признаков последующей обработки: F (Итоговое сальдо) или M (Промежуточное сальдо), переданных через поле ESTYP (Тип конечного сальдо).
RFEBKA00: техническая реализация управления правилами проводки для промежуточных и итоговых выписок
Для сквозного процесса обработки выписок в программе RFEBKA00 реализуется расширение для управления правилами проводки позиций выписки в зависимости от признака обработки, передаваемого через поле ESTYP — тип конечного сальдо:
M — промежуточное сальдо: проводка по первой области проводок не выполняется;
F — итоговое сальдо: выполняется проводка по первой области с выравниванием по документу второй области проводок.
Это расширение не вмешивается в стандартные алгоритмы присвоения внешней банковской операции, определения правила проводки и счетов, а также формирования бухгалтерских документов. Оно только корректирует рабочие данные правила проводки и данные выравнивания (FEBCL) для первой области проводок.
Для интерпретации и проводки позиций банковской выписки программа RFEBKA00 вызывает программу RFEBBU00 “Обновление выписки из счета/предъявление чека”, в которой вызывается процедура LOOP_EXTRACT. В этой процедуре определяются счета, проверяются условия проводки по областям, формируются данные бухгалтерских документов и выполняется проводка по позициям выписки.
Необходимые расширения стандартного алгоритма выполняются в процедуре LOOP_EXTRACT и относятся только к первой области проводок:
при определении счетов для итоговой выписки (ESTYP = F) в рабочих данных правила проводки вид проводки заменяется на проводку с выравниванием основного счёта;
также при инициализации счетов проводки для промежуточной выписки (ESTYP = M) очищается глобальный флаг «Проводка», который стандартная программа проверяет непосредственно перед формированием и выполнением проводок;
в Open‑FI процессе 2810 «Выписка банка: изменения оборотов» для итоговой выписки (ESTYP = F) данные выравнивания (таблица FEBCL) изменяются: указываются вид счета «Основной счёт» и номер документа второй области проводок.
В результате для промежуточной выписки стандартная проверка условий проводки исключает создание документа по первой области проводок. А для итоговой выписки, если документ второй области уже проведён, документ первой области проводится с выравниванием перерасчётного банковского счёта по документу второй области.
Таким образом, расширение для сквозного процесса сохраняет стандартную логику присвоения правил проводки, определения счетов проводки и формирования бухгалтерских документов. В зависимости от переданного признака обработки выписки (поле ESTYP — тип конечного сальдо), расширение корректирует только рабочие данные правила проводки и данные выравнивания (FEBCL) для первой области проводок.
Сценарий сквозной обработки нескольких промежуточных и итоговых выписок одного дня, включая отражение в денежной позиции и выравнивание перерасчётных счетов, приведён в приложении.
Необходимые расширения стандартного алгоритма выполняются в процедуре LOOP_EXTRACT и относятся только к первой области проводок:
при определении счетов для итоговой выписки (ESTYP = F) в рабочих данных правила проводки вид проводки заменяется на проводку с выравниванием основного счёта;
также при инициализации счетов проводки для промежуточной выписки (ESTYP = M) очищается глобальный флаг «Проводка», который стандартная программа проверяет непосредственно перед формированием и выполнением проводок;
в Open‑FI процессе 2810 «Выписка банка: изменения оборотов» для итоговой выписки (ESTYP = F) данные выравнивания (таблица FEBCL) изменяются: указываются вид счета «Основной счёт» и номер документа второй области проводок.
В результате для промежуточной выписки стандартная проверка условий проводки исключает создание документа по первой области проводок. А для итоговой выписки, если документ второй области уже проведён, документ первой области проводится с выравниванием перерасчётного банковского счёта по документу второй области.
Таким образом, расширение для сквозного процесса сохраняет стандартную логику присвоения правил проводки, определения счетов проводки и формирования бухгалтерских документов. В зависимости от переданного признака обработки выписки (поле ESTYP — тип конечного сальдо), расширение корректирует только рабочие данные правила проводки и данные выравнивания (FEBCL) для первой области проводок.
Сценарий сквозной обработки нескольких промежуточных и итоговых выписок одного дня, включая отражение в денежной позиции и выравнивание перерасчётных счетов, приведён в приложении.
Заключение
Рассмотренный подход на основе FEB_FILE_HANDLING показывает, что промежуточные и итоговые банковские выписки могут обрабатываться не как отдельные изолированные процессы в разных областях выписок, а как единый сквозной процесс одного операционного дня. Такой процесс решает сразу несколько задач: позволяет использовать промежуточные выписки для более раннего отражения и разнесения платежей в Финансовой бухгалтерии, обеспечивает детализированную денежную позицию в течение дня и одновременно сохраняет порядок, при котором сальдо банковских счетов обновляются только при обработке итоговых выписок.
С практической точки зрения это даёт измеримый эффект для процесса обработки выписок в SAP. Часть действий, которые в традиционной схеме выполняются на этапах постобработки или даже после обработки выписок, переносится непосредственно в поток обработки промежуточных и итоговых выписок. За счёт этого сокращается временной разрыв между поступлением информации из банка, её отражением в учёте и использованием для управления денежными средствами; в типовом случае цикл обработки и разнесения платежей по выпискам сокращается на один рабочий день.
Дополнительным результатом становится сокращение объёма последующей постобработки: по итоговым выпискам не требуется повторно выполнять уже проведённое разнесение, а отдельные операции выравнивания перерасчётных банковских счетов выполняются автоматически при обработке итоговых выписок. Подробный пример сквозной обработки нескольких промежуточных и итоговых выписок одного операционного дня приведён в приложении к статье.
При этом в данной статье рассмотрен только классический вариант автоматического разнесения входящих платежей на основании данных выравнивания FEBCL, который позволяет выравнивать платежи в случаях соответствия сумм платежей и открытых позиций. Для полноценной реализации сквозного процесса с автоматическим выравниванием платежей требуется реализовать распределение сумм одного или нескольких платежей партнёра по нескольким открытым позициям. Этому будет посвящена следующая статья серии.
Приложение. Сценарий 4. Импорт промежуточных и итоговой выписок одного дня
В этом сквозном сценарии последовательно загружаются несколько промежуточных и итоговая выписка разных форматов за один день:
Импортируется выписка в формате XML как промежуточная;
Импортируется выписка в формате «Клиент → 1С» как промежуточная;
Импортируется итоговая выписка в формате XML.
При этом, в каждой выписке есть новые платежи.
В соответствии с описанным в статье подходом промежуточные выписки обрабатываются с проводкой документов второй области, а итоговая выписка проводится:
С проводкой первой области и выравниванием позиций перерасчетных банковских счетов для позиций промежуточных выписок;
С проводкой документов первой и второй областей для новых позиций итоговой выписок, которые не были загружены через промежуточные выписки.
Для загрузки файлов с локальной станции в сценарии используется программа вызова FEB_FILE_HANDLING, описанная в статье «Импорт текстовых банковских выписок в SAP через FEB_FILE_HANDLING». Для реализации сквозного сценария в эту программу добавлен параметр‑переключатель «Режим загрузки выписки», принимающий значения:
Обычная — загружается итоговая или промежуточная выписка со стандартной обработкой;
Итоговая за день — загружается итоговая выписка со сквозной обработкой промежуточных и итоговых выписок;
Промежуточная — загружается промежуточная выписка со сквозной обработкой промежуточных и итоговых выписок.
Данный параметр устанавливает режим обработки банковской выписки в FEB_FILE_HANDLING и передаваемый признак обработки выписки в RFEBKA00.
1.Импорт первой промежуточной выписки в XML формате
Транзакция: программа вызова FEB_FILE_HANDLING
На экране выбора программы вызова FEB_FILE_HANDLING выбирается только файл выписки и устанавливается специальный режим загрузки «Промежуточная».
В режиме загрузки «Промежуточная»:
В заголовке выписки в поле «Тип конечного сальдо» устанавливается значение M (Промежуточное);
Все новые позиции промежуточных выписок импортируются с проводкой документов второй области.
Результат загрузки выписки в этом режиме иллюстрируется на следующем шаге 2 «Просмотр позиций первой промежуточной выписки».
В журнале сообщений выводятся сообщения о проводке документов только второй области.
2.Просмотр позиций первой промежуточной выписки
Транзакция: FEB_FEB_BSPROC / FEBAN
При загрузке промежуточной выписки установлено значение поля «Тип конечного сальдо» на M (Промежуточное), а при проводке выписки сформированы документы второй области, что позволяет разносить платежи на открытые позиции в течение текущего дня. Это отражено на рисунке.
Проводки второй области не обновляют сальдо банковских счетов в учете. Это показывается на следующем шаге 3 «Просмотр денежной позиции».
3.Просмотр денежной позиции
Транзакция: FF7AN
По техническим причинам для визуализации данных денежной позиции используется «классическая» транзакция FF7AN, но в плитке «Cash Flow Analyzer» будут представлены точно такие же обороты по уровням диспозиции промежуточных выписок.
Обработка промежуточных выписок с проводкой только второй области позволяет, не обновляя начального сальдо, отражать входящие и исходящие платежи выписок в течение дня непосредственно на уровнях диспозиции перерасчетных банковских счетов.
Вопрос разделения исходящих платежей выписки и списаний банка в данном случае не актуален, поскольку исходящие платежи программ платежей также отражаются на уровне перерасчетных счетов исходящих платежей, к которым добавляются списания банка по выписке.
4.Импорт второй промежуточной выписки в текстовом формате
Транзакция: программа вызова FEB_FILE_HANDLING
На экране выбора программы вызова выбирается только файл выписки и устанавливается режим загрузки «Промежуточная», в котором:
Все новые позиции промежуточных выписок импортируются с проводкой документов второй области.
При импорте и обработке выписки в режиме загрузки «Промежуточная»:
В заголовке выписки в поле «Тип конечного сальдо» устанавливается значение M (Промежуточное);
Все новые позиции промежуточных выписок импортируются с проводкой документов второй области.
Результат загрузки второй промежуточной выписки иллюстрируется на следующем шаге 5 «Просмотр позиций промежуточных выписок».
В журнале сообщений выводятся сообщения о проводке документов второй области только для новых позиций промежуточной выписки. В данном примере, начиная с позиции 00004.
5.Просмотр позиций промежуточных выписок
Транзакция: FEB_FEB_BSPROC / FEBAN
При загрузке промежуточной выписки установлено значение поля «Тип конечного сальдо» на M (Промежуточное), а при проводке выписки сформированы документы второй области, что позволяет разносить платежи на открытые позиции в течение текущего дня. Это отражено на следующем рисунке.
К позициям первой промежуточной выписки добавились новые позиции, которые были загружены в другом формате, что видно по полю «Внешняя бизнес‑операция»:
Позиции с внешней операцией TRF загружены через XML‑формат;
Позиции с внешней операцией ПЛАТЕЖНОЕ ПОРУЧЕНИЕ загружены через текстовый формат.
Таким образом проиллюстрирована независимость реализованного подхода от конкретных банковских форматов выписок.
6.Просмотр денежной позиции
Транзакция: FF7AN
По техническим причинам для визуализации данных денежной позиции используется «классическая» транзакция FF7AN, но в плитке «Cash Flow Analyzer» будут представлены точно такие же обороты по уровням диспозиции промежуточных выписок.
Обработка промежуточных выписок с проводкой только второй области позволяет, не обновляя начального сальдо, отражать входящие и исходящие платежи выписок в течение дня непосредственно на уровнях диспозиции перерасчетных банковских счетов.
Вопрос разделения исходящих платежей выписки и списаний банка при данном подходе не актуален, поскольку исходящие платежи программ платежей также отражаются на уровне перерасчетных счетов исходящих платежей, к которым добавляются списания банка по выписке.
7.Импорт итоговой выписки в формате XML
Транзакция: программа вызова FEB_FILE_HANDLING
На экране выбора программы вызова выбирается только файл выписки.
На экране выбора программы вызова выбирается только файл выписки и устанавливается режим загрузки «Итоговая за день», в котором:
Для всех позиций выписки проводятся документы первой области с обновлением сальдо банковских счетов в учете;
Для новых позиций выписки проводятся документы второй области.
При импорте и обработке выписки в режиме загрузки «Промежуточная»:
В заголовке выписки в поле «Тип конечного сальдо» устанавливается значение F (Итоговое);
Для ранее загруженных позиций проводятся документы первой области с выравниванием перерасчётных банковских счетов в соответствующих документах второй области;
Для новых позиций проводятся документы первой и второй областей (соответственно, без выравнивания перерасчётных банковских счетов).
Для проведенных документов в журнал выводятся сообщения:
Для ранее загруженных позиций с документами второй области о проведенных документах первой области;
Для новых позиций о проведенных документах двух областей.
8.Просмотр позиций итоговой выписки
Транзакция: FEB_FEB_BSPROC / FEBAN
После проводки итоговой выписки в записях заголовка и позиций выписки происходят следующие ключевые изменения:
Тип конечного сальдо в заголовке выписки изменен на F (Итоговое);
Для позиций, ранее загруженных через промежуточные выписки, проведены документы первой области и выровнены позиции перерасчетных счетов для этих позиций;
Для новых позиций, загруженных через итоговую выписку, проведены документы первой и второй области без выравнивания позиций перерасчетных счетов.
Позиции перерасчетных банковских счетов анализируются на шаге 10.
9.Просмотр денежной позиции
Транзакция: FF7AN
В денежной позиции после проводки итоговой выписки обороты по перерасчетным счетам обнуляются, поскольку проведены документы и первой, и второй области. Итоговая сумма оборотов документов первой области с датой проводки выписки отражается как изменение сальдо счета. В результате, конечное сальдо счета становится начальным сальдо следующего дня.
Исключение могут составить новые позиции платежей выписки, которые не могут быть сразу разнесены на открытые позиции. Их общая сумма отразится на уровне диспозиции входящих платежей с обратным знаком — как отрицательная величина.
10.Просмотр позиций перерасчетных банковских счетов
Транзакция: FBL3H, FAGLL03H, FAGLL03, FBL3N
Позиции перерасчетных банковских счетов, соответствующие позициям выписки, загруженным через промежуточные выписки, выровнены при проводке итоговой выписки документами первой области.
Для пост‑выравнивания открытых позиций перерасчетных банковских счетов остаются только новые позиции, которые не были загружены через промежуточные выписки.