В предыдущих статьях было описано, как использовать функциональность FEB_FILE_HANDLING как единую точку входа для импорта банковских выписок в SAP, независимо от каналов получения выписок (прямые каналы связи с банковскими системами или выгрузка файлов из систем «Банк‑клиент») и используемых форматов (XML или текстовые форматы). При этом рассматривалась только обработка итоговых банковских выписок.
Ссылки на предыдущие статьи:
Автоматический импорт банковских выписок в SAP с использованием FEB_FILE_HANDLING;
Импорт текстовых банковских выписок в SAP через FEB_FILE_HANDLING;
В данной статье рассматриваются возможности FEB_FILE_HANDLING для импорта промежуточных (intraday) банковских выписок в течение дня для оперативного предоставления информации о движении денежных средств на банковских счетах. Стандартная функциональность FEB_FILE_HANDLING поддерживает классическую схему импорта промежуточных выписок без формирования проводок с созданием платежных авизо для обновления данных финансовой диспозиции. Это один из способов решения вопроса «черного ящика» при импорте выписок – позиции промежуточных выписок обновляют данные денежной позиции через платежные авизо промежуточных выписок.
Данные материалы будут полезны SAP‑консультантам и архитекторам, работающим с модулями FI и Cash Management, а также специалистам казначейства и финансовых служб по банковским выпискам, разнесению платежей и управлению ликвидностью.Данные материалы будут полезны SAP‑консультантам и архитекторам, работающим с модулями FI и Cash Management, а также специалистам казначейства и финансовых служб по банковским выпискам, разнесению платежей и управлению ликвидностью.
Импорт промежуточных выписок в течение дня: классическая схема
Классическая схема импорта промежуточных выписок заключается в сохранении выписок в приложение 0004 (выписка о балансе счета) без формирования проводок с созданием платежных авизо для обновления данных денежной позиции.
Для активации классической схемы в параметрах проводки настроек FEB_FILE_HANDLING (Статья 1 «Автоматический импорт банковских выписок в SAP с использованием FEB_FILE_HANDLING») устанавливается флаг «Состояние счета» (Account Balance Statement), указывающий, что банковские выписки загружаются только для обновления данных финансовой диспозиции (Управление наличностью) для оперативного управления остатками средств на банковских счетах.
При импорте внешних файлов выписок для параметров проводки с установленным флагом «Состояние счета» в банковской информации логических файлов выписок устанавливается флаг X_INTRADAY «Выписка по счету». Тогда банковские выписки сохраняются в приложение 0004 без проводок в Финансовой бухгалтерии, но с созданием платежных авизо выписок, обновляющих данные денежной позиции.
При этом, возможны два сценария:
Все платежные авизо создаются с одним видом диспозиции банковской выписки;
Платежные авизо создаются с видами диспозиции в зависимости от внешних кодов банковских операций.
Используемый сценарий определяется по флагу «Создать авизо финансовой диспозиции» в ракурсе параметров проводки:
При установке флага «Создать авизо финансовой диспозиции» все платежные авизо создаются с одним видом диспозиции, определяемым отдельным параметром.
Без установки этого флага платежные авизо создаются с видами диспозиции, присвоенными внешним кодам банковских операций;
Соответствие кодов внешних операций и видов диспозиции определяется в «Настройке основных параметров для электронной выписки из счета»:
В каждом из сценариев при импорте промежуточной выписки через FEB_FILE_HANDLING система:
Разбивает файл выписки на логические файлы выписок с определением банковской информации и установкой флага X_INTRADAY «Выписка по счету» в зависимости от формата выписки или атрибутов выписки;
Сохраняет промежуточную выписку в область 0004 без проводки в Финансовую бухгалтерию;
Создает платежные авизо, на основе которых обновляются данные финансовой диспозиции.
Возможность создания платежных авизо в зависимости от кода внешней бизнес‑операции является принципиальным отличием сценария без флага «Авизо финансовой диспозиции». Это позволяет в денежной позиции детализировать операции промежуточных выписок по видам: поступления, исходящие платежи, списания банка и т.п. В частности, разделение исходящих платежей на собственные платежи и банковские списания важно для исключения дублирования одних и тех же операций: исходящих платежей, выполненных в течение дня через программу платежей, и этих же платежей, уже проведенных банком и полученных по промежуточной выписке.
В следующей таблице 1 показано, как суммы исходящих платежей программы платежей, отраженных на уровне B1 Исходящие платежи, и исходящих платежей промежуточной выписки, отраженных на уровне BD Платежи выписок, занижают сумму исходящего сальдо денежной позиции до 62 000.
Уровень диспозиции | Просроченные | Сегодня | Комментарий |
Входящее сальдо | - | 100 000 |
|
B1 Исходящие платежи | 0 | -30 000 | После получения выписки еще были отправлены платежи в банк |
BC Поступлен. выписок | 0 | 20 000 |
|
BD Платежи выписок | 0 | -27 000 | Еще не все выполненные сегодня платежи проведены банком |
BW Списания банка | 0 | -1 000 | Списания банка выделены из исходящих платежей по коду бизнес-операции |
F0 Сальдо | 100 000 | 0 |
|
Исходящее сальдо | 100 000 | 62 000 | Заниженное исходящее сальдо из-за дублирования исходящих платежей |
Табл. 1. Дублирование исходящих платежей из программы платежей и из промежуточной выписки
Но в итоге, имеют смысл две разных оценки исходящего сальдо только с одним из двух уровней диспозиции исходящих платежей, зависящих от цели анализа денежной позиции:
Исходящее сальдо = 89 000 по оценке, учитывающей только выполненные платежи через программу платежей;
Исходящее сальдо = 92 000 по оценке, учитывающей только платежи промежуточных выписок.
Разница в 3 000 составляет сумму выполненных платежей, которые еще не были проведены банком на момент последнего импорта промежуточной выписки.
Поэтому в следующем сценарии при импорте промежуточной выписки платежные авизо создаются именно по сценарию без флага «Авизо финансовой диспозиции», то есть с видами диспозиции, зависящими от кодов внешних банковских операций.
Перед описанием сценария импорта промежуточных выписок два предупреждения:
Обычная транзакция FEB_FEB_BSPROC/FEBAN постобработки выписки работает только с приложением 0001 – поэтому для просмотра позиций промежуточных выписок из приложения 0004 используется отчет / QUE‑запрос над таблицами FEB* данных банковских выписок;
Для визуализации данных денежной позиции используется «классическая» транзакция FF7AN (по техническим причинам), но в плитке «Cash Flow Analyzer» будут представлены точно такие же обороты по уровням диспозиции промежуточных выписок.
Сценарий 3. Обработка промежуточных выписок с созданием платежных авизо
В этом сценарии загружаются две промежуточных выписки одного дня и проверяются позиции выписок и данные денежной позиции.
Поскольку формат «Клиент -> 1С» не является специфическим форматом промежуточной выписки, то, что выписка промежуточная, определяется по информации самого файла выписки: соответствию дат создания, начала и конца выписки.
Примечание: при выгрузке той же выписки на следующий день выписка будет импортироваться уже как итоговая выписка, поскольку дата создания будет отличаться от дат начала и конца выписки.
В формате «Клиент -> 1С» для России нет атрибута, соответствующего внешнему коду банковской операции, но достаточным аналогом этого кода является атрибут «СекцияДокумент», принимающий два значения: «Платежное поручение» или «Банковский ордер». Как раз, то, что нужно, чтобы разделить собственные исходящие платежи и списания банка.
1.Импорт первой промежуточной выписки
Транзакция: программа вызова FEB_FILE_HANDLING (рассмотрена в предыдущей статье)
На экране выбора программе вызова выбирается только файл выписки – то, что выписка промежуточная, определяется по формату или данным выписки.
В данном сценарии, при импорте файла в формате «Клиент -> 1С», то, что выписка промежуточная, определяется при парсинге текстового файла выписки по соответствию дат создания, начала и конца выписки – в банковской информации логического файла выписки устанавливается флаг X_INTRADAY «Выписка по счету».
Поскольку промежуточная выписка загружается в приложение 0004 без проводок, в журнале сообщений выдаются только сообщения импорта и сохранения выписки.
2.Просмотр позиций промежуточной выписки
Транзакция: Отчет QUE-запрос
Транзакция постобработки FEB_FEB_BSPROC / FEBAN не работает с промежуточными выписками из приложения 0004 – в сценарии список позиций выписки выведен через QUE запрос:
На рис.9 можно обратить внимание, что при импорте выписки с присвоением вида авизо по внешним кодам операций (схема без установки флага «Авизо финансовой диспозиции») выполняется идентификация партнера платежа и интерпретация назначения платежа.
Но авизо создаются в момент автоматической обработки промежуточной выписки программой RFEBKA00 до интерпретации назначения платежа. Поэтому в стандартной функциональности FEB_FILE_HANDLING информация о платежных реквизитах и назначении платежа не может использоваться для детализации авизо по их видам.
3.Просмотр платежных авизо промежуточной выписки
Транзакция: FF65
Созданные авизо промежуточной выписки, кроме вида диспозиции и соответствующего уровня диспозиции, содержат следующую информацию, специфическую для выписок:
Дата выписки;
Номер выписки;
Краткий ключ выписки (в поле Ссылка).
Также в авизо, конечно, заполняются поля «Собственный банк» и «Ид. счета», скрытые в данном варианте списка позиций авизо.
4.Просмотр денежной позиции
Транзакция: FF7AN
По техническим причинам для визуализации данных денежной позиции используется «классическая» транзакция FF7AN, но в плитке «Cash Flow Analyzer» будут представлены точно такие же обороты по уровням диспозиции промежуточных выписок.
Детализация позиций выписки по разным видам авизо позволяет разбить обороты промежуточных выписок, например, на поступления, исходящие платежи (программы платежей), списания банка и т.д.:
Выше было отмечено, что это позволяет исключить в денежной позиции дублирование одних и тех же операций: исходящих платежей, выполненных в течение дня через программу платежей, и этих же платежей, уже проведенных банком и полученных по промежуточной выписке.
5.Импорт второй промежуточной выписки
Транзакция: программа вызова FEB_FILE_HANDLING
Вторая промежуточная выписка загружается файл выписки с тем же названием, выбираемым на экране выбора программе вызова FEB_FILE_HANDLING.
В журнале сообщений также выдаются только сообщения импорта и сохранения выписки.
6.Просмотр позиций промежуточных выписок
Транзакция: QUE запрос
Каждая промежуточная выписка сохраняется в приложение 0004 полностью с присвоением ей очередного краткого ключа выписки – в списке позиций выписки выводятся позиции и первой, и второй промежуточных выписок:
По сравнению с первой выпиской во второй выписке добавились три последние позиции (входящий и исходящий платеж, а также списание банка).
7.Просмотр платежных авизо промежуточной выписки
Транзакция: FF65
В отличие от позиций промежуточных выписок только авизо последней загруженной промежуточной выписки должны отражаться в денежной позиции – авизо ранее загруженных выписок архивируются. Краткий ключ выписки сохраняется в поле Ссылка авизо.
8.Просмотр денежной позиции
Транзакция: FF7AN
В денежной позиции отражаются авизо последней загруженной промежуточной выписки – суммы денежной позиции обновляются по нескольким уровням диспозиции, зависящих от внешних операций выписки: поступлений, исходящих платежей (программы платежей), списаний банка и т.д.:
Заключение
В этой статье рассмотрен импорт промежуточных выписок через FEB_FILE_HANDLING без проводок Финансовой бухгалтерии по классической схеме создания платежных авизо финансовой диспозиции. Функциональность FEB_FILE_HANDLING обеспечивает единообразный импорт промежуточных выписок за счет автоматического определения их как промежуточных:
Либо на основании специального формата выписки как промежуточной (camt.052, mt942 и др.);
Либо по данным файла выписки для текстовых форматов выписки «Клиент -> 1С» и типы запросов 400 и 600.
Внешние файлы выписок импортируются как промежуточные, если в банковской информации логических файлов выписок установлен флаг X_INTRADAY «Выписка по счету». При установке данного флага банковские выписки сохраняются в приложение 0004 без проводок, однако с созданием платежных авизо финансовой диспозиции, которые обновляют данные денежной позиции.
Для исключения дублирования данных в денежной позиции при загрузке очередной выписки платежные авизо промежуточных выписок должны выверяться (reconcile) и архивироваться, чтобы в денежной позиции отражались только платежные авизо последней загруженной выписки по банковскому счету. При этом выверка (reconciliation) выполняется только по данным самих авизо, без использования информации об операциях выписок (например, платежных реквизитов), то есть расширенная информация новых форматов выписок фактически не используется.
Таким образом, классическая схема импорта промежуточных выписок с созданием платежных авизо обновляет денежную позицию для управления остатками денежных средств, но не использует расширенную информацию об операциях выписки, предоставляемую новыми форматами, для выверки позиций промежуточных выписок (каждая новая выписка по-прежнему загружается полностью, а платежные авизо выверяются без учета данных об операциях).
Поскольку промежуточные выписки в классической схеме не проводятся в учете, они не могут быть использованы для разнесения входящих платежей. Подход к устранению указанных функциональных ограничений классической схемы импорта промежуточных выписок с созданием платежных авизо будут рассмотрены в следующей статье.
