Вступление

В предыдущих статьях серии было показано, как использовать функциональность FEB_FILE_HANDLING в качестве единой точки входа для импорта банковских выписок в SAP независимо от канала их получения — через прямые сервисы коммуникации с банковскими системами или файлы из систем «Банк‑клиент» — и от используемого формата: XML или текстового. Также была рассмотрена классическая схема импорта промежуточных выписок в течение дня с созданием платёжных авизо для обновления данных финансовой диспозиции, или денежной позиции.

Ссылки на предыдущие статьи:

В заключении третьей статьи было отмечено важное ограничение классической схемы: промежуточные выписки, обрабатываемые без проводок в Финансовую бухгалтерию, не могут использоваться для разнесения платежей по открытым позициям задолженности. Между тем оперативное разнесение входящих платежей относится к ключевым задачам обработки банковских выписок и обычно имеет намного более высокий приоритет, чем обновление денежной позиции в течение дня.

Обработка промежуточных выписок приобретает особую актуальность благодаря развитию сервисов коммуникации с банковскими системами, повышению информативности банковских форматов, включая форматы промежуточных выписок, и росту требований к оперативному получению информации из банковских систем. Эти изменения позволяют получать более полную информацию о платежах в течение операционного дня и создают условия для её использования в учёте и разнесении платежей. Однако в традиционных раздельных процессах обработки промежуточных и итоговых выписок такие возможности не используются, поскольку промежуточные выписки сохраняются и обрабатываются без проводок в Финансовую бухгалтерию.

В статье рассматривается сквозная обработка промежуточных и итоговых банковских выписок в 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

Как показано на рисунке 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.

***Рис. 2. Общая схема реализации сквозной обработки промежуточных и итоговых выписок в FEB_FILE_HANDLING и RFEBKA00***

Ядром обработки файлов банковских выписок при автоматическом импорте через 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, в котором предусматриваются два варианта сохранения выписки:

предварительная выверка позиций выписки и сохранение в буфере выписок только новых позиций;
стандартное сохранение выписки.

***Рис. 3. Реализация стратегий сохранения выписок в методе SAVE_BANK_STATEMENTS***

Для этого в пользовательском внедрении 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. В этой процедуре определяются счета, проверяются условия проводки по областям, формируются данные бухгалтерских документов и выполняется проводка по позициям выписки.

***Рис. 4. Управление правилами проводки в зависимости от режима обработки / типа конечного сальдо***

Необходимые расширения стандартного алгоритма выполняются в процедуре 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 (Промежуточное), а при проводке выписки сформированы документы второй области, что позволяет разносить платежи на открытые позиции в течение текущего дня. Это отражено на рисунке.

***Рис. 7. Загруженные и обработанные позиции промежуточной выписки***

Проводки второй области не обновляют сальдо банковских счетов в учете. Это показывается на следующем шаге 3 «Просмотр денежной позиции».

3.Просмотр денежной позиции

Транзакция: FF7AN

По техническим причинам для визуализации данных денежной позиции используется «классическая» транзакция FF7AN, но в плитке «Cash Flow Analyzer» будут представлены точно такие же обороты по уровням диспозиции промежуточных выписок.

Обработка промежуточных выписок с проводкой только второй области позволяет, не обновляя начального сальдо, отражать входящие и исходящие платежи выписок в течение дня непосредственно на уровнях диспозиции перерасчетных банковских счетов.

***Рис. 8. Денежная позиция: отражение оборотов промежуточных выписок на уровнях входящих / исходящих платежей***

Вопрос разделения исходящих платежей выписки и списаний банка в данном случае не актуален, поскольку исходящие платежи программ платежей также отражаются на уровне перерасчетных счетов исходящих платежей, к которым добавляются списания банка по выписке.

4.Импорт второй промежуточной выписки в текстовом формате

Транзакция: программа вызова FEB_FILE_HANDLING

На экране выбора программы вызова выбирается только файл выписки и устанавливается режим загрузки «Промежуточная», в котором:

Все новые позиции промежуточных выписок импортируются с проводкой документов второй области.

При импорте и обработке выписки в режиме загрузки «Промежуточная»:

В заголовке выписки в поле «Тип конечного сальдо» устанавливается значение M (Промежуточное);
Все новые позиции промежуточных выписок импортируются с проводкой документов второй области.

Результат загрузки второй промежуточной выписки иллюстрируется на следующем шаге 5 «Просмотр позиций промежуточных выписок».

В журнале сообщений выводятся сообщения о проводке документов второй области только для новых позиций промежуточной выписки. В данном примере, начиная с позиции 00004.

5.Просмотр позиций промежуточных выписок

Транзакция: FEB_FEB_BSPROC / FEBAN

