После регистрации заявка на платеж проходит

Концептуальный проект
«Учет банковских операций»
Основные данные
Авторы документа
Управление версиями
Прочие неотъемлемые части документа
Страница 2/49
Утверждение документа
1.
2.
3.
4.
5.
6.
7.
8.
9.
Страница 3/49
Содержание
1. Глоссарий .................................................................................. 6
2. Вводная часть ........................................................................ 11
2.1. Цель документа ................................................................................................... 11
2.2. Общая характеристика бизнес-процесса .......................................................... 11
3. Бизнес-решение ..................................................................... 13
3.1. Схема процесса «Учет банковских операций» .................................................. 13
3.2. Описание шагов процесса .................................................................................. 13
3.3. Схема процесса «Формирование заявки на платеж» ....................................... 13
3.3.1.
3.3.2.
Описание шагов процесса ...................................................................................................... 13
Характеристика ролей ............................................................................................................. 16
3.4. Схема процесса «Согласование заявки на платеж» ........................................ 16
После регистрации заявка на платеж проходит процедуру согласования. Этот
процесс описан в КП FI08 «Управление блокировками платежей в рамках
согласования заявок». .................................................................................................. 17
3.5. Схема процесса «Формирование платежных поручений» ............................... 17
3.5.1.
3.5.2.
Описание шагов процесса ...................................................................................................... 17
Характеристика ролей ............................................................................................................. 17
3.6. Схема процесса «Загрузка банковской выписки» ............................................. 17
3.6.1.
3.6.2.
Описание шагов процесса ...................................................................................................... 17
Характеристика ролей ............................................................................................................. 19
3.7. Схема процесса «Разнесение исходящих платежей» ...................................... 19
3.7.1.
3.7.2.
Описание шагов процесса ...................................................................................................... 19
Характеристика ролей ............................................................................................................. 19
3.8. Схема процесса «Разнесение входящих платежей» ........................................ 20
3.8.1.
3.8.2.
Описание шагов процесса ...................................................................................................... 20
Характеристика ролей ............................................................................................................. 21
3.9. Схема процесса «Отчетность по банковским операциям» .............................. 21
3.9.1.
3.9.2.
3.10.
Описание шагов процесса ...................................................................................................... 21
Характеристика ролей ............................................................................................................. 21
Интеграция с другими процессами ................................................................. 21
4. Техническое решение ............................................................ 22
4.1. Ведение организационной структуры ................................................................ 22
4.2. Ведение основных данных ................................................................................. 22
4.2.1.
4.2.2.
4.2.3.
4.2.4.
4.2.5.
4.2.6.
4.2.7.
4.2.8.
4.2.9.
Ведение плана счетов ............................................................................................................. 22
Ведение справочников банков ............................................................................................... 23
Ведение основных данных собственных банков .................................................................. 24
Ведение данных расчетных счетов в собственных банках ................................................. 26
Ведение основной записи контрагентов ................................................................................ 27
Дополнительный способ платежа .......................................................................................... 28
Ведение условий платежа ...................................................................................................... 28
Коды ОГК .................................................................................................................................. 29
Виды документов ..................................................................................................................... 29
4.3. Описание шагов процесса .................................................................................. 30
4.3.1.
4.3.2.
Формирование заявки на платеж ........................................................................................... 30
Формирование платежных поручений ................................................................................... 33
Страница 4/49
4.3.3.
4.3.4.
4.3.1.
4.3.1.
Загрузка банковской выписки ................................................................................................. 37
Разнесение исходящих платежей .......................................................................................... 40
Разнесение входящих платежей ............................................................................................ 44
Отчетность по банковским операциям ................................... Error! Bookmark not defined.
4.4. Настройка интерфейсов ....................................... Error! Bookmark not defined.
4.5. Авторизация ролей................................................ Error! Bookmark not defined.
4.6. Определение дополнительных разработок ......... Error! Bookmark not defined.
5. Открытые вопросы .....................Error! Bookmark not defined.
Приложение 1. Схема бизнес-процесса FI07 «Банковские
операции» ...........................................Error! Bookmark not defined.
Приложение 2. Схема бизнес-процесса FI07 «Формирования
заявки на платеж» .............................Error! Bookmark not defined.
Приложение 3. Схема бизнес-процесса FI07 «Формирование
платежного поручения» ...................Error! Bookmark not defined.
Приложение 4. Схема бизнес-процесса FI07 «Загрузка
банковской выписки» .......................Error! Bookmark not defined.
Приложение 5. Схема бизнес-процесса FI07 «Разнесение
исходящих платежей» ......................Error! Bookmark not defined.
Приложение 6. Карта проводок FI07 «Учет банковских
операций» ...........................................Error! Bookmark not defined.
Приложение 7. Схема бизнес-процесса FI07 «Разнесение
входящих платежей» ........................Error! Bookmark not defined.
Приложение 8. Схема бизнес-процесса FI07 «Формирование
отчетности по банковским операциям» ..... Error! Bookmark not
defined.
Страница 5/49
1. Глоссарий
Системы:
SAP (Systems, Applications and Products in Data Processing) – программное обеспечение
SAP ERP (Enterprise Resource Planning) – система управления ресурсами предприятия
Основные модули системы SAP ERP:
MM (Materials Management) – модуль управления материальными потоками системы SAP ERP
SD (Sale Distribution) – модуль управления сбытом системы SAP ERP
CO (Controlling) – модуль контроллинга системы SAP ERP
FI (Finance, Financial Accounting) – модуль финансового учета (финансовая бухгалтерия) системы SAP
ERP
Вспомогательные книги модуля FI:
FM (Funds Management) – модуль управления бюджетом, является составной частью модуля FI
FI-AA (Asset Accounting) – вспомогательная книга по учету основных средств модуля FI
FI-GL (General Ledger) – ГК (Главная Книга) модуля FI
FI-AR (Accounts Receivable) – вспомогательная книга бухгалтерии Дебиторов модуля FI
FI-AP (Accounts Payable) – вспомогательная книга бухгалтерии Кредиторов модуля FI
FI-BL (Bank Accounting) – банковская бухгалтерия модуля FI
Термины:
FI-документ – см. Бухгалтерский документ
EC-PCA (Profit Center Accounting) – модуль учета деятельности по МВП, является составной частью
модуля CO.
Автоматическая проводка – создание бухгалтерского документа без участия пользователя, на
основании уже имеющихся в системе данных и настроек, указывающих на использование этих данных
для построения документа.
Автоматическая программа платежей (АПП) – функциональность SAP, которая анализирует
кредиторскую задолженность и\или заявки на оплату, сроки, в которые она должна быть погашена, и
создает предложение по платежам со списком платежных поручений на дату запуска АПП.
Страница 6/49
Альтернативный счет - счет главной книги, на который подменяется контрольный счет при
формировании
проводки. Подмена может быть как ручная, так и автоматическая.
Балансовая единица (БЕ) – это основной элемент организационной структуры в модуле FI. Обычно
под балансовой единицей в системе понимают юридическое лицо, для которого составляется баланс,
отчет о прибылях и убытках, и т.п.
Бухгалтерия дебиторов - подмодуль FI, в котором ведутся основные записи всех дебиторов
организации. Этот функционал позволяет вести операции по формированию и погашению
дебиторской задолженности в привязке к справочнику дебиторов и создавать проводки по счетам
дебиторов в Главной Книге с указанием конкретного дебитора. Операции в книге дебиторов ведутся
на уровне Балансовой единицы
Бухгалтерия кредиторов – подмодуль FI, в котором ведутся основные записи всех кредиторов
организации. Этот функционал позволяет вести операции по формированию и погашению
кредиторской задолженности в привязке к справочнику кредиторов и создавать проводки по счетам
кредиторов в Главной Книге с указанием конкретного кредитора. Операции в книге кредиторов
ведутся на уровне Балансовой единицы.
БД (Бухгалтерский документ) – проводка, сделанная в системе. Бухгалтерский документ может быть
создан непосредственно в Главной книге или через вспомогательные книги, может быть сформирован
как автоматически, так и вручную. Бухгалтерский документ является уникальным свидетельством
отражения хозяйственной операции в учете, обладает необходимыми атрибутами: уникальным
номером, датой и т.д.
Валютный курс - представляет собой отношение стоимости двух валют и используются для
пересчета валютных операций.
Выравнивание открытых позиций – процедура сопоставления (привязки друг к другу) открытых
позиций документов, которые были созданы на счетах с управлением ОП. Если рассматривать эту
процедуру относительно документов контрагентов, то под выравниванием понимают сопоставление
документов фактур, которые формируют задолженность, и документов платежей, которые погашают
задолженность.
Выровненная позиция – это позиция документа на счете, который ведется с управлением ОП,
которая была привязана к позиции другого документа.
Страница 7/49
Главная книга – подмодуль FI, который содержит в себе перечень основных записей счетов из плана
счетов. Каждая основная запись счета содержит номер счета, название и дополнительные
параметры, управляющие свойствами счета. Функционал ГК позволяет проводить по счетам
бухгалтерские документы, основанием для которых являются хозяйственные операции предприятия.
Бухгалтерские документы проводятся как напрямую по счетам ГК, так и через вспомогательные книги.
Кассовая книга – отчет, в котором отражаются все кассовые операции юридического лица.
Кассовый журнал – это функционал системы, позволяющий вести кассовые операции и
просматривать кассовые операции за любой период с анализом начального остатка денежных
средств, конечного остатка денежных средств, приходами и расходами денежных средств за
выбранный период. Кассовых журналов сожжет быть несколько в зависимости от физического
количества касс.
Контрольный счет – счет главной книги, к которому привязаны объекты из вспомогательных книг.
Проводки по такому счету создаются не напрямую, а через привязанного к нему дебитора, кредитора
или основное средство.
Код проводки - определяет, будет ли это дебетовая или кредитовая позиция проводки, и по какому
виду счета (дебитора или кредитора; по основному средству или по материалу; по основному счету)
осуществляется проводка.
Место возникновения затрат (МВЗ) – организационная единица внутри контроллинговой единицы и
представляет собой однозначно выделенный объект возникновения затрат. Обычно структура МВЗ
соответствует организационной структуре предприятия. Все МВЗ предприятия объединены в
Стандартной Иерархии.
Место возникновения прибыли (МВП) – это объект контроллинга, представляющий собой
ориентированную на управление организационную единицу. Разбиение предприятия на МВП
позволяет анализировать сферы ответственности за прибыль, а также передавать часть
ответственности децентрализованным единицам, рассматривая их, таким образом, как "компании
внутри компании". Структура МВП может осуществляться на основании различных подходов,
например, продуктовые, региональные (пункты) или функциональные (услуги, сбыт).
Основные данные - определяют структуру и содержание объекта (клиент, поставщик, продукт и т.п.)
в системе и остаются в значительной степени неизменными в течение длительного периода времени;
используются в транзакциях; создаются централизованно и доступны всем приложениям и всем
уполномоченным пользователям.
Страница 8/49
Открытая позиция (ОП) – Позиции документов, проведённые по счетам с управлением ОП, но еще
не привязанные друг к другу (не выровненные), являются открытыми. Примером документов,
формирующих ОП на счетах контрагентов, являются документы фактур и платежей.
ОГК – Особая Главная Книга. Операции Особой Главной Книги определяются кодом Особой главной
книги. Операции Особой главной книги представляют собой особые операции в бухгалтерии
дебиторов и кредиторов, которые отображаются отдельно в Главной и вспомогательной книге. Это
становится возможным благодаря проводке по альтернативным счетам вместо проводки по
контрольным счетам дебиторов и кредиторов.
Памятная позиция (памятный документ) - в части Управления финансами, - документ системы SAP
ERP, зарегистрированный в модуле Учет и отчетность (FI) и предназначенный для формирования
платежного поручения и документа оплаты на его основе. Памятной позицией в Управлении
финансами является документ требования авансового платежа.
План счетов (ПС) – в системе представляет собой справочник из перечня бухгалтерских счетов, на
которых ведется учет хозяйственных операций в организации.
Позиция документа – каждый финансовый документ представляет собой проводку(-и) и состоит из
позиций, которые определяют сумму, счет, дебет\кредит. Т.е. каждая позиция документа отображает
движение по тому или иному счету Главной Книги.
Предприятие - это организационная единица, на уровне которой происходит оценка запаса,
управление запасами и планирование пополнения товарных запасов.
Способ платежа – определяет вид платежа. Таким видом могут быть, например, платежное
поручение, валютное платежное поручение, чек, вексель или зарубежное перечисление.
Справочник дебиторов (клиентов, заказчиков) - каталог основных записей дебиторов,
используется для учета операций, относящихся к клиентам, заказчикам.
Справочник кредиторов (поставщиков) - каталог основных записей кредиторов, используется для
учета операций, относящихся к поставщикам.
Сторно – отмена бухгалтерского документа. При сторно создается документ, полностью копирующий
оригинальный документ, но обратного смысла. Сторно документов осуществляется при обнаружении
ошибок ввода или при необходимости отменить проведенную операцию.
Страница 9/49
Требование авансового платежа (ТАП) - документ FI соответствует заявке на выполнение
исходящего авансового платежа, не является проводкой по счетам Главной книги и не отражается в
бухгалтерской отчётности.
Требование платежа (ТП) - документ FI соответствующей заявке на выполнение исходящего
платежа, создается на основании документа регистрации задолженности, не является проводкой по
счетам Главной книги и не отражается в бухгалтерской отчётности.
Транзакция – группа последовательных операций в системе, нацеленных на достижение конкретного
результата, необходимого пользователю.
Управление открытыми позициями – один из параметров управления свойствами счета ГК. В
основной записи счета можно указать, будут ли вестись операции по этому счету с управлением ОП.
Ведение операций по счету с управлением ОП означает, что бухгалтерские документы, проведенные
по одной стороне счета (например, по дебету) требуют привязки к документу, проведенному по другой
стороне счета (например, по кредиту). Эта привязка осуществляется с помощью процедуры
выравнивания.
Условия платежа - определяют сроки платежа, скидки и удержания, в зависимости от сроков
платежей.
Финансовая позиция (ФП) – статья БДДС и\или БО.
Хозяйственный процесс – объект учета затрат модуля CO. Участвует в учете затрат по процессам
(Activity-Based Costing).
Страница 10/49
2. Вводная часть
2.1.
Цель документа
Целью данного документа является описание бизнес процесса FI07 «Учет банковских операций» и
реализации в системе SAP ERP. Документ отражает особенности ведения бизнес-процесса в
компании ООО «Энтер».
2.2.
Общая характеристика бизнес-процесса
В рамках данного проектного решения рассмотрены методики учета банковских операций в системе
SAP ERP, обеспечивающие выполнение следующих требований:

Формирование заявки на оплату (ТАП и ТП) по операциям: расчеты с налоговыми
организациями, расчеты по заработной плате, перевод денежных средств с одного расчетного
счета на другой, покупка\продажа валюты;

Формирование платежных поручений;

Выгрузка платежных поручений в систему Клиент-банк в формате, предоставленном
Клиентом;

Загрузка банковской выписки из системы Клиент-банка с автоматическим формированием
проводок по счетам учета денежных средств;

Разноска исходящих платежей выписки банка, проведенных на основании платежных
поручений, созданных в системе SAP ERP, по счетам учета расчетов с контрагентами;

Разноска выписки банка в части входящих платежей по счетам учета расчетов с
контрагентами;

Формирование стандартной финансовой отчетности.
В рамках данного концептуального проекта не рассмотрены следующие процессы:



Формирование заявки на платеж на основе документа закупки ММ и на основе договора
(Концептуальный проект FI28 «Настройка функционала Liquidity Planner для формирования
фактического CF»);
Процедура согласования заявки на платеж (Концептуальный проект FI08 «Управление
блокировками платежей в рамках согласования заявок на оплату»);
Загрузка реестров по операциям эквайринга и распознавание сумм по ним (Концептуальный
проект FI06 «Интеграция с одной платежной системой»).
Бизнес-процесс FI07 «Учет банковских операций» инициируется из:

Бизнес-процесса FI28 «Настройка функционала Liquidity Planner для формирования
фактического CF» в части формирования платежей по заявкам на платеж, созданных на
основании документов закупки ММ и договоров;

Бизнес-процес FI08 «Управление блокировками платежей в рамках согласования заявки на
оплату» в части согласования заявок на оплату.

Результаты бизнес-процесса «Учет банковских операций» используются в:Бизнес-процесс
FI09 «Эквайринг», в части входящих платежей;
Страница 11/49

Бизнес-процесс FI08 «Управление блокировками платежей в рамках согласования заявки на
оплату» в части согласования заявок на оплату;

Бизнес-процесс FI11 «Учет расчетов с дебиторами и учет выручки», в части входящих
платежей;

Бизнес-процесс FI13 «Учет расчетов с кредиторами и учет затрат» в части исходящих
платежей;

Бизнес-процесс FI15 «Учет расчетов с персоналом» в части платежей по расчетам с
персоналом;

Бизнес-процесс FI18 «Прочие операции» в части расчетов с учредителями.
Страница 12/49
3. Бизнес-решение
Схема процесса «Учет банковских операций»
3.1.
Схема бизнес процесса FI07.01.00.00 «Банковские операции» представлена в Приложении 1.
Описание шагов процесса
3.2.
В качестве основы для разработки системы учета банковских операций используется стандартная
функциональность SAP FI «Финансовая бухгалтерия» в рамках компонента «Банковская книга» FI-BL.
Ведение банковской выписки в SAP ERP должно обеспечить оперативное отражение состояния
банковских счетов предприятия.
Все исходящие платежи осуществляются на основании заявки. Заявка создается инициатором
процесса, в системе SAP ERP такие документы называются «Требование авансового платежа» (ТАП)
или «Требование платежа» (ТП).
Процесс включает этапы:
1. Формирование заявки на платеж (ТАП, ТП).
2. Создание платежных поручений и выгрузка в систему Клиент-Банк.
3. Загрузка банковской выписки.
4. Постобработка банковской выписки - разноска исходящих платежей.
5. Постобработка банковской выписки - разноска входящих платежей.
Схема процесса «Формирование заявки на платеж»
3.3.
Схема бизнес процесса FI07.01.01.00 «Формирование заявки на платеж» представлена в
Приложении 2.
3.3.1. Описание шагов процесса
В данном концептуальном проекте в части процесса «Формирование заявки на платеж» рассмотрено
создание ТАП и ТП для следующих операций:

Расчеты с налоговыми организациями,

Расчеты по заработной плате,

Перевод денежных средств с одного банковского счета на другой,

Купля, продажа валюты.
В системе SAP ERP заявка на платеж создается с помощью двух документов: требование платежа
(ТП), требование авансового платежа (ТАП).
Данные виды документов не формируют бухгалтерских проводок по Главной книге, отражающихся в
Балансе и создают памятную позицию по контрагенту.
В случае предоплаты создается документ требование авансового платежа. Требование авансового
платежа используется для создания заявки на авансовый платеж.
Страница 13/49
Оплата кредиторской задолженности выполняется на основании требования платежа – заявка на
постоплату. На основании системного счета-фактуры ответственное лицо создает документ
требование платежа.
3.3.1.1. Формирование заявок по налогам и сборам
Для заявок по налогам и сборам в системе создается отдельная группа кредиторов, в которой
кредитор ИФНС – головная компания, и к каждой инспекции прикрепляется вид налога. Заявка на
платеж будет делаться на кредитора ИФНС.
Более подробно по ведению налоговых кредиторов описано в КП FI13 «Учет расчетов с кредиторами
и учет затрат». В момент сохранения документа ТП или ТАП появляются дополнительные поля для
ввода налоговых реквизитов:

Статус оформителя расчетного документа;

КПП подразделения;

Очередность платежа;

Код бюджетной классификации;

Код ОКАТО;

Основание платежа;

Налоговый период;

Номер документа;

Дата Документа;

Тип платежа.
Для налоговых платежей в системе будет создаваться требование платежа на основании документа
регистрации задолженности.
Расчеты с налоговыми организациями включают:
1) Операции по счету 68 * «Расчеты по налогам и сборам»
o
Налог на доходы физических лиц (НДФЛ);
o
Налог на имущество;
o
НДС;
o
Налог на прибыль.
2) Счет 69* «Расчеты по социальному страхованию и обеспечению»
o
Страховые взносы и платежи по социальному страхованию и обеспечению.
3.3.1.2. Формирование заявок на оплату по заработной плате
Для отражения расчетов по заработной плате будет использоваться счет 70* «Расчеты по заработной
плате». Расчет заработной платы будет осуществляться во внешней системе 1С ЗУП. Передача
данных по расчету заработной платы из системы расчета заработной платы в систему SAP
ERP реализуется через промежуточную выгрузку в файл, подробнее описано в КП FI15 «Учет
расчетов с персоналом». Затем на основании загруженных данных по начислению заработной платы
будет формироваться заявка на платеж. Виды перечисления заработной палаты сотрудникам:
Страница 14/49
1) На зарплатные карты,
2) На личные карты сотрудников в разных банках.
1)Расчеты по заработной плате на зарплатные карты.
Загрузка из системы 1С ЗУП будет создавать документы начисления заработной платы (описано в КП
FI15 «Учет расчетов с персоналом»), по счету 7001000000 «Расч. с персоналом по оплате труда.
Оплата труда», которые переносятся на счет 7003000000 и на контрагента «Зарплата на карты». На
основании этого документа будет создаваться заявка на платеж (ТП).
2)Расчеты по заработной плате на личные карты сотрудников.
Процесс создания заявки на платеж по перечислению заработной платы сотрудников на их личные
карты аналогичен процессу создания заявки на платеж по заработной плате на зарплатные карты
сотрудников, кроме того, что к кредитору «Зарплата на карты» будут прописаны альтернативные
получатели платежа. Альтернативным получателем платежа являются контрагенты - подотчетные
лица, которым осуществляется перечисление зарплаты на личные карты. Контрагент-подотчетное
лицо будет иметь банковские реквизиты необходимые, для платежного поручения. Если банк ведет
учет не по лицевым счетам, а по номеру карт, то заявка на платеж формируется на кредитора-банк с
указанием в поле, отвечающим за хранение информации о назначении платежа, Ф.И.О. сотрудника и
номера карты.
3.3.1.3. Формирование заявок для перевода денежных средств и
покупке валюты
Заявка на платеж при переводе денежных средств с одного расчетного на другой формируется с
помощью ТАП, где кредитором является кредитор - банк.
Заявка на платеж по купле валюты формируется с помощью ТАП, где кредитором является кредиторбанк.
3.3.1.4. Список обязательных полей для ТАП и ТП
Поля, которые обязательны для ввода по заявкам на авансовый платеж (ТАП):