При загрузке промежуточной выписки установлено значение поля «Тип конечного сальдо» на M (Промежуточное), а при проводке выписки сформированы документы второй области, что позволяет разносить платежи на открытые позиции в течение текущего дня. Это отражено на следующем рисунке.

***Рис. 11. Загруженные и обработанные позиции промежуточных выписок***

К позициям первой промежуточной выписки добавились новые позиции, которые были загружены в другом формате, что видно по полю «Внешняя бизнес‑операция»:

Позиции с внешней операцией TRF загружены через XML‑формат;
Позиции с внешней операцией ПЛАТЕЖНОЕ ПОРУЧЕНИЕ загружены через текстовый формат.

Таким образом проиллюстрирована независимость реализованного подхода от конкретных банковских форматов выписок.

6.Просмотр денежной позиции

Транзакция: FF7AN

По техническим причинам для визуализации данных денежной позиции используется «классическая» транзакция FF7AN, но в плитке «Cash Flow Analyzer» будут представлены точно такие же обороты по уровням диспозиции промежуточных выписок.

Обработка промежуточных выписок с проводкой только второй области позволяет, не обновляя начального сальдо, отражать входящие и исходящие платежи выписок в течение дня непосредственно на уровнях диспозиции перерасчетных банковских счетов.

***Рис. 12. Денежная позиция: отражение оборотов промежуточных выписок на уровнях входящих / исходящих платежей***

Вопрос разделения исходящих платежей выписки и списаний банка при данном подходе не актуален, поскольку исходящие платежи программ платежей также отражаются на уровне перерасчетных счетов исходящих платежей, к которым добавляются списания банка по выписке.

7.Импорт итоговой выписки в формате XML

Транзакция: программа вызова FEB_FILE_HANDLING

На экране выбора программы вызова выбирается только файл выписки.

На экране выбора программы вызова выбирается только файл выписки и устанавливается режим загрузки «Итоговая за день», в котором:

Для всех позиций выписки проводятся документы первой области с обновлением сальдо банковских счетов в учете;
Для новых позиций выписки проводятся документы второй области.

При импорте и обработке выписки в режиме загрузки «Промежуточная»:

В заголовке выписки в поле «Тип конечного сальдо» устанавливается значение F (Итоговое);
Для ранее загруженных позиций проводятся документы первой области с выравниванием перерасчётных банковских счетов в соответствующих документах второй области;
Для новых позиций проводятся документы первой и второй областей (соответственно, без выравнивания перерасчётных банковских счетов).

Для проведенных документов в журнал выводятся сообщения:

Для ранее загруженных позиций с документами второй области о проведенных документах первой области;
Для новых позиций о проведенных документах двух областей.

8.Просмотр позиций итоговой выписки

Транзакция: FEB_FEB_BSPROC / FEBAN

После проводки итоговой выписки в записях заголовка и позиций выписки происходят следующие ключевые изменения:

Тип конечного сальдо в заголовке выписки изменен на F (Итоговое);
Для позиций, ранее загруженных через промежуточные выписки, проведены документы первой области и выровнены позиции перерасчетных счетов для этих позиций;
Для новых позиций, загруженных через итоговую выписку, проведены документы первой и второй области без выравнивания позиций перерасчетных счетов.

Позиции перерасчетных банковских счетов анализируются на шаге 10.

***Рис. 15. Загруженные и обработанные позиции итоговой выписки***

9.Просмотр денежной позиции

Транзакция: FF7AN

В денежной позиции после проводки итоговой выписки обороты по перерасчетным счетам обнуляются, поскольку проведены документы и первой, и второй области. Итоговая сумма оборотов документов первой области с датой проводки выписки отражается как изменение сальдо счета. В результате, конечное сальдо счета становится начальным сальдо следующего дня.

***Рис. 16. Денежная позиция: изменение сальдо банковского счета после проводки итоговой выписки***

Исключение могут составить новые позиции платежей выписки, которые не могут быть сразу разнесены на открытые позиции. Их общая сумма отразится на уровне диспозиции входящих платежей с обратным знаком — как отрицательная величина.

10.Просмотр позиций перерасчетных банковских счетов

Транзакция: FBL3H, FAGLL03H, FAGLL03, FBL3N

Позиции перерасчетных банковских счетов, соответствующие позициям выписки, загруженным через промежуточные выписки, выровнены при проводке итоговой выписки документами первой области.

***Рис. 17. Позиции перерасчетных банковских счетов после проводки итоговой выписки***

Для пост‑выравнивания открытых позиций перерасчетных банковских счетов остаются только новые позиции, которые не были загружены через промежуточные выписки.

Сквозная обработка промежуточных и итоговых банковских выписок в SAP на основе FEB_FILE_HANDLING