Дата документа;

Дата проводки;

Вид документа;

Балансовая единица;

Валюта;

Кредитор – в основной записи должны быть банковские реквизиты (подробнее описано в п.
4.2.5);

Сумма авансового платежа;

Условие платежа;

Базовая дата платежа – срок платежа рассчитывается на основании базовой даты условий
платежа и требуемой даты платежа (подробнее описано в п. 4.3.1).

Блокировку платежа;
Страница 15/49

Способ платежа;

Бюджетный адрес (описание бюджетного адреса приведено в КП_FI28 «Настройка
функционала Liquidity Planner для формирования фактического CF»);

МВП (описание приведено в КП_FI24 «Подготовка к сегментной отчетности»);

Назначение платежа – указывается в Дополнительных текстах (нет ограничений по количеству
символов).
Поля, которые обязательны для ввода по заявкам на платеж (ТП), часть полей копируется из
документа регистрации задолженности:

Дата документа;

Дата проводки;

Вид документа;

Балансовая единица – копируется из документа регистрации задолженности;

Валюта – копируется из документа регистрации задолженности;

Кредитор – в основной записи должны быть банковские реквизиты (подробнее описано в п.
4.2.5) - копируется из документа регистрации задолженности;

Сумма платежа - копируется из документа регистрации задолженности, возможно, изменить ее
на меньшую;

Условие платежа - копируется из документа регистрации задолженности;

Базовая дата платежа – срок платежа рассчитывается на основании базовой даты условий
платежа и требуемой даты платежа (подробнее описано в п. 4.3.1) - копируется из документа
регистрации задолженности.

Блокировку платежа;

Способ платежа - копируется из документа регистрации задолженности;

Бюджетный адрес (описание бюджетного адреса приведено в КП_FI28 «Настройка
функционала Liquidity Planner для формирования фактического CF»);

МВП (описание приведено в КП_FI24 «Подготовка к сегментной отчетности»);I) - копируется из
документа регистрации задолженности;

Назначение платежа – указывается в Дополнительных текстах (нет ограничений по количеству
символов) - копируется из документа регистрации задолженности.
3.3.2. Характеристика ролей
Роль «Инициатор заявки на платеж» присваивается сотрудникам, которые инициируют платеж по
заявке или счету-фактуре. После создания требования авансового платежа (ТАП) или требования
платежа (ТП) эти документы должны пройти процесс согласования. Инициатор платежа выбирает вид
платежа, прикрепляет отсканированные документы основания к оплате. Далее контролирует процесс
согласования своих заявок на платеж.
3.4.
Схема процесса «Согласование заявки на платеж»
Страница 16/49
После регистрации заявка на платеж проходит процедуру согласования. Этот процесс описан в КП
FI08 «Управление блокировками платежей в рамках согласования заявок».
Схема процесса «Формирование платежных поручений»
3.5.
Схема бизнес процесса FI07.01.03.00 «Формирование заявки на платеж» представлена в
Приложении 3.
3.5.1. Описание шагов процесса
Платежные поручения в системе SAP ERP создаются с помощью Автоматической программы
платежей (далее - АПП). Формирование платежей в АПП состоит из следующих шагов:
1. Определение параметров для выполнения программы.
2. Формирование предложения на платеж. На данном шаге можно изменить список заявок на
оплату, банк, через который платеж пройдет, отклонить заявку к оплате.
3. Формирование файла платежных документов.
4. Выгрузка файла платежных документов для системы Банк-клиент.
Более детально каждый шаг будет рассмотрен в п.4.3.2
Автоматическая программа платежей обрабатывает валютные заявки следующим образом:
1) Если в заявка на оплату создана в валюте, например, USD, EUR, и ее надо оплатить в рублях,
в заявку (ТАП) в поле «Валюта платежа» поставить RUB, валюту в которой будет сделан
платеж. Оплата пройдет с рублевого расчетного счета по курсу на дату оплаты.
2) Если заявка на оплату в у.е. такие заявки создаются в соответствующей y.e. в поле «Валюта
платежа» прописывается RUB. Оплата пройдет по курсу у.е. на дату оплаты.
3) Если в заявке на оплату (ТАП) курс фиксирован (y.e., USD, EUR), то в документ ТАП в поле
«Сумма в валюте платежа» надо поставить сумму которую надо оплатить. Для оплаты в
рублях в поле «Валюта платежа» поставить RUB.
4) Если заявка на оплату создана в той валюте, в которой будет сделан платеж, поле «Валюта
платежа» не надо заполнять.
3.5.2. Характеристика ролей
Роль «Сотрудник Казначейства» – на основании согласованных заявок на оплату (ТАП и ТП)
формирует файл платежных документов для загрузки в систему Клиент-банк.
3.6.
Схема процесса «Загрузка банковской выписки»
Схема бизнес процесса FI07.01.03.00 «Загрузка банковской выписки» представлена в Приложении 4.
3.6.1. Описание шагов процесса
Загрузка банковской выписки осуществляется ежедневно в формате 1С.
Формат банковской выписки 1С необходимо сначала переконвертировать в формат Multicash. Эта
операция выполняется с помощью специальной транзакции, описание которой приведено в п. 4.3.3
Банковская выписка содержит информацию о банковском счете за один операционный день:
начальное и конечное сальдо, входящие и исходящие платежи по данному счету. Для каждого
Страница 17/49
платежа в банковской выписке автоматически определяется или вводится вручную «тип операции»,
который определяет бухгалтерские счета, на которые будут проведены платежи при дальнейшей
обработке. Выделяются два направления при обработке банковской выписки:

Исходящие платежи – подтверждение исходящих платежей, которые были ранее
сформированы через АПП и отправлены в банк;

Входящие платежи – подтверждение входящих платежей и разнесение по контрагентам.
Основная функция загрузки банковской выписки в системе – отражение операций по банковским
счетам Общества на счетах бухгалтерского учета и получение оперативной информации о сальдо по
банковским счетам. Для каждой позиции банковской выписки создаются документы, содержащие
две проводки в разрезе следующих областей учета, описание которых приведено в Таблица 1. Для
целей разделения областей учета вводятся в систему следующие технические счета:

Счет 5*01 – технический счет для учета входящих платежей;

Счет 5*02 - технический счет для учета исходящих платежей
Таблица 1
Область
Наименование
проводки
области проводок
Описание
Формирование проводок денежных счетов в корреспонденции с
техническим банковским счетом
Проводки в первой области проводок формируются
автоматически массово по всем позициям.
1
Банковский учет
 При входящих платежах создается проводка
Дт 5*00 Кт 5*01
 При исходящих платежах создается проводка:
Дт 5*02 Кт 5*00
Формирования для целей бухгалтерского учета проводок
технического банковского счета с бухгалтерским счетом
расчетов, доходов, расходов, затрат
2
Бухгалтерский учет
 Входящий платеж:
Дт 5*01 Кт 62*, 76*
 Исходящий платеж:
Дт 60*,66*, 67*, 68*, 69*, 70, 71*, 75*, 76* Кт 5*02
Проводки по движению денежных средств по банкам (первая область) будут осуществляться через
технические банковские счета согласно стандартной модели SAP ERP (для поступлений – счета 5*01
для расхода – 5*02). Проводка первой области проводок будет выполняться автоматически при
загрузке выписки. Таким образом, на момент загрузки выписки в системе появляется информация о
сальдо по конкретному банковскому счету.
Страница 18/49
После обработки платежей за текущий день сальдо по указанным техническим счетам должно быть
равно нулю. Ненулевое сальдо по техническим счетам говорит о неполной обработке банковской
выписки. К примеру, если выявлены исходящие платежи, по которым созданы проводки в АПП, и не
были проведены банком, такие документы проводки сторнируются вручную.
3.6.2. Характеристика ролей
На данном этапе в роль «Сотрудник Казначейства» входят функции по загрузке банковской выписки,
выгруженной из системы Клиент-банк.
Схема процесса «Разнесение исходящих платежей»
3.7.
Схема бизнес процесса FI07.01.04.00 «Разнесение исходящих платежей» представлена в
Приложении 5.
3.7.1. Описание шагов процесса
Разнесение исходящих платежей выполняется в процессе постобработки загруженной банковской
выписки с помощью транзакции FEBAN.
Пришедшая из банка выписка содержит в расходных позициях номера и даты платежных поручений,
сформированных в системе SAP ERP.
При разнесении исходящих платежей программа сопоставляет исходящий платеж с ранее созданной
заявкой на оплату (ТП или ТАП). Виды исходящих платежей: постоплата, авансовые платежи,
безакцептное списание денежных средств (банковские комиссии).
В системе создаются документы:

исходящего платежа - Дт 60*,66*,67* 76*,70*,71*,75* Кт 5*2 (технический);

исходящего аванса - Дт 60*, 76* (авансовые счета) Кт 5*2(технический);

безакцептное списание комиссии – Дт 91* Кт 5*2 (технический).
Автоматически в такие документы в позицию по дебету копируется ряд контировок из ТАП (номер
договора, код НДС, МВП).
Исходящие оплаты подробнее представлены в Приложении 6 «Карта проводок».
Для проведения документов во второй области настраиваются правила банковских проводок.
Правило банковской проводки – это вид платежной операции (шаблон, ведущийся в настройках
системы), которая присваивается каждой позиции банковской выписки при загрузке выписки. В
правиле проводки указываются коды проводки (дебет и кредит) и подстановки бухгалтерских счетов,
по которым должны быть проведены суммы позиций выписки. Правило проводки – это схема
автоматической проводки по бухгалтерским счетам в корреспонденции с денежными банковскими
счетами.
3.7.2. Характеристика ролей
Роль «Бухгалтер» соответствует выполнению операций по постобработке банковской выписки:
контролю загруженных данных, при отсутствии обязательных параметров - их ввод; разноска
исходящих платежей.
Страница 19/49
3.8.
Схема процесса «Разнесение входящих платежей»
Схема бизнес процесса FI07.01.05.00 «Разнесение входящих платежей» представлена в Приложении
7.
3.8.1. Описание шагов процесса
При загрузке банковской выписки система автоматически определяет дебитора, от которого поступают
денежные средства (на основании его банковских реквизитов, прописанных в справочнике
контрагентов). В зависимости от указанного типа операции на втором этапе обработки выписки в
учете отражаются следующие виды документов: входящие авансы или входящие оплаты.
Входящие платежи по операциям:

Расчеты с оптовыми покупателями и заказчиками;

Операции эквайринга;

Потребительские кредиты;

Инкассация;

Деньги в пути для операций перечисление денежных средств со счета на счет.
При продаже юридическим лицам по безналичному расчету из модуля SD (Сбыт) создается
требование авансового платежа (ТАП). Подробнее создание ТАП из SD описано в КП LO16
«Розничные и интернет продажи и возвраты» При разноске банковской выписки входящая оплата
автоматически выравнивается с ТАП, при загрузке банковской выписки распознавание происходит по
номеру заказа. Пример проводки в системе: Дт 51*1 Кт 62* Дебитор с указание договора, если он был
указан в назначении платежа.
Проводки по входящим платежам для операций:
1) Эквайринга: Дт 51*1 Кт 76* дебитор Банк-эквайер, общая сумма платежей за минусом
комиссии. Загрузка реестра с расшифровкой по операциям Дт 76* дебитор Банк-эквайер Кт
5704010000 (с указанием БИК банка и 4 цифры карты клиента и номера пин пада) сумма без
комиссии. Один реестр соответствует одному платежному поручению. Для распознавания
платежей будет использоваться номер платежного поручения и 4 последних цифры кредитной
карты. Удержание комиссии Дт91* Кт 76* дебитор Банк-эквайер сумма комиссии;
2) Интернет эквайринга (7614020000), инвойсинга (7614040000), электронных денег
(7614050000): Дт 51*1 Кт 76* дебитор Банк-эквайер, платеж на общую сумму за минусом
комиссии. Затем приходит реестр - расшифровка по операциям и загрузка его Дт 76* дебитор
банк-эквайер Кт76* сумма за минусом комиссии. Реестр соответствует одному платежному
поручению. Для распознавания платежей будет использоваться заказ клиента (номер реестра
и 4 последних цифры кредитной карты). Удержание комиссии Дт 91* Кт 76* дебитор Банкэквайер.
3) Потребительские кредиты: Дт 51*1 Кт 76 дебитор Банк-эквайер, платеж на общую сумму за
минусом комиссии. Загрузка реестра Дт 76* дебитор Банк-эквайер Кт 7614010000 полная
сумма. Более подробно процесс описан в КП FI06 «Интеграция с одной платежной системой».
Страница 20/49
4) Инкассация: платежное поручение приходит с указанием инкассаторской сумки в назначении
платежа. По номеру инкассаторской сумки можно определить магазин через таблицу
сопоставления. При разнесении выписки будет формироваться документ Дт 5*1 Кт 5705010000
(Переводы в пути Касса-Банк. Рубли);
5) Возвраты от поставщиков Дт 51*1 Кт 60*,76* дебитор.
Входящие оплаты подробнее представлены в Приложении 6 «Карта проводок».
3.8.2. Характеристика ролей
Роль «Сотрудник отдела Казначейства» соответствует выполнению операций по обработке
банковской выписки: контролю загруженных данных, при отсутствии обязательных параметров - их
ввод; разноска исходящих платежей.
3.9.
Схема процесса «Отчетность по банковским
операциям»
Схема бизнес процесса FI07.01.06.00 «Отчетность по банковским операциям» представлена в
Приложении 8.
3.9.1. Описание шагов процесса
Для анализа счетов контрагентов и проведенных по ним платежей или сформированных заявок на
оплату используются стандартные отчеты: «Отчет отдельных позиций кредиторов», «Отчет
отдельных позиций дебиторов».
«Отчет отдельных позиций дебиторов (кредиторов)» позволяет просмотреть открытые на
определенную дату, выровненные и\или все позиции по конкретному дебитору или по нескольким
дебиторам (кредиторам) за определенный период. Существует возможность сформировать общую
сумму задолженности по каждому дебитору (кредитору) в разрезе следующих параметров:
контрольный счет, операция ОГК (аванс), памятная позиция (ТАП и ТП), количество дней
просроченной задолженности. Кроме того, при необходимости можно изменить формат таблицы,
добавив необходимые поля, с целью получения дополнительной информации по задолженности.
Имеется возможность навигации по отдельным позициям до документов.
Для анализа сальдо счетов 51*,52* - используется стандартный отчет для просмотра сальдо счетов.
3.9.2. Характеристика ролей
Роль «Бухгалтер» соответствует выполнению операций по формированию необходимых отчетов для
анализа банковских операций.
3.10.
Интеграция с другими процессами
Данный бизнес-процесс связан с процессами:

КП FI08 «Управление блокировками платежей в рамках согласования заявок на оплату» в
части согласования заявок на оплату;
Страница 21/49

КП FI14 Ведение договоров (DMS), в части ведения договоров;

КП FI11 «Учет расчетов с дебиторами и учет выручки» в части расчетов по входящим
платежам;

КП FI13 «Учет расчетов с кредиторами и учет затрат» в части ведения основных данных
кредитора и исходящих платежей;

КП FI15 «Учет расчетов с персоналом» в части выплат заработной платы сотрудникам,
удержания налогов, прочие расчеты с подотчетными лицами, проходящие по банку;

КП FI24 «Подготовка к сегментной отчетности» в части использования МВП;

КП FI28 «Настройка функционала Liquidity Planner для формирования фактического CF» в
части автоматического создание заявок на оплату на основании договора, заказа, фактуры;

КП FI29 «Настройка модуля FM c отчетами» в части использования бюджетных контировок по
платежным операциям.
4. Техническое решение
4.1.
Ведение организационной структуры
В системе SAP ERP юридическое лицо ООО «Энтер» будет заведено в качестве самостоятельного
организационного уровня - Балансовой Единицы 1000 ООО «Энтер».
Подробно ведение юридической организационной структуры ООО «Энтер» представлено в
концептуальном проекте FI02 «Ведение юридической организационной структуры».
4.2.
4.2.1.
Ведение основных данных
Ведение плана счетов
Для отражения операций по учету банковских используются следующие счета из единого плана
счетов ООО «Энтер» приведены в Таблица 2.
Таблица 2
Счет ГК
1
Полное наименование счета
Вид счета
51NN001000
Связной Банк. Расчетный счет
S1
51NN003000
Связной Банк. Специальный счет
S
52NN011000
Связной Банк. Текущий счет, USD
S
52NN012000
Связной Банк. Транзитный счет, USD
S
52NN021000
Связной Банк. Текущий счет, EUR
S
52NN022000
Связной Банк. Транзитный счет, EUR
S
Комментарий
S – основной счет Главной книги без аналитики по дебиторам, кредиторам.
Страница 22/49
Счет ГК
51NN001000
Полное наименование счета
Промсвязьбанк, расчетный счет
Вид счета
Комментарий
S
Счет создается
S
для каждого
банковского
Технический счет. Входящие платежи
5*01
счета
Счет создается
для каждого
банковского
Технический счет. Исходящие платежи
5*02
счета
S
Переводы в пути между банками,
5701010000
Рубли
K2
5701020000
Переводы в пути между банкам, USD
K
5701030000
Переводы в пути между банками, EUR
K
5702010000
Переводы в пути. Покупка валюты.
K
5702020000
Переводы в пути. Продажа валюты.
D3
4.2.2.
Ведение справочников банков
Справочник банков - список банков, где каждому банку присваивается ключ:

для головного офиса в формате XXXXXXXXX, где XXXXXXXXX – БИК банка.

для филиала в формате XXXXXXXXX/YYYY, где XXXXXXXXX – БИК банка, YYYY - порядковый
номер филиала банка в системе.
Справочник банков используется для банков, обслуживающих ООО «Энтер» и для банков деловых
партнеров (кредиторов, дебиторов).Справочник банков должен содержать основные данные всех
банков, которые требуются для выполнения платежных операций с контрагентами.
В основной записи банка содержится следующая информация в Таблица 3.
Таблица 3. Заполняемые поля в основной записи банка.
Название поля в основной записи
Назначение
банка
2
3
Страна банка
Страна банка
Ключ банка
БИК банка или БИК банка и порядковый номер
Код банка
БИК банка
Финансово кредитное учреждение
Наименование банка
K – контрольный счет Главной книги с аналитикой по кредиторам.
D – контрольный счет Главной книги с аналитикой по дебиторам.
Страница 23/49
Название поля в основной записи
Назначение
банка
Улица
Адрес
Город
Город
Филиал банка (корреспондентский
Корреспондентский счет (20-значный номер
счет)
счета банка-корреспондента)
Для начальной загрузки и дальнейшего обновления данных о банках в системе осуществляется с
помощью доработанной стандартной программы по загрузке. Справочник банков будет загружаться с
Wed-сервис ЦБ РФ http://www.cbr.ru/scripts/root.asp . При загрузке обновлений проставляются метки
удаления на записи банков, деятельность которых приостановлена.
Ведение основных данных собственных банков
4.2.3.
Собственные банки – это банки, в которых открыты банковские счета Общества. Каждому
собственному банку присваивается идентификатор, который является уникальным в рамках
балансовой единицы. В основной записи собственного банка вводится информация о коде банка и о
расчетных счетах в нем.
В основной записи собственного банка необходимо заполнить поля, приведенные в Таблица 4.
Таблица 4 Поля, заполняемые в собственном банке
Название поля
Назначение
БЕ (балансовая единица)
Для присвоения записи собственного банка БЕ.
Собственный банк
Уникальный код собственного банка в БЕ (5 знаков)
Страна банка
Код страны основной записи банка (из справочника банков)
Ключ банка
БИК банка основной записи банка (из справочника банков)
Правила кодирования собственных банков:
1
2
3
4
5
12 – буквенное сокращение из названия банка;
345 - номер банка по порядку (отделения банка).
Кодировка собственных банков приведена в Таблица 5.
Таблица 5 Коды собственных банков
Код банка
Наименование собственного банка
CB001
ЗАО СВЯЗНОЙ БАНК
PC001
ОАО ПРОМСВЯЗЬБАНК
Также каждый банковский счет имеет свой идентификатор счета, который является уникальным в
рамках собственного банка.
Страница 24/49
Для каждой записи расчетного счета в собственном банке необходимо заполнить поля приведенные в
Таблица 6.
Таблица 6 Поля, заполняемые в собственном банке
Название поля
Назначение
Идентификатор счета
Уникальный код счета в собственном банке. (5
знаков)
Название счета
Название счета
Контрольный ключ
Первые два символа из 20 символов номера
банковского счета (для иностранных банков может
не заполняться, зависит от страны)
Банковский счет
Оставшиеся 18 символов из 20 символов номера
банковского счета (для иностранных банков
указывается полный номер счета, при
необходимости можно указать IBAN в отдельном
поле)
Альтернативный номер счета
Номер банковского счета. Значение используется
программой автоматической загрузки выписки по
счету.
Главная книга
Счет главной книги оперативного плана счетов, на
котором отражаются операции по расчетному
счету.
Валюта
Валюта банковского счета
Правила кодирования счетов в собственных банках:
1
2
3
4
XX
Х
Х
X
Где:
1 – буквенное сокращение банка
2 - валюта счета в собственном банке:
1– RUB
2 – EUR
3 – USD
3 - девятый символ счета
4 - вид счета:
1 - расчетный
2 - текущий
3- транзитный
4- специальный счет
Кодировка собственных счетов приведена в Таблица 7.
Страница 25/49
Таблица 7 Коды собственных банковских счетов
Наименование
банка
Корр.счет
Расчетный счет
Валю
та
счета
Вид счета
ЗАО СВЯЗНОЙ БАНК
30101810800000000139
40702810400000002751
RUB
ЗАО СВЯЗНОЙ БАНК
30101810800000000139
40821810200000002751
RUB
расчетный
спец счет
(платежный
агент)
ЗАО СВЯЗНОЙ БАНК
30101810800000000139
40702840700000002751
USD
текущий
ЗАО СВЯЗНОЙ БАНК
30101810800000000139
40702840000001002751
USD
транзитный
ЗАО СВЯЗНОЙ БАНК
30101810800000000139
40702978300000002751
EUR
текущий
ЗАО СВЯЗНОЙ БАНК
30101810800000000139
40702978600001002751
EUR
транзитный
ОАО
ПРОМСВЯЗЬБАНК
30101810400000000555
40702810600000005699
RUB
расчетный
4.2.4.
Код
собст
венно
го
банка
СB141
CB124
CB372
CB303
CB232
CB263
PR161
Ведение данных расчетных счетов в собственных банках
Для осуществления платежных операций необходимо создать собственные банки, собственные
банковские счета и связать их со счетами Главной книги.
К основным данным собственного банка прописывается банковский счет и счет Главной книги.
В данном разделе необходимо заполнить поля, указанные в Таблица 8.
Таблица 8
Название поля
Идентификатор счета
Значение
HKTID
в собственном банке
Комментарии
Указывается код счета в собственном банке
согласно кодировке в п. 4.2.3.
Название
TEXT1
Указывается название банковского счета
Банковский счет
BANKN
Указываются последние 18 цифр банковского
счета
Контрольный ключ
BKONT
Указываются первые две цифры банковского
счета
Валюта
WAERS
Валюта банковского счета (выбор из
справочника валют)
Главная книга
HKONT
Указывается счет из Плана счетов, на котором
будет вестись учет денежных средств по
данному банковскому счету (выбор из
Страница 26/49
Название поля
Значение
Комментарии
справочника счетов)
В системе SAP ERP есть возможность создания банковских счетов с различными валютами в рамках
одной БЕ. Счет ведется по каждому виду валюты.
Для каждого валютного счета также определяется отдельный балансовый счет из Плана счетов и
коды операций по данному счету.
Запись собственного банка в системе можно при необходимости редактировать. При этом все
операции с использованием данной записи остаются без изменений.
4.2.5.
Ведение основной записи контрагентов
При создании кредитора в системе необходимо указывать его банковские реквизиты.
Поля, обязательные для заполнению в основной записи кредитора для банковских операций,
представлены в Таблица 9.
Таблица 9
Наименование поля в
системе SAP ERP
Техническое
наименование поля в
Значение поля
системе SAP ERP
Имя
NAME1+ NAME2+ NAME3
Наименование контрагента
РегНалогНомер-1
STCD1
ИНН контрагента
Налог. номер 3
STCD3
КПП контрагента
Страна
BANKS
Страна банка, в котором расчетный счет
контрагента
Ключ банка
LFBK
БИК банка
Банковский счет
BANKN
Расчетный счет
Условие платежа
ZTERM
Условие платежа
Способ платежа
ZWELS
Способ платежа для автоматической
программы платежей, если все платежи по
кредиторам только в рублях, то по
умолчания в кредитора указать один метод
и к нему прикрепить формат выгрузки в
Клиент-Банк. автоматической программы
платежей, формат для выгрузки в Клиентбанк
Блокировка платежа
ZAHLS
Можно по умолчания поставить блокировку
по кредитору, т.е. возможно сделать оплату
ему или нет.
Страница 27/49
Наименование поля в
системе SAP ERP
Дополнительный способ
Техническое
наименование поля в
Значение поля
системе SAP ERP
UZAWE
Справочник видов платежа
XPORE
Если активировано поле, то по каждой
платежа
Единичный платеж
заявке в разрезе каждого кредитора будет
создано платежное поручение, иначе может
происходить объединение заявок на
платеж.
Собственный банк
HBKID
Если в кредиторе проставлено значение
собственного банка, то по умолчанию это
значение подтягивается в платежное
поручение. Если это поле пустое, то перед
созданием платежного поручения
необходимо заполнить это поле по каждой
заявке на оплату.
4.2.6.
Дополнительный способ платежа
Справочник дополнительных способов платежей соответствует очередности и видам платежей
указываемые в платежном поручении, он представлен в Таблица 10.
Таблица 10
Вид
Значение вида платежа
1М
Электронно, по исполнительным документам: возмещение вреда жизни и здоровью,
алименты.
2М
Электронно, по исполнительным документам: оплата труда, выплата выходного
пособия
4М
Электронно, оплата налогов
5М
Электронно, производится списание по исполнительным документам,
предусматривающим удовлетворение других требований
6М
Электронно, расчеты с поставщиками платежным документам в порядке календарной
очередности платежей
4.2.7.
Ведение условий платежа
Для исходящих платежей определены стандартные условия платежа, приведены в КП FI13 «Учет
расчетов с кредиторами и учет затрат»
Страница 28/49
Условие платежа влияет на базовую дату платежа. По умолчанию Базовая дата соответствует дате
проводки документа. Базовая дата платежа – срок платежа рассчитывается на основании базовой
даты и условий платежа. Система использует условия платежа и базовую дату для расчета даты, на
которую позиция подлежит к оплате. Периоды, содержащиеся в полях Дни/процент для условий
платежа, связаны с базовой датой. Если периоды не указаны, счет подлежит оплате на базовую дату.
Условие платежа будет наследоваться из договора, подробнее описано в КП FI14 Ведение договоров
(DMS).
4.2.8. Коды ОГК
Справочник кодов ОГК используется для создания документов заявки на оплату и документов,
формируемых при разнесении входящих платежей. Первоначальный список кодов ОГК представлен в
Таблица 11.
Таблица 11
Код
Наименование
Операции
ОГК
А
Авансовый платеж
Для проводки авансовых документов счет
6002010000
F
Требование авансового платежа
Для создания заявки на авансовый платеж (счет
6099020000)
Расчеты с прочими кредиторами (счет
G
Пр. кредиторы
7600010000)
Расчеты с кредиторами по аренде, депозиты
H
Аренда депозиты
(счет 7612010000)
I
Аванс поставщикам СМР
Аванс поставщикам СМР (счет 6002020000)
Аванс прочим поставщикам ТМЦ, работ, услуг
J
Аванс прочим поставщикам
(счет 6002030000)
Для создания заявки на платеж на основании
P
Требование платежа
счета-фактуры (счет 6099010000)
Коды ОГК будут использоваться для подмены контрольного счета из основной записи кредитора на
необходимый, при проводке документа оплаты. Например, в кредиторе стоит контрольный счет 60*,
при проводке документа оплаты счет надо поменять на счета 76* для этого указывается код ОГК,
соответствующий данной операции. Более полный список кодов ОГК будет представлен на этапе
реализации и описан в документе настроек системы.
4.2.9. Виды документов
При регистрации заявки на оплату используются виды документов, представленные в Таблица 12.
Страница 29/49
Таблица 12
Вид
Наименование вида документа
Операции
документа
BP
Банковская проводка
Проводка по первой области
DZ
Платежи дебиторов
Входящий платеж
DU
Авансовый платеж дебиторов
Входящий аванс
KZ
Платежи кредиторам
Исходящий платеж
KU
Авансовый платеж кредиторов
Исходящий аванс
TA
Требование авансового платежа
Заявка на авансовый платеж, которая
создается из логистики по документуоснованию.
Требование авансового платежа
TB
Заявка на авансовый платеж по
налогам, зарплате и прочих операциях
не из логистики.
Требование авансового платежа
TV
Для операций покупки валюты, перевод
денежных средств с одного расчетного
счета на другой счет
Требование платежа
TP
Заявка на оплату создается из логистики
по документу-основанию.
Требование платежа
TZ
Заявка на оплату налогов, сборов,
зарплаты и прочих операций на
основании задолженности
сформированной в модуле FI.
4.3.
Описание шагов процесса
4.3.1. Формирование заявки на платеж
В рамках данного концептуального проекта рассмотрено формирование заявки на оплату в части
налогов, сборов, заработной платы, перечисления подотчетных сумм. Формирование заявки на
оплаты по договору или заказу на поставку предусмотрено в КП FI28 «Настройка функционала
Liquidity Planner для формирования фактического CF».
Заявки на платеж формируются с помощью следующих объектов системы:

требования платежа (ТП) – для совершения постоплаты

требование авансового платежа (ТАП) – для совершения авансовых платежей.
Создание ТП осуществляется с помощью транзакции F-59.
Обязательным условием создания ТП является наличие в системе документов начисления
задолженности по указанным операциям.
Создание требования платежа (ТП) осуществляется с помощью транзакции F-59.
Заполнение полей в документе для операций по налогам, сборам, зарплате:
Страница 30/49
В ТП следующие поля заполняются автоматически из документа задолженности:

Кредитор;

Ссылочный Ключ 3 – внешний номер договора (технический номер);

Сумма задолженности (ее можно изменить, если постоплата идет частично);

Код НДС;

Условие платежа;

Базовая дата платежа – дата, с которой применяются условия платежа. От этой даты
рассчитывается срок платежа, если указано условие платежа, то дни суммируются и это равно
сроку оплате. Первоначально указывает инициатор, это значение копируется в поле XREF1,
затем в это поле сотрудник отдела Казначейства ставит реальную дату платежа при
согласовании;

Способ платежа;

Бюджетный адрес (описание бюджетного адреса приведено в КП FI28 «Настройка
функционала Liquidity Planner для формирования фактического CF»);

МВП (описание приведено КП FI24 «Подготовка к сегментной отчетности»);

Присвоение – системный номер договора (технический номер);

Для налоговых платежей добавляются поля: Статус плательщик, Подразделение КПП, Код
Бюджета, Код ОКАТО, Причина платежа, Налоговый период, Номер документа, Дата
документа, Тип платежа.
Значения полей в документе ТП: Дата документа, Дата проводки, Период проводки подставляется
текущая дата (дата создания заявки на платеж, которая при создании документа может быть
изменена) и период.
В платежном требовании не выполняется корреспондирующая проводка, и поэтому система не
производит контроль нулевого сальдо. Данная операция не ведет к актуализации оборота на счете
кредитора. Платежное требование ведется в описываемом проекте с кодом ОГК - P. При проведении
оплаты на основании платежного требования система сформирует открытую позицию по счету
6099010000 с указанием кредитора, которую в дальнейшем необходимо будет выравниваться при
разнесении банковской выписки.
Требование авансового платежа создается с помощью транзакции F-47. Этот документ для операций
по налогам, сборам, зарплате должны быть заполнены следующие поля:

Дата документа;

Дата проводки;

Вид документа;

Балансовая единица;

Ссылочный Ключ 3 – внешний номер договора (технический номер);

Валюта;

Код НДС;

Кредитор;
Страница 31/49

Сумма авансового платежа;

Условие платежа;

Базовая дата платежа – срок платежа рассчитывается на основании базовой даты условий
платежа и требуемой даты платежа. Система использует условия платежа и базовую дату для
расчета даты, на которую подлежит оплате позиция. Поэтому периоды, содержащиеся в полях
Дни/процент для условий платежа, связаны с базовой датой. Если периоды не указаны, счет
подлежит оплате на базовую дату. Базовую дату первоначально указывает инициатор, это
значение копируется в поле XREF1, затем в это поле сотрудник отдела Казначейства ставит
реальную дату платежа при согласовании;

Блокировку платежа;

Способ платежа;

Бюджетный адрес (описание бюджетного адреса приведено в КП_FI28 «Настройка
функционала Liquidity Planner для формирования фактического CF»);

МВП (описание приведено в КП_FI24 «Подготовка к сегментной отчетности»);

Присвоение – системный номер договора (технический номер);

Назначение платежа – указывается в Дополнительных текстах (нет ограничений по количеству
символов).

Для налоговых платежей добавляются поля: Статус плательщик, Подразделение КПП, Код
Бюджета, Код ОКАТО, Причина платежа, Налоговый период, Номер документа, Дата
документа, Тип платежа.
Для налоговых заявок на оплату будут активированы функциональные модули J_3RF_PDOC и
J_3RF_PDOC1430. При создании заявки на оплату по налоговым кредиторам будет появляться
таблица, в которую необходимо ввести дополнительные налоговые реквизиты. Необходимые
реквизиты хранятся в таблице J_3RF_PLAT, содержание которой представлено в. Для
автоматического подставления данных в эти поля необходимо делать модификацию функциональных
модулей.
В требовании авансового платежа не выполняется корреспондирующая проводка, и поэтому система
не производит контроль нулевого сальдо. ТАП не ведет к актуализации оборота на счете кредитора.
ТАП ведется с кодом ОГК -F. При проводке требования авансового платежа система произведет
смену кода – A на код ОГК - F. При проведении авансового платежа будет создаваться ТАП по счету
6099020000 с указанием кредитора.
При создании ТП или ТАП с указанием кредитора, у которого есть альтернативный получатель
платежа, получатель указывается в дополнительном поле, возможен выбор из списка.
Программа платежей может осуществлять платеж кредитору, отличному от того, по которому был
проведен в заявке на оплату. Выплата производится альтернативному получателю платежа, который
определен в основной записи кредитора.
Страница 32/49
Альтернативный получатель платежа будет использоваться для расчетов по заработной плате, для
сотрудников у которых еще нет зарплатной карты банка «Связной».
В заявку на платеж (ТАП или ТП) можно внести изменения в текстовые поля с помощью транзакции
FB02. В документе открыты на изменение следующие текстовые поля:

Текст заголовка документа,

Ссылка,

Текст позиции документа,

Тексты бухгалтерского документа.
Если необходимо изменить другие поля, например, сумма, МВП, Бюджетный адрес, такие документы
надо сторнировать и создавать заново.
Для сторнирования ТП и ТАП используется транзакция FB08 «Сторно документов».
Если по ТП или ТАП было проведено распознавание платежей, т.е. сформированы документы
входящих или исходящих платежей, то сторнирование осуществляется с помощью транзакции FBRA.
При необходимости внесения новых банковских реквизитов или их изменение необходимо внести
изменения в основную запись кредитора п.4.2.5.
4.3.2. Формирование платежных поручений
Платежные поручения формируются с помощью транзакции F110. Данная программа обрабатывает
документы ТП и ТАП. Все созданные документы задолженности должны иметь статус «Блокированы к
оплате».
При выполнении программа платежей выбирает позиции, удовлетворяющие определенным условиям:

срок платежа наступил или наступит в срок до следующего платежного дня;

платежная позиция не блокирована для платежа;

способ платежа соответствует условиям – денежные средства.
1. Для выполнения программы платежей необходимо определить следующие параметры:

БЕ - выбирается БЕ плательщика;

Способ платежа - выбирается способ платежа;

Дата платежа – дата платежного дня;

Следующая дата платежа - дата следующего платежного дня, в который будет
исполняться программа платежей;

Счета: Кредитор - указываются выбранные коды кредиторов, по которым следует
исполнить платежные позиции, при задании параметра «*» платежные позиции всех
кредиторов участвуют в прогоне.
Страница 33/49

Параметры произвольного выбора - осуществляется произвольный выбор значений для
остальных параметров программы платежей.
По окончании ввода параметров для выполнения программы платежей статус исполнения
программы платежей изменяется со значения «Параметры не введены» на «Параметры
введены», и становится доступной для исполнения процедура «Формирование предложений
по платежам».
2. Формирование предложения на платеж.
При формировании предложений по платежам могут быть указаны дата и время запуска
формирования предложений по платежам или установлен индикатор «Немедленный запуск»,
для немедленного запуска формирования предложений по платежам.
В предложения по платежам попадают платежные позиции, подлежащие исполнению и
удовлетворяющие всем вышеприведенным условиям, определенным посредством
параметров для выполнения программы платежей.
В случае необходимости сформированные предложения по платежам могут быть изменены. В
частности, можно заблокировать любое предложение по платежу, изменить собственный банк
платежа или расчетный счет платежа.
Внесение всех необходимых корректировок является завершающим этапом процедуры
«Формирование предложений по платежам», после чего может быть осуществлено
исполнение «Прогона программы платежей».
3. Формирование платежных поручений через АПП.
После того, как сформированы предложения на платеж, выполняется «Прогон программы
платежей». Платежное поручение имеет уникальный номер в системе в рамках года.
Максимальная длина номера платежных поручений 9 знаков. Для исключения из нумерации
платежных поручений с номерами 1000, 2000 и т.д. где содержится три нуля, необходимо
доработка счетчика платежных поручений.
При исполнении прогона АПП могут быть указаны дата и время запуска на исполнение прогона
программы платежей или установлен индикатор «Немедленный запуск», для немедленного
запуска на исполнение прогона программы платежей.
В результате исполнения прогона программы платежей в системе создаются платежные
документы, не содержащие бухгалтерских проводок по счетам бухгалтерского учета операций
по банковским счетам. Возможна печать платежных поручений только после того как
отработала АПП, из нее их можно распечатать или с помощью транзакции J3RFZDBPDF.
4. Выгрузка платежных поручений в файл для загрузки в Клиент-Банк.
Страница 34/49
Выгрузка платежных поручений в файл для загрузки в Клиент - Банк осуществляется через
настроенный формат дерева с помощью инструмента DMEE. Формат дерева предоставлен
ООО «Энтер», который используют для загрузки данных в систему Клиент - банк.
Выгружаемый файл с платежными поручениями из SAP ERP имеет формат txt.
Формат выгружаемого файла для Клиент-Банка представлен в Таблица 13.
Таблица 13
Наименование поля
Значение, поля
1CClientBankExchange
Константа
ВерсияФормата=1.01
Константа
Кодировка=Windows
Константа
Отправитель=Бухгалтерия
предприятия,
Константа
редакция 2.0
Получатель=Система ДБО BS-Client
Константа
ДатаСоздания=
Дата создания файла
ВремяСоздания=
Время создания файла
ДатаНачала=
Дата создания файла
ДатаКонца=
Дата создания файла
Значение
расчетного
счета
берется
из
справочника собственных банков, указывается
в основной записи кредитора по умолчанию
или проставляется при создании заявки на
РасчСчет=
оплату.
Документ=Платежное поручение
Константа
СекцияДокумент=Платежное поручение
Константа
Номер платежного поручения формируется
после
прогона
автоматической
программы
Номер=
платежей.
Дата=
Дата формирования платежного поручения.
Сумма платежного поручения, берется из
Сумма=
документа заявки на оплату.
Расчетный счет ООО «Энтер» хранится в
ПлательщикСчет=
справочнике расчетные счета в собственных
Страница 35/49
Наименование поля
Значение, поля
банках.
Выбирается
при
формировании
платежных поручений.
Плательщик=ИНН
ИНН
ООО
«Энтер»
хранится
в
дополнительных данных по БЕ
ПлательщикИНН=
Плательщик1=
Полное наименование компании из данных БЕ
Расчетный счет ООО «Энтер» хранится в
справочнике расчетные счета в собственных
ПлательщикРасчСчет=
банках.
Наименование из справочника
собственного
ПлательщикБанк1=
банка
ПлательщикБанк2=
Из справочника собственного банка
Расчетный счет ООО «Энтер» хранится в
справочнике расчетные счета в собственных
ПлательщикБИК=
банках.
Расчетный счет ООО «Энтер» хранится в
справочнике расчетные счета в собственных
ПлательщикКорсчет=
банках.
ПолучательСчет=
Из основной записи кредитора
Получатель=
Из основной записи кредитора
ПолучательИНН=
Из основной записи кредитора
Получатель1=
Из основной записи кредитора
ПолучательРасчСчет=
Из основной записи кредитора
Из основной записи кредитора (справочник
ПолучательБанк1=
банков)
ПолучательБанк2=
Из основной записи кредитора
ПолучательБИК=
Из основной записи кредитора
ПолучательКорсчет=
Из справочника банков
ВидПлатежа=Электронно
Константа
ВидОплаты=
Из заявки на оплату
Страница 36/49
Наименование поля
Значение, поля
ИНН
ООО
«Энтер»
ПлательщикКПП=
дополнительных данных по БЕ
Очередность=3
Из заявки на оплату
хранится
в
Из заявки на оплату
НазначениеПлатежа=
Из заявки на оплату
НазначениеПлатежа1=
НазначениеПлатежа2=
Из заявки на оплату
НазначениеПлатежа3=
Из заявки на оплату
КонецДокумента
Константа
После формирования платежных поручений ТАП и ТП сторнировать их невозможно без отмены
прогона программы АПП. Отменить прогон АПП можно только сразу по всем заявкам на оплату. Для
реализации отмены массового прогона АПП будет сделана доработка.
4.3.3. Загрузка банковской выписки
Электронная банковская выписка загружается в буфер банковских выписок – структуру данных,
которая хранит все банковские выписки, импортированные в систему, и служит для ввода и
регистрации дополнительных контировок. При загрузке банковской выписки в первой области
проводок по платежам автоматически распознанным проставляется: номер платежного поручения,
дата оплаты, договор, назначение платежа. Контировки данных буфера доступны для
изменения/корректировки/ввода вручную. На основе данных, сформированных в буфере банковской
выписки, создается проводка по счетам главной книги.
Выписку в формате 1С необходимо переконвертировать в формат Multicash с помощью транзакции
«S_PL0_09000467 - Преобразовать с помощью механизма ОНД». Для загрузки банковской выписки
будет использоваться стандартная программа FF_5 «Загрузка выписки из счета».
В данной операции указываются параметры, указанные в Таблица 14.
Таблица 14
Название поля
Значение
Комментарии
Ввод данных
V
Активируется поле «Ввод данных»
Файл выписки
Путь к файлу
Указывается путь к файлу «Заголовок банковской
выписки»
Файл оборотов
Путь к файлу
Указывается путь к файлу «Обороты банковской
Страница 37/49
Название поля
Значение
Комментарии
выписки»
(заполняется
при
использовании
формата Multicash)
Параметры проводок
V
Указывается один из трех вариантов проводок:
немедленная
проводить.
проводка,
Поле
пакетный
«Только
ввод,
банковский
не
учет»
должно быть активно всегда.
Печать выписки из счета
V
Активируется поле «Печать выписки из счета»
Печать журнала проводок
V
Активируется поле «Печать журнала проводок»
Печать статистики
V
Активируется поле «Печать статистики»
На вход данной программы необходимо подать 2 файла с данными выписки в формате Multicash:
файл AUSZUG.TXT, содержащий заголовок выписки и файл UMSATZ.TXT, содержащий позиции
выписки.
Программа загрузки обрабатывает входящий файл с данными выписки и формирует записи в
таблицах функциональности «Банковская бухгалтерия». Для реализации загрузки банковской
выписки, в Банковской бухгалтерии в SAP ERP будут заведены собственные банки и счета описание в
п.4.2.3 «Ведение справочников собственных банков» и п. 4.2.4 «Ведение данных расчетных счетов в
собственных банках» соответственно. Для правильного определения контрагента в системе должен
поддерживаться актуальный справочник дебиторов и кредиторов. Поиск контрагента осуществляется
по ИНН и КПП.
Выполняется проверка корректности загруженных данных (сбалансированы ли документы,
соответствует ли сальдо по счету сумме по загруженным документам). При обнаружении ошибок
генерируются сообщения об ошибках.
В результате работы программы в таблицах банковской книги содержатся записи, готовые для
проводки выписки в Главную книгу.
После обработки банковской выписки на экран выводятся отчеты с информацией по проведенным
документам. Их можно распечатать и сверить с оборотами счета 5*00.
По результату загруженной выписки в системе проведутся документы в первой области:
1) По входящим платежам:
Дт 5*00, 5*00 Кт 5*01;
2) По исходящим платежам:
Дт 5*02 Кт 5*00
По позиции 5*00 банковского счета будет проставлено одно значение МВП. Для ведения необходимой
аналитики на 5*00 счете будет выполнено расширение стандартной программы загрузки выписки.
Страница 38/49
Заполнение полей в документе исходящих платежей по первой области проводки, описано в Таблица
15Таблица
15.
Таблица 15
Техническое
Название поля
наименование
Назначение
Длина
Авто
Дата проводки движения денежных
Дата проводки
BKPF-BUDAT
средств в банке
8
x
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
валютирования
BSEG-VALUT
Дата платежного поручения
8
x
Вид документа
BKPF-BLART
BP
2
x
Сумма
BSEG-WRBTR
Сумма
13
x
Дата
Место возникновение прибыли
МВП
BSEG-PRCTR
(техническое значение)
10
x
BSEG-SGTXT
Первая строка назначения платежа
50
x
Структура
Назначение платежа полностью
-
x
Короткий текст
позиции
Длинный текст
позиции документа
Заполнение полей в документе входящих платежей по первой области проводки, описано в Таблица
16
Таблица 16
Техническое
Название поля
наименование
Назначение
Длина
Авто
Дата проводки движения денежных
Дата проводки
BKPF-BUDAT
средств в банке
8
x
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
валютирования
BSEG-VALUT
Дата платежного поручения
8
x
Вид документа
BKPF-BLART
BP
2
x
Сумма
BSEG-WRBTR
Сумма
13
x
Дата
Место возникновение прибыли
МВП
BSEG-PRCTR
(техническое значение)
10
x
позиции
BSEG-SGTXT
Первая строка назначения платежа
50
x
Длинный текст
Структура
Назначение платежа полностью
-
x
Короткий текст
Страница 39/49
Техническое
Название поля
наименование
Назначение
Длина
Авто
позиции
документа
Проводки по счета 5*01, 5*02 в корреспонденции со счетами расчетов с контрагентами будут
формироваться при разнесении исходящих и входящих платежей.
4.3.4. Разнесение исходящих платежей
После загрузки банковской выписки, необходимо сделать разнесение исходящих платежей.
Разноска выписки по входящим платежам происходит в транзакции FEBAN.
Для реализации процесса разнесения исходящих платежей будут настроены правила по операциям
указанным в Таблица 17.
Таблица 17
Название правила проводки
Проводка
Исходящий аванс
Дт 6002* Кт 5*02
Исходящая пост-оплата
Дт 6001*,68*,69*,76* Кт 5*02
Списание банковской комиссии - счет 91*
Дт 91* Кт 5*02
Возврат оплаты покупателю (дебитору)
Дт 6201*, 76*, 57* Кт 5*02
Отправка с р/с на другой р/с
Дт 5701* основной Кт 5*02
Возврат полученного аванса
Дт 6202 Кт 5*02
Покупка валюты
Дт 5702*кредитор банк Кт 5*02
Расчеты по заработной плате
Дт 7003* Кт 5*02
Расчеты с подотчетными лицами, прочие
Дт 71*,73*, 76* (кредитор - подотчетное
операции
лицо) Кт 5*02
Исходящий по 1-й обл.
Дт 5*02тех. Кт 5*00
Для проводки выписки используется правило банковской выписки. В него можно прописать
конкретный счет главной книги, например у нас комиссия списывается на счет 91*, его можно сразу
прописать в правиле и этот счет проставится в документе. Также в правиле прописывается вид
документа, код проводки (Дт\Кт) и какая позиция будет выравниваться в документе. Правило
банковской проводки, загруженное в буфере банковской выписки, затем его возможно поменять при
разнесении платежей. Более подробное описание правил проводок будет описано в документе о
настройках системы.
Страница 40/49
Разнесение исходящих платежей происходит автоматически по номеру платежного поручения. По
номеру платежного поручения находятся ранее созданные документы ТАП и ТП и автоматически
выравниваются с платежом.
Замену счета главной книги можно реализовать 2 методами:
1. Если в Назначении платежа указан текст, который прописан в настройках и к нему привязан
счет главной книги. Платежное поручение содержит текст (определен в настройках), в
документе будет подставляться автоматически счет главной книги отличный от контрольного
счета в контрагенте. Например, в кредиторе прописан контрольный счет 6001*. В Назначении
платежа есть текст «Оплата за прочие услуги». В настройках есть сопоставление текста
«Оплата за прочие услуги» и счета 76*. При разнесении выписки проводка пройдет на счет
76*. Проведется документ Дт 76* Кт 5*2.
2. Если платеж автоматически не распознался, например, некорректно указано назначение
платежа, то замену счета главной книги можно сделать. выбрав правило проводки в котором
прописан код ОГК. В настройке кода ОГК прописывается альтернативный счет. Таким образом,
контрольный счет контрагента с помощью кода ОГК можно заменить на другой необходимый
счет. Пример, в кредиторе контрольный счет прописан 6001*. В системе настроен код ОГК «А»
в нем прописан счет 6002* (аванс). В системе настроено правило проводки, например, K001 с
кодом ОГК «А». При разнесении платежа выбираем правило проводки K001, в результате
проведется документ Дт 6002* Кт 5*2.
Кодирование текстов и сопоставление их к счетам ГК будет предоставлено заказчиком на этапе
реализации.
Заполнение полей в документе исходящей постоплаты описано в Таблица 18.
Таблица 18
Техническое
Название поля
наименование
Назначение
Длина
Авто
Дата проводки движения
Дата проводки
BKPF-BUDAT
денежных средств в банке
8
x
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
валютирования
BSEG-VALUT
Дата платежного поручения
8
x
Вид документа
BKPF-BLART
KZ
2
x
Ссылка
BKPF-XBLNR
Номер платежного поручения
16
x
Код кредитора
BSEG-LIFNR
Код кредитора
10
x
Сумма
BSEG-WRBTR
Сумма
13
x
Код НДС
BSEG-MWSKZ
Код НДС
2
x
Дата
Страница 41/49
Техническое
Название поля
наименование
Назначение
Длина
Авто
Ссылочный ключ 3
BSEG-XREF3
Внешний номер договора
20
x
Присвоение
BSEG-ZUONR
Системный номер договора (DMS)
13
x
Первая строка назначения
Текст позиции
BSEG-SGTXT
платежа
50
x
Структура
Назначение платежа полностью
-
x
Подробный текст
позиции документа
Код кредитора (альтернативного
получателя платежа) указывается,
Альтернативный
например, для расчетов по
получатель
BSEG-EMPFB
заработной плате.
10
x
МВП
BSEG-PRCTR
Место возникновения прибыли
10
x
позиция
BSEG-FIPOS
Статья затрат
14
x
ПФМ
BSEG-FISTL
Код ЦФО
16
x
Фонд
BSEG-GEBER
Код источника финансирования
10
x
8
x
Финансовая
Дата, до которой должен быть
погашен платеж (автоматически
равна дате проводки при создании
Базовая дата
BSEG-ZFBDT
заявки)
Заполнение полей в документе исходящие платежи по налогам и сборам, описаны Таблица 19.
Таблица 19
Техническое
Название поля
наименование
Назначение
Длина
Авто
Дата проводки движения денежных
Дата проводки
BKPF-BUDAT
средств в банке
8
x
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
валютирования
BSEG-VALUT
Дата платежного поручения
8
x
Вид документа
BKPF-BLART
KZ
2
x
Ссылка
BKPF-XBLNR
Номер платежного поручения
16
x
Дата
Страница 42/49
Техническое
Название поля
наименование
Назначение
Длина
Авто
Код кредитора – технический по
Код кредитора
BSEG-LIFNR
налогам и сборам.
10
x
Сумма
BSEG-WRBTR
Сумма
13
x
20
x
Внешний номер договора –
Ссылочный ключ 3
BSEG-XREF3
технический
Системный номер договора -
Присвоение
BSEG-ZUONR
технический
18
x
BSEG-SGTXT
Первая строка назначения платежа
50
x
позиции документа
Структура
Назначение платежа полностью
-
x
МВП
BSEG-PRCTR
Место возникновения прибыли
10
x
Финансовая позиция
BSEG-FIPOS
Статья затрат
14
x
ПФМ
BSEG-FISTL
Код ЦФО
16
x
Фонд
BSEG-GEBER
Код источника финансирования
10
x
8
x
Длина
Авто
Короткий текст
позиции
Длинный текст
Дата, до которой должен быть
погашен платеж (автоматически
равна дате проводки при создании
Базовая дата
BSEG-ZFBDT
заявки на оплату)
Заполнение полей в документе исходящий аванс описано в Таблица 20.
Таблица 20
Название поля
Техническое
наименование
Назначение
Дата проводки движения денежных
Дата проводки
BKPF-BUDAT
средств в банке
8
x
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
валютирования
BSEG-VALUT
Дата платежного поручения
8
x
Вид документа
BKPF-BLART
KU
2
x
Ссылка
BKPF-XBLNR
Номер платежного поручения
16
x
Дата
Страница 43/49
Название поля
Техническое
наименование
Назначение
Длина
Авто
Код кредитора
BSEG-LIFNR
Код кредитора
10
x
Сумма
BSEG-WRBTR
Сумма
13
x
Код НДС
BSEG-MWSKZ
Код НДС
2
x
Код ОГК
BSEG-UMSKZ
Код ОГК
1
x
МВП
BSEG-PRCTR
Место возникновения прибыли
10
x
Ссылочный ключ 3
BSEG-XREF3
Внешний номер договора
20
x
Присвоение
BSEG-ZUONR
Системный номер договора (DMS)
13
x
BSEG-SGTXT
Первая строка назначения платежа
50
x
Структура
Назначение платежа полностью
-
x
Короткий текст
позиции
Длинный текст
позиции документа
Код кредитора(альтернативного
Альтернативный
получателя платежа) указывается,
получатель
BSEG-EMPFB
например, для расчетов по зарплате
10
x
Финансовая позиция
BSEG-FIPOS
Статья затрат
14
x
ПФМ
BSEG-FISTL
Код ЦФО
16
x
Фонд
BSEG-GEBER
Код источника финансирования
10
x
8
x
Дата, до которой должен быть
погашен аванс (автоматически равна
дате проводки при создании заявки
Базовая дата
BSEG-ZFBDT
на оплату)
Проводка исходящих платежей при разнесении банковской выписки – это подтверждение платежей,
которые были ранее сформированы через АПП и отправлены в банк.
4.3.5. Разнесение входящих платежей
Разнесение входящих платежей осуществляется с помощью транзакции FEBAN, где осуществляется
распознавание дебитора и операции по каждому платежу.
Распознание дебитора происходит по ИНН и КПП. В справочнике контрагентов должен быть создан
дебитор, от которого пришел платеж.
В случае если система на основе информации из данных позиции банковской выписки не смогла
определить номер дебитора из справочника контрагентов, вследствие чего операция проводки в
Страница 44/49
область проводок 2 (вспомогательные счета) не была выполнены, необходим анализ причин и их
устранение. Причинами подобного рода проблем могут быть:

Некорректная информация об отправителе платежа в позиции входящего платежа банковской
выписки;

Некорректная или недостаточная информация о клиенте в справочнике контрагентов;

Отсутствие данных об отправителе платежа в справочнике контрагентов.
В рамках рассматриваемого шага бизнес-процесса у пользователя есть возможность выбрать
соответствующего дебитора из справочника контрагентов и указать его для проблемной позиции, в
рамках среды «Дополнительная обработка выписок из счета». Одновременно с этим инициируется
заявка на корректировку основной записи дебитора для специалистов, осуществляющих их ведение.
Система пытается идентифицировать отдельные бизнес-операции и отобрать необходимую для
проводки информацию с помощью кодового слова в тексте назначения платежа.
Также распознанию входящих платежей будут способствовать значения:

Номер заказа клиента;

Номер реестра;

Номер сумки при инкассации;

Номер карты клиента (4 последние цифры).
По умолчанию всем входящим операциям определяется одно правило проводки документа, которое в
постобработке банковской выписки можно изменить, если оно не подходит для данной операции.
Если система на основе информации из данных позиции банковской выписки не смогла определить
правило проводки, то одна или обе операции документа: в области проводок 1 (банковские счета) и
(или) в области проводок 2 (вспомогательные счета) не формируются. Необходимо определить
причины проблемы и устранить их. Причинами рассматриваемой проблемы могут быть:
1. Некорректная информация о внешней операции, указываемой банком для каждой позиции
входящего платежа банковской выписки.
2. Не присвоено правило проводки для внешней операции в рамках глобальных настроек
электронной выписки из счета.
3. Кодовое слово в тексте назначения платежа не найдено или указано некорректно.
4. Недостаточно информации в данных позиции банковской выписки для идентификации
банковской операции.
В рамках данного шага бизнес-процесса у пользователя есть возможность выбрать соответствующий
код банковской выписки и указать его для проблемной позиции, в рамках среды «Дополнительная
обработка выписок из счета» для устранения этой проблемы вызванной причинами 3 или 4. Для
устранения этой же проблемы вызванной причинами 1 или 2 необходимо внесение корректировок в
глобальные настройки для электронной выписки из счета.
Если необходимую информацию удалось найти и интерпретировать, система автоматически проводит
операции (используя режим пакетного ввода).
Страница 45/49
В результате разбора банковской выписки по входящим платежам сальдо по 51* техническому счету
должно быть нулевое. Это подтверждает, что все платежи были разнесены. Если сальдо ненулевое,
необходимо проанализировать несоответствие оборотов. Причины могут быть следующие:

Не определился дебитор. В этом случае необходимо вручную выбрать дебитора, или
инициировать его создание в системе, если данного дебитора нет в справочнике контрагентов,
и завершить обработку банковской выписки вручную. Если причиной невозможности
автоматического определения дебитора является недостаточная или неточная информация в
справочнике контрагентов, необходимо инициировать ее изменение для исключения
повторных ошибок.

Не определился код бизнес-операции. В этом случае необходимо вручную выбрать
правильный код бизнес-операции и завершить обработку банковской выписки.
Для проведения входящих платежей во второй области проводок будут настроены правила
проведения документа по операциям указанным в Таблица 21.
Таблица 21
Название правила проводки
Проводка
Входящий аванс
Дт 5*01 Кт 6202*, 76*
Входящая пост-оплата
Дт 5*01 Кт 6202*, 76*
Входящий основной счет
Дт 5*01 Кт основной счет
Возврат оплаты поставщику (кредитору)
Дт 5*01 Кт 60*, 76*
Отправка с банковского счета на другой счета
Дт 5*01 Кт 5701*
Возврат исходящего аванса
Дт 5*01 Кт 6002*, 76* (аванс)
Зачисления валюты (при покупке)
Дт 5*01 Кт5702*дебитор банк
Входящий по 1-й обл.
Дт 5*00 расчетный счет Кт 5*01
Более подробное описание правил проводок будет описано в документе о настройках системы.
Программа расширяет ALV-грид транзакции FEBAN специальным алгоритмом, для автоматического
определения контировок и их визуального отображения. Сотрудник Казначейства проверяет
автоматически определенные контировки. Затем выделяются все документы и проводятся.
После регистрации документов в системе их можно просмотреть.
Заполнение полей в документе входящий аванс описано в Таблица 22.
Таблица 22
Название поля
Техническое
наименование
Назначение
Длина
Авто
Дата проводки движения денежных
Дата проводки
BKPF-BUDAT
средств в банке
8
x
Страница 46/49
Название поля
Техническое
наименование
Назначение
Длина
Авто
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
Дата валютирования
BSEG-VALUT
Дата платежного поручения
8
x
Вид документа
BKPF-BLART
DU
2
x
Ссылка
BKPF-XBLNR
Номер платежного поручения
16
x
Код дебитора
BSEG-KUNNR
Код дебитора
10
x
Код НДС
BSEG-MWSKZ
Код НДС
2
x
Код ОГК
BSEG-UMSKZ
Код ОГК, если необходим
1
Ссылочный ключ 3
BSEG-XREF3
Внешний номер договора
20
x
Присвоение
BSEG-ZUONR
Системный номер договора (DMS)
13
x
BSEG-SGTXT
Первая строка назначения платежа
50
x
позиции документа
Структура
Назначение платежа полностью
-
x
МВП
BSEG-PRCTR
Место возникновения прибыли
10
x
Финансовая позиция
BSEG-FIPOS
Статья затрат
14
ПФМ
BSEG-FISTL
Код ЦФО
16
Фонд
BSEG-GEBER
Код источника финансирования
10
Короткий текст
позиции
Длинный текст
Дата, до которой должен быть погашен
аванс (автоматически равна дате
проводки при создании заявки на
Базовая дата
BSEG-ZFBDT
оплату)
8
x
Входящий аванс при разнесении попадает на счета учета авансов полученных.
Заполнение полей в документе входящий аванс описано в Таблица 23.
Таблица 23
Название поля
Техническое
наименование
Назначение
Длина
Авто
Дата проводки движения денежных
Дата проводки
BKPF-BUDAT
средств в банке
8
x
Дата документа
BKPF-BLDAT
Дата платежного поручения
8
x
Дата
BSEG-VALUT
Дата платежного поручения
8
x
Страница 47/49
Название поля
валютирования
Техническое
наименование
Назначение
Длина
Авто
Вид документа
BKPF-BLART
DU
2
x
Ссылка
BKPF-XBLNR
Номер платежного поручения
16
x
Код дебитора
BSEG-KUNNR
Код дебитора
10
x
Код НДС
BSEG-MWSKZ
Код НДС
2
x
Код ОГК
BSEG-UMSKZ
Код ОГК, если необходим
1
Ссылочный ключ 3
BSEG-XREF3
Внешний номер договора
20
x
Присвоение
BSEG-ZUONR
Системный номер договора (DMS)
13
x
BSEG-SGTXT
Первая строка назначения платежа
50
x
позиции документа
Структура
Назначение платежа полностью
-
x
МВП
BSEG-PRCTR
Место возникновения прибыли
10
x
позиция
BSEG-FIPOS
Статья затрат
14
ПФМ
BSEG-FISTL
Код ЦФО
16
Фонд
BSEG-GEBER
Код источника финансирования
10
Короткий текст
позиции
Длинный текст
Финансовая
Дата, до которой должен быть погашен
аванс (автоматически равна дате
Базовая дата
BSEG-ZFBDT
проводки при создании заявки на платеж)
8
x
Входящий платеж при разнесении банковской выписки выравнивается с соответствующим
документом задолженности. Выравнивание документа осуществляется с помощью транзакции FB05,
проводка платежа происходит в фоновом режиме, если все необходимые данные были заданы.
Входящие платежи будут разноситься автоматически, если платеж соответствует одному заказу
(счету-фактуре) и у него определены все обязательные поля. Иначе разноска будет осуществляться
в ручном режиме.
При безналичной оплате юридическими лицами (клиентами) в системе SAP ERP из модуля SD (Сбыт)
будет создаваться требование авансового платежа (ТАП), такие платежи будут автоматически
разноситься. В поле XBLNR будет указываться номер заказа клиента CRM.
Страница 48/49
Для сопоставления входящего платежа и задолженности будет использоваться номер заказа клиента.
В момент создания документа оплаты (проводка Дт 5*01 Кт 62*, 76*) поле XBLNR замещается на
значение номера платежного поручения.
Страница 49/49