Аннотация
В данном Томе описываются следующие разделы Торговой системы «Супермаг Плюс»:
Платежи – Бонусы от поставщиков.
Платежи – Акт о начислении бонусов.
Платежи – Финансовые обязательства по поставкам.
Платежи – Финансовые обязательства по отгрузкам.
Платежи – Сверка финансовых обязательств.
Платежи – Реестр платежей.
Платежи – Платежи.
Платежи – Получение платежей.

История изменений

Содержание
1 Введение
1.1 Наименование системы
1.2 Назначение документа
1.3 Сокращения
2 Введение в тему «Управление платежами».
2.1 Понятие «Финансового обязательства».
2.2 В чём заключается управление платежами?
3 Бонусы от поставщиков.
3.1 Общие положения.
3.2 Документ «Бонусы от поставщиков»
3.3 Акт о начислении бонуса
4 Управление платежами.
4.1 Общие положения.
4.2 Как реализовано управления обязательствами
4.3 Финансовые обязательства по поставкам
4.4 Финансовые обязательства по отгрузкам
5 Атрибуты и интерфейс раздела аналогичны разделу Финансовые обязательства по поставкам (см. п. 4.3), но интерпретация некоторых атрибутов иная. В частности, атрибуты отсрочка платежа и штраф, относятся к обязательствам контрагента перед торговой организацией. Контроль исполнения этих обязательств является пассивным. То же касается контроля полноты оплаты поставок товаров контрагентам. Формирование документов для регистрации поступления платежа осуществляется в разделе Получение платежей (см. п. 8 Платежи
5.1 Назначение раздела «Платеж»
5.2 Возможные проблемы синхронизации данных между ТС и бухгалтерской программой
5.3 Атрибуты документа «Платеж»
5.4 Статусы Платежей
5.5
5.1 Факторинг. Подмена контрагента в обязательстве по накладной.
6 Сверка финансовых обязательств
7 Реестр платежей
7.1 Назначение раздела «Реестр платежей».
7.2 Бизнес-процесс составления реестра платежей.
7.3 Создание реестра платежей
7.4 Редактирование суммы платежа
7.5 Работа с реестром нескольких пользователей одновременно
8 Платежи
8.1 Назначение раздела «Платеж»
8.2 Возможные проблемы синхронизации данных между ТС и бухгалтерской программой
8.3 Атрибуты документа «Платеж»
8.4 Статусы документа «Платеж»
8.5 Создание документа «Платеж»
8.6 Оплата документов
8.7 Виды операций
9 Получение платежей
9.1 Назначение раздела «Получение платежей»
9.2 Атрибуты документа «Получение платежей»
9.3 Статусы документа «Получение платежа»
9.4 Учет финансовых атрибутов контрактов
9.5 Создание документа «Получение платежей»
9.6 Регистрация продаж
9.7 Операции
ПРИЛОЖЕНИЕ А. УКАЗАТЕЛЬ РАЗДЕЛОВ СИСТЕМЫ и документов

Якорь
_Toc477260759 _Toc477260759

Якорь
_Toc503451941 _Toc503451941

Введение

Якорь
_Toc503451942 _Toc503451942

Якорь
_Toc476233778 _Toc476233778

Якорь
_Toc476233897 _Toc476233897

Якорь
_Toc477260760 _Toc477260760

Наименование системы

Полное наименование Системы – Торговая система «Супермаг Плюс».
Сокращенное наименование Системы – «Супермаг».

Якорь
_Toc503451943 _Toc503451943

Назначение документа

Настоящий документ предназначен для сотрудников «Сервис Плюс»: аналитиков, инженеров техподдержки. А также для системных администраторов, инженеров и аналитиков клиента.

Якорь
_Toc476233779 _Toc476233779

Якорь
_Toc476233898 _Toc476233898

Якорь
_Toc477260761 _Toc477260761

Якорь
_Toc503451944 _Toc503451944

Сокращения

Якорь
_Toc503451945 _Toc503451945

Якорь
_Toc295400612 _Toc295400612

Якорь
_Toc379803005 _Toc379803005

Якорь
_Toc475530711 _Toc475530711

Введение в тему «Управление платежами».

Якорь
_Toc503451946 _Toc503451946

Понятие «Финансового обязательства».

Якорь
_Toc503451947 _Toc503451947

В чём заключается управление платежами?

Бизнес-цель, которую преследует процесс «управление платежами», заключается в том, чтобы обеспечить розничную торговлю товарами для продажи. Для этого платежи за поставленные товары должны вестись так, чтобы не мешать закупкам товаров. С другой стороны, они должны быть максимально рациональными, чтобы использовать денежные средства поставщиков максимально возможное время, предусмотренное договором поставки.
В большой розничной сети ежедневно выполняется сотни и тысячи платежей за один банковский сеанс. Для этого нужно иметь ежедневно актуальное состояние расчётов с поставщиками, своевременно сформировать оптимальный список платежей на банковские день (на сегодня), технически оформит сотни и тысячи платёжных документов и передать их в банк. При этом следует учитывать, что расчёты ведутся в условиях ограниченного бюджета и выполнить их нужно так, чтобы не остановить поставки товара не просрочку или неуплату.
Функционал системы предназначен для решения названных задач.
Учёт расчётов с поставщиками и покупателями торговая система не ведёт в бухгалтерском понимании этой задачи. В Системе учитываются лишь те операции, которые влияют на товарные поставки. Иными словами, в торговой системе содержится лишь фрагмент учётных данных, отвечающих за поставку товаров, но они представлены и используются с максимальной детализацией.

Якорь
_Toc503451948 _Toc503451948

Бонусы от поставщиков.

Якорь
_Toc503451949 _Toc503451949

Общие положения.

Розничные сети могут получать от поставщиков товаров вознаграждения в форме бонусов за выполнение различных условий, связанных с поставкой товаров и их последующей реализацией.
Такие вознаграждения в реальной жизни называют «бонусами». Так же они называются и в торговой системе.
Для вычисления и регистрации сумм начисленных бонусов в системе создан функционал, состоящий из двух разделов: «Бонусы поставщиков» и «Акт о начислении и бонусов».

Якорь
_Toc503451950 _Toc503451950

Документ «Бонусы от поставщиков»

Назначение раздела «Бонусы от поставщиков»

Документ «Бонус от поставщика» предназначен для регистрации договоренности между розничным продавцом и оптовым поставщиком о предоставлении розничному продавцу вознаграждения при выполнении заданного условия по продвижению товара поставщика (Рисунок 1):
Image Added

Создание документа «Бонусы от поставщиков»

Для создания нового документа «Бонусы от поставщиков» необходимо выполнить следующие действия:

1. Нажать кнопку Новый.
2. Выбрать МХ, от имени которого создаётся документ, и нажать кнопку Далее (Рисунок 2):

Image Added

1. Выбрать поставщика и собственного контрагента (Рисунок 3):

Image Added

1. Номер документа и дата его создания формируются автоматически. Их можно изменить (Рисунок 4):

Image Added

1. Выбрать из календаря дату начала и дату окончания договора (Рисунок 5):

Image Added

1. Проверить корректность введенных данных (Рисунок 6)

Image Added

Image Added

• сумму фактической поставки товаров за расчетный период (без НДС или полная);
• сумму фактической оплаты поставок за расчетный период.

Image Added

Якорь
_Toc295400613 _Toc295400613

Якорь
_Toc379803006 _Toc379803006

Якорь
_Toc475530712 _Toc475530712

Якорь
_Toc503451951 _Toc503451951

Акт о начислении бонуса

Сам по себе документ «Бонус поставщика» к начислению суммы бонуса и возникновению финансового обязательства не ведёт. Он лишь содержит договорные условия. Для начисления суммы требуется актировать факт наступления этих условий. Для этого существует отдельный документ «Акт о начислении бонуса».
Документ «Акт о начислении бонуса» может быть создан только в ходе выполнения автоматического расчета бонуса. Ручное редактирование документа не разрешается. Вручную документ можно только удалить или разослать по почте.
Мастер создания документа позволяет задать год и месяц, на конец которого должны быть рассчитаны бонусы (Рисунок 9):
Image Added

• номер документа «Бонус от поставщика», на основании которого был рассчитан бонус;
• сумма условия, использованная для начисления
• и процент бонуса.

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

• если рассматриваются суммы поставок и соглашением о начислении бонуса предусмотрено ограничение списка артикулов, то учтены будут только суммы поставок этих артикулов;
• если рассматриваются суммы оплаты, то учтены будут только суммы оплаты, ссылающиеся на накладные c операциями Приход и Возврат поставщику, места хранения которых входят в список мест поставки бонуса от поставщика (если этот список ограничен).

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

Якорь
_Toc503451952 _Toc503451952

Управление платежами.

Якорь
_Toc503451953 _Toc503451953

Общие положения.

Чтобы управлять платежами, нужно решить последовательно несколько задач.

1. Сформировать своевременно финансовые обязательства. В понятие «сформировать» включаются следующие действия.
   1. Зарегистрировать факт хозяйственной жизни, ведущий к возникновению обязательства (поставка товара, отгрузка товара, получение аванса, начисление бонус и т.д.).
   2. Признать финансовое обязательство достоверным. Это означает, что кто-то в розничной сети должен в силу своей должности подтвердить, что, по факту, возникло хозяйственное обязательство на определённую сумму с определёнными условиями исполнения. Обычно это делает финансовый директор или лицо с подобными полномочиями.
2. Сверить (актуализировать) входящие и исходящие финансовые обязательства. Проверить, какие из них уже погашены. Актуализировать сальдо расчётов.
3. Провести встречное гашение, если это допускается договором с поставщиками.
4. Назначить бюджет платежей на текущий банковский сеанс или календарные сутки (на сегодня или завтра).
5. Распределить бюджет расчётов по текущей задолженности в зависимости от важности платежа и отсрочки.
6. Сформировать массив платёжных документов.
7. Передать массив платёжных документов в бухгалтерскую программу. Там массив будет передан в банк вместе с другими платёжными документами.
8. Получить из бухгалтерской системы банковскую выписку по ранее отосланному массиву платежей и вернуться к пункту 1.

Якорь
_Toc379802955 _Toc379802955

Якорь
_Toc475530683 _Toc475530683

Якорь
_Toc503451954 _Toc503451954

Как реализовано управления обязательствами

Для управления обязательствами в Торговой системе созданы разделы: Финансовые обязательства по поставкам, Финансовые обязательства по отгрузкам и Сверка обязательств. Разделы помещены в группу разделов Платежи (Рисунок 10):
Image Added

Якорь
_Toc332726404 _Toc332726404

Якорь
_Toc379802957 _Toc379802957

Атрибуты финансовых обязательств по накладным

Приходная накладная (см. Том 9) и расходная накладная (см. Том 13) с операциями движения товара между организацией и контрагентом не содержат всех необходимых атрибутов для управления обязательством и для его погашения. Кроме того, часть данных, необходимых для формирования обязательства, определяется после окончательной регистрации накладной, что делает работу с ними в рамках накладной неудобной.
Для решения задач управления обязательствами, которые возникают по факту регистрации движения товара, для документов «Приходная накладная» и для документов «Расходная накладная» были созданы объекты «Финансовое обязательство по поставке» (код «FI») и «Финансовое обязательство по отгрузке» (код «FO»), доступные по кнопке Перейти к обязательству на закладке накладной Справка о финансовом обязательстве, см. Том 9 (Рисунок 11):
Image Added

• собственный контрагент обязательства;
• сумма обязательства в базовой валюте;
• дата возникновения обязательства;
• расчетная дата погашения обязательства;
• отсрочка платежа в днях и тип дней отсрочки (банковские / календарные дни);
• процент штрафа и максимальная сумма штрафа;
• приоритет оплаты;
• флаг Обязательство признано достоверным;
• комментарий.

Финансовое обязательство по поставкам имеет следующий вид (Рисунок 12):
Image Added

Image Added

Image Added

Image Added

Якорь
_Toc332726405 _Toc332726405

Якорь
_Toc379802958 _Toc379802958

Создание и удаление объекта «Финансовое обязательство по поставке» и «Финансовое обязательство по отгрузке»

Объект «Финансовое обязательство по поставке» не является полностью самостоятельным. Он является продолжением приходной накладной и дополняет ее. Документ «Приходная накладная» и объект «Финансовое обязательство по поставке» существуют неразрывно в отношении «один к одному».
Аналогично, объект «Финансовое обязательство по отгрузке» связан с документом «Расходная накладная».
Далее в тексте оба объекта обязательств будут именоваться «Финансовое обязательство накладной».
Ручное создание объектов «Финансовое обязательство накладной» не допускается. Финансовое обязательство для накладной создается автоматически в момент перевода статуса приходной или расходной накладной в Принят полностью (Отпущен полностью). Обязательства создаются только для накладных с такой операцией, которая описывает движение товара между организацией пользователя и внешним контрагентом. Операции, которые не подразумевают переход собственности от одного контрагента другому, например, «списание брака», к появлению обязательства не приводят. Для одной накладной создается одно обязательство.
Финансовое обязательство по поставке создается для следующих системных операций (и пользовательских операций, созданных на базе системных) в «Приходной накладной»: «Приход», »Приход инвентаря», «Возврат от покупателя».
«Финансовое обязательство по отгрузке»  создается для следующих системных операций (и пользовательских операций, созданных на базе системных) в «Расходной накладной»: «Продажа», «Возврат поставщику».
Функционал финансовых обязательств появился в версии 1.029. При обновлении версии Торговой Системы с более ранних версий в базе данных для каждой подходящей накладной будет создано финансовое обязательство. Процесс создания обязательств может занять значительное время, которое зависит от количества документов в базе данных. Примерная оценка – 30 минут для одного миллиона документов. Истинное время обновления зависит от производительности сервера и эффективности экземпляра базы данных.
Удаления обязательства, как и понижение статуса накладной, является действием не регулярным, а исключительным. На его применении не могут базироваться повседневные бизнес-процессы организации.
Условия удаления обязательства, признанного достоверным, существенно отличаются от условий удаления обязательств, которые еще не признаны достоверными. Для признания обязательства достоверным необходимо выбрать пункт меню кнопки Обработать → Признать обязательства достоверными.
«Достоверные» обязательства защищены системной проверкой и удалить их возможно только вместе с накладной, либо признать их недостоверными (Обработать → Признать обязательства недостоверными).
Причина сохранения «достоверных» обязательств при понижении статуса накладной в следующем. «Достоверные» обязательства могут содержать данные, отличные от данных, которые в них помещаются по умолчанию при создании обязательства. Также они могут быть уже полностью или частично оплаченными, иметь связи с платежными документами или встречными обязательствами.
Удаление обязательства при понижении статуса накладной, особенно в тех случаях, когда требуется незначительная правка накладной, не влияющая на ее финансовые атрибуты, может привести к дополнительным трудозатратам и ошибкам.
Понижение статуса накладной, в результате которого обязательство не удаляется, приводит к тому, что обязательство становится несоответствующим накладной. Такая техническая возможность системой предусмотрена. Эти расхождения должны контролироваться административно.
При последующем повышении статуса, если содержание накладной не вошло в противоречие с содержанием обязательства, обязательство признается соответствующим накладной.
При удалении накладной, если обязательство ранее не было удалено при понижении статуса, обязательство удаляется.

Якорь
_Toc332726406 _Toc332726406

Якорь
_Toc379802959 _Toc379802959

Финансовые обязательства, не приводящие к созданию отдельных объектов в системе

Объект «Финансовое обязательство накладной», как объект Торговой Системы, создан только для приходных и расходных накладных, тогда как бизнес-понятие «обязательство» относится к платежу, получению платежа и к акту о начислении бонуса. Платежные документы и акт о начислении бонусов содержат все необходимые атрибуты обязательства и используются в этом качестве при учете обязательств контрагентов. В Торговой Системе это отразилось в том, что в интерфейсе все перечисленные типы документов считаются обязательствами, могут отражаться совместно, и могут использоваться для погашения обязательств.

Якорь
_Toc379802960 _Toc379802960

Якорь
_Toc475530685 _Toc475530685

Финансовая связь обязательств

Якорь
_Toc332726408 _Toc332726408

Якорь
_Toc379802961 _Toc379802961

Понятие «финансовая связь»

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

Якорь
_Toc332726409 _Toc332726409

Якорь
_Toc379802962 _Toc379802962

Бизнес-смысл финансовой связи и логика погашения обязательств

Связь позволяет адресно гасить одно обязательство другим: конкретный приход – конкретным возвратом, конкретный аванс – конкретной поставкой, конкретный приход –конкретным платежом. Например, связь позволяет адресно оплачивать конкретным платежным поручением конкретную приходную накладную в размере определенной суммы. Если бы связи не было и встречные обязательства существовали бы отдельно друг от друга, то невозможно было бы знать, какое конкретно обязательство сейчас погашено, а какое – нет. Можно было бы пользоваться лишь грубым сальдовым методом, при котором невозможно оперировать понятиями срок погашения и просрочка.
Установлена определенная логика гашения обязательств, которая ниже описана на конкретном примере.
Выбираются два обязательства, которые могут быть взаимно погашены. Например, обязательство по поставке и платеж (платеж поставщику). В зависимости от сути бизнес-процесса используется функционал, устанавливающий между ними связь на сумму связи.
Финансовое обязательство по поставке существует на сумму 3068 рублей и признано достоверным (Рисунок 16):
Image Added

Image Added

Image Added

Image Added

Якорь
_Toc332726410 _Toc332726410

Якорь
_Toc379802963 _Toc379802963

Описание свойств и функционирования финансовой связи

Связь не является частью объектов документов или финансовых обязательств накладных. Но и не является самостоятельным почтовым объектом. Связь обязательств является полузависимым объектом, который перемещается только вместе с любым из объектов, связь между которыми она описывает.
Для установления связи не предъявляется строгих требований к статусу документа или финансового обязательства накладной.
Введено понятие состояния связи (см. подробное описание ниже). У связи обязательств имеется характеристика – состояние связи. Состояние связи зависит от статуса взаимно связанных обязательств. Если связь установлена между достоверными обязательствами и / или документами в наивысшем статусе, то такая связь считается исполненной (флаг Исполнено).
Связь обязательств может создаваться, меняться и удаляться без предъявления обязательных требований к статусу обязательств / документов, между которыми устанавливается связь. Как следствие, допускается существование связи в базе данных без наличия в ней одного из обязательств. Эта возможность используется для передачи информации о погашении обязательства из одной базы данных в другую, без обязательной передачи полного комплекта документов. Тем не менее, при обычной работе с обязательствами в базе данных удаление обязательства приводит к обязательному удалению его связей. Строго не допускается наличие связей, для которых в базе отсутствуют оба обязательства.
Для документа «Счет» связь с документом «Получение платежа» реализована аналогично связям между обязательствами. Связи счета с получением платежа вынесены в отдельный объект (таблицу) для того, чтобы отделить суммы погашения обязательств (ранее именовалось «акцептированием») от сумм, полученных на основании выставленного счета. Управление выставленными счетами осуществляется так же, как управление обязательствами.
При обновлении версии базы данных информация из таблицы финансовых оснований переносится в таблицу финансовых связей.

Якорь
_Toc332726411 _Toc332726411

Якорь
_Toc379802964 _Toc379802964

Якорь
_Toc475530686 _Toc475530686

Рассылка финансовых обязательств и их связей по почте

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

• Не примется финансовое обязательство, для которого в текущей базе нет соответствующей накладной.
• Не примется накладная / финансовое обязательство, если нарушено правило согласованности источника происхождения накладной / финансового обязательства.
• Если принимается накладная, которая в текущей базе данных оприходована и для нее имеется обязательство, то проверяется статус и операция пришедшей накладной. Если для пришедшей накладной обязательство не должно существовать и накладная пришла из старшей / доверительной базы, то обязательство этой накладной в текущей базе удаляется. Если накладная пришла из других типов баз, то обязательство будет удалено, если оно не является достоверным. Во всех других случаях обязательство при приеме накладной удалено не будет. Это может приводить к несоответствию накладной и обязательства, если будет нарушена логика работы с этими объектами.
• Если в базе данных имеется обязательство накладной с набором финансовых связей и приходит обязательство с другим набором связей, то прежние связи будут полностью замещены новыми.
• Если в базе имеется достоверное обязательство, то его статус может быть понижен только при приеме объекта из старшей / доверительной базы.

Разрешен прием в базу данных финансовых обязательств / документов с финансовыми связями без обязательного наличия в принимающей базе объектов, на которые ссылаются связи. Это позволяет пересылать информацию о погашении обязательства без пересылки полного комплекта документов, связанных с его погашением. При нарушениях в документообороте и при неверной рассылке объектов могут возникать ситуации, когда сумма связей может превысить сумму обязательства. Приведение суммы связей в соответствие сумме обязательства проводится в разделе Сверка финансовых обязательств.

Якорь
_Toc332726412 _Toc332726412

Якорь
_Toc379802965 _Toc379802965

Якорь
_Toc475530687 _Toc475530687

Якорь
_Ref495579025 _Ref495579025

Якорь
_Ref495579046 _Ref495579046

Якорь
_Toc503451955 _Toc503451955

Финансовые обязательства по поставкам

Якорь
_Toc332726413 _Toc332726413

Якорь
_Toc379802966 _Toc379802966

Интерфейс и атрибуты «Финансового обязательства по поставкам»

Раздел Финансовые обязательства по поставкам служит для работы с финансовыми обязательствами, возникшими перед поставщиками за поставленный товар, услуги.
Окно отобранных обязательств разделено на две зоны – таблицу (список) отобранных обязательств и зону детального содержания выбранного обязательства (Рисунок 20).
Зона детальной публикации обязательства также служит для редактирования атрибутов обязательства и для показа списка связей обязательства с погашающими обязательствами.
Атрибуты финансового обязательства по поставкам были описаны выше.
Image Added

• Погашено (в процессе погашения) – сумма связей в процессе погашения, то есть суммы, которые запланированы или находятся в процессе погашения.
• Погашено (по исполненным связям) – сумма «Погашено» за вычетом суммы «Погашено (в процессе погашения)», то есть подтвержденные или исполненные суммы погашения.
• Задолженность (по исполненным связям) – сумма «Задолженность» плюс сумма «Погашено (в процессе погашения)», то есть задолженность без учета сумм в процессе погашения.

В детальное описание текущего обязательства добавлены следующие поля:

• Погашено «в том числе в процессе погашения» – сумма связей в процессе погашения.
• Задолженность (по исполненным связям) – сумма задолженности без учета сумм в процессе погашения.

Раздел содержит фильтр для задания условия отбора обязательств, и окно отобранных обязательств.
Image Added
Рисунок 21 – Фильтр для задания отбора обязательств
Интерфейс фильтра позволяет задать условия отбора обязательств по атрибутам обязательств, например, отбирать обязательства по контрагентам, срокам платежа, операциям накладных и т.д., и по состоянию обязательств (см. ниже).

Якорь
_Toc332726414 _Toc332726414

Якорь
_Toc379802967 _Toc379802967

Сигнал о состоянии обязательства

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

1. 1. 1. 1. Якорь
            _Toc379802968 _Toc379802968

            Сигнал о погашении обязательства

Гашение обязательства в системе происходит установление финансовой связи обязательства с другим обязательством (платежом, встречным обязательством) на определенную сумму.
Для отражения текущего состояния процесса гашения обязательства предусмотрено четыре фиксированных значения сигнала. Обязательство может быть не погашено, погашено частично, погашено или погашено избыточно.
В таблице отобранных обязательств строки обязательств выделяются цветами в зависимости от состояния погашения.
Image Added
Рисунок 22 – Сигнал о погашении обязательства
Для назначения собственных цветов необходимо воспользоваться функцией Параметры раздела. По умолчанию используются следующие цвета (Рисунок 23):
Image Added

1. 1. 1. 1. Якорь
            _Toc379802969 _Toc379802969

            Сигнал о просроченной задолженности

Другим критическим показателем является просрочка оплаты. Для оценки этого показателя используется два фиксированных значения сигнала. Обязательство может быть просрочено или не просрочено. Состояние «просроченности» определяется только для достоверных обязательств. Не признанные достоверными обязательства не считаются просроченными, даже если срок погашения обязательства меньше текущей даты.
Если после истечения календарной даты, являющейся «сроком погашения», не вся сумма обязательства погашена, то обязательство будет просроченным.
Суммы и даты погашения обязательства определяются по соответствующим атрибутам связей обязательства. Но только по таким связям, которые имеют статус Исполнено. Это означает, например, что если обязательство по поставке имеет связь с платежным документом в полной сумме обязательства, но платеж еще не получил статус Исполнен (например, по причине того, что банк не прислал подтверждение о прохождении платежа), то эта связь не будет учтена, как состоявшееся погашение. Обязательство, в этом случае, может быть обозначено как просроченное, несмотря на наличие своевременного распоряжения об его оплате.
Если в поставке имелись товары с отсрочкой платежа (см. раздел Контрагенты, закладка Заказ, поле Отсрочка платежа Том 4) меньшей, чем отсрочка платежа обязательства, то состояние «просрочки» определяется по своевременности и полноте погашения каждой части суммы обязательства со своим сроком погашения. Детализацию сроков погашения обязательства отражается в поле Срок погашения (Рисунок 24):
Image Added

1. 1. 1. 1. Якорь
            _Toc379802970 _Toc379802970

            Сигнал о незавершенности процесса погашения

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

1. 1. 1. 1. Сигнал о несоответствии финансового обязательства текущему содержанию приходной накладной

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

Якорь
_Toc332726415 _Toc332726415

Якорь
_Toc379802972 _Toc379802972

Обработка обязательств

Функции обработки обязательств доступны при вызове меню кнопки Обработать (Рисунок 25):
Image Added

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

После обновления версии базы данных все обязательства, созданные в процессе обновления версии, не считаются достоверными.

1. Признать обязательства недостоверными.
2. Генерация платежных документов – позволяет сформировать документы «Платеж для перечня обязательств, признанных достоверными» (Рисунок 26 и Рисунок 27):

Image Added

Image Added

1. Погашение авансом – позволяет погасить обязательство по поставке ранее оплаченным авансом. Функция обрабатывает одновременно только одно обязательство. В диалоге старта функции показывается список подходящих авансов, то есть документов «Платеж» с ненулевой свободной суммой в статусе Исполнен с операцией Авансовый платеж и парой контрагентов такой же, как у обязательства. В списке авансов показывается свободная сумма каждого аванса и предлагается указать сумму обязательства, которая будет распределена на аванс. Также можно выполнить распределение автоматически, нажав кнопку Распределить задолженность. В этом случае сумма задолженностей будет распределяться по авансовым платежам в порядке возрастания дат платежей или при одной дате платежа в порядке возрастания номеров платежных документов (Рисунок 28):

Image Added

1. Погашение расходом позволяет погасить обязательство по поставке встречным обязательством по расходу товара. Функция обрабатывает только одно обязательство по поставке. Для обязательства поставки с операцией Приход подбираются только обязательства по отгрузке с операцией «Возврат поставщику», для обязательства поставки с операцией «Возврат от покупателя» подбираются только обязательства по отгрузке с операцией «Продажа». Рассматриваются только достоверные обязательства (Рисунок 29):

Image Added

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

Функция может использоваться для погашения обязательства в нестандартных случаях, в том числе при взаимозачете обязательств. В диалоге функции показывается список всех платежных документов и обязательств по отгрузкам, которые могут быть использованы для погашения текущего обязательства (Рисунок 30):
Image Added

1. Установить сумму обязательства равной нулю.
2. Установить сумму обязательства равной сумме накладной.

Функция «Привести обязательство в соответствие с основанием»

Функция Привести обязательство в соответствие с основанием – предназначена для автоматического исправления конфликта обязательства и накладной, для которой было создано обязательство. Функция применима только к одному обязательству и доступна, если установлен флаг Соответствует основанию.
Обязательство не соответствует накладной, если не совпадает сумма накладной и сумма накладной в момент создания обязательства, поставщик накладной и обязательства, если операция накладной не является операцией движения товара между организацией и внешним контрагентом, например, «инвентаризация излишков». Обязательство также считается не соответствующим накладной, если накладная имеет статус, отличный от статуса Принят полностью. Оповещение о причине несоответствия показывается, если подвести курсор мыши к ячейке со снятым флагом Соответствует основанию.
При автоматическом приведении обязательства в соответствие с накладной, обязательство либо приводится в полное соответствие с атрибутами накладной, то есть в накладную переносятся все измененные атрибуты, либо обязательство предлагается удалить, если его существование несовместимо с текущим состоянием накладной.
Если обязательство имело связи с погашающими обязательствами и изменения в накладной таковы, что эти связи не могут быть сохранены в неизменном виде, то их предлагается скорректировать вручную до приведения обязательства в соответствие с накладной.

Фильтр

Окно, в котором можно отфильтровать обязательства поставки по тому или иному критерию, открывается при нажатии кнопки Фильтр (Рисунок 31):
Image Added

Якорь
_Toc332726416 _Toc332726416

Якорь
_Toc379802973 _Toc379802973

Якорь
_Toc475530688 _Toc475530688

Якорь
_Toc503451956 _Toc503451956

Финансовые обязательства по отгрузкам

Раздел Финансовые обязательства по отгрузкам (Рисунок 32) предназначен для работы с информацией о расходе товара, то есть с данными расходных накладных, как с информацией о финансовых обязательствах.
Раздел предназначен для решения следующих задач:

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

Image Added

Якорь
_Toc503451957 _Toc503451957

Атрибуты и интерфейс раздела аналогичны разделу Финансовые обязательства по поставкам (см. п. 4.3), но интерпретация некоторых атрибутов иная. В частности, атрибуты отсрочка платежа и штраф, относятся к обязательствам контрагента перед торговой организацией. Контроль исполнения этих обязательств является пассивным. То же касается контроля полноты оплаты поставок товаров контрагентам. Формирование документов для регистрации поступления платежа осуществляется в разделе Получение платежей (см. п. 8 Платежи

Назначение раздела «Платеж»

Документ «Платёж» предназначен для регистрации платежей контрагентам и для установления соответствия между фактами платежей и фактами движения товаров по накладным.
В зависимости от основания платежа и вида контрагента, платежи могут иметь следующие операции: для контрагентов поставщиков: «авансовый платеж» и «платеж»; для контрагентов клиентов: «возврат аванса», «возврат полученных денег».
Операции «авансовый платеж» и «возврат аванса» могут не иметь основания платежа в спецификации документа. Операции «платеж» и «возврат полученных денег» обязаны иметь основание платежа в спецификации документа. Допустимый тип и операции документов основания платежа зависят от операции документа Платежи.
Данный программный модуль предоставляет возможность отражать состояние взаиморасчётов с поставщиками, а также формирует документы, по которым может осуществляться оплата полученного товара.
В ТС возможно отразить либо перечисление определенной суммы поставщику, либо возврат поставщику ранее полученного от него платежа без привязки к товаросопроводительному документу (например, при предоплате по контракту), либо отразить в БД платежи в оплату одной или нескольких приходных накладных данного поставщика. В последнем случае ТС ведётся реестр оплаченных товаросопроводительных документов и, в целом, учёт состояния взаиморасчётов с поставщиком по оплаченным и ещё неоплаченным его накладным.
Как и информация по платежам полученным, данные по взаиморасчётам с поставщиками служат исходной информацией для принятия управленческих решений персоналом предприятия.
Вместе с тем, следует учесть, что действия по получению и отправке платежей, учёт денежных средств и их потоков производится бухгалтерией организации. При этом ни автоматический экспорт, ни прямой импорт данных финансовых потоков между бухгалтерской программой и ТС «Супермаг Плюс» в штатной поставке софта не предусмотрен.
Синхронизация (выверка) содержания баз данных (ТС и бухгалтерской) может поддерживаться только организационными мерами (например, ежедневной передачей менеджерам листинга бухгалтерии с расшифровкой финансовых потоков: как в оплату поступившего товара, так и получением платежей за отгруженный/приготовленный к отгрузке товар; за возврат товара и т.п.) и, в свою очередь, активным использованием работниками финансового дивизиона компании отчетов ТС, например «Графика расчёта с поставщиками», составляемого при бюджетировании бизнес-процесса.

Возможные проблемы синхронизации данных между ТС и бухгалтерской программой

Разработка мер по синхронизации баз данных (бухгалтерской и ТС) в части учёта финансовых потоков остаётся за пользователем.
Возможные причины рассогласования данных:
Одной из проблем является синхронизация реквизитов расчётно-платежных документов и сумм реально произведённых платежей в двух БД. Пусть в ТС для идентификации очередного платежа Поставщику А система сгенерировала номер платежного поручения 105. При экспорте данных этого платежа в бухгалтерскую программу последняя автоматически сгенерировала № 223, который не мог быть исправлен оператором вручную, так как в бухгалтерской БД уже был зарезервирован номер 105 для учёта иной хозяйственной ситуации, по которой уже составлен отчёт. Кроме того, выполнение обязательств по оплате товара (по факту) может разойтись как по дате, так и по сумме платежа с бюджетным планом организации-плательщика, которая к тому же может и дробить свои платежи (несколько платежных поручений в оплату одного счёта). Таким образом, сверка платежей с Поставщиком А (взаиморасчёты) только на основании данных ТС становится проблематичной.
Некоторые поставщики ведут взаиморасчёты в условных единицах, за которую принимают, к примеру, доллар США с пересчётом в рубли РФ по курсу ЦБ РФ (т.е. четыре знака после запятой) и плюс 1,5% по курсу USD на день оплаты. В БД справочник курсов валют может вестись с точностью до 2-х знаков, с автоматическим пересчётом стоимости товара в рубли РФ по курсу на дату его прихода – первая причина рассогласования данных учёта.
Вторая причина – если экспорт данных товарного прихода из БД «Супермаг Плюс» в бухгалтерскую программу производить в национальной валюте (например, в рублях РФ), то в бухгалтерии будет накапливаться систематическая ошибка по сумме задолженности: так как в БД не предусмотрен механизм расчета курсовых разниц, то в момент оплаты товара (к примеру, по поставкам с отсроченным платежом) сумма накладной в рублях РФ, учтённая в ТС, вследствие изменения курса USD никогда не будет равняться сумме реального платежа, разочтённого бухгалтерией в оплату товара по этой накладной резиденту РФ, если такой платёж необходимо произвести на основании первичного документа с отражением цен в нём, выраженных в у.е. и на условиях, оговоренных выше.
Информация о кредитных учреждениях регулярно обновляется ЦБ РФ и доводится до сведения коммерческих банков. Вслед за этим кредитные учреждения, как правило, автоматической рассылкой замещает соответствующие справочники у своих клиентов, поставляемые в составе систем «Банк-клиент». В ТС «Супермаг Плюс» осуществлена возможность ведения справочника «Банки» (см. Том 1), однако автоматизация импорта новых версий справочника банковских реквизитов в ТС не предусмотрена.

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

Атрибуты документа «Платеж»

Документ «Платеж» имеет следующий вид (Рисунок 51):
Image Added
Рисунок 51 – Платеж
Атрибуты:

• № докум. – номер документа.
• Дата – дата создания документа.
• Статус – текущий статус документа (подготовлен, черновик, проплачен).
• Операция – вид платежной операции: платеж, авансовый платеж, возврат аванса, возврат полученных денег.
• Расчет – форма оплаты (наличная или безналичная оплата).
• Очередность – очередность платежа (от 1 до 5).
• № платежного – номер платежного документа.
• Исполнено банком – дата выполнения платежа банком.
• Вид платежа – электронно, по почте или телеграфу (выбрать из списка).
• Получатель – наименование получателя платежа.
• Счет – номер счета, на который производился платеж. При создании документа поле автоматически заполняется значением банковского счета контрагента с флагом Актуальный.
• Плательшик – наименование плательщика.
• Счет – номер счета плательщика. При создании документа поле автоматически заполняется значением банковского счета контрагента с флагом Актуальный.
• Комментарий (назначение платежа) – произвольный текст.
• Сумма документа – сумма платежа.
• НДС – разбивка на НДС 18% и НДС 10%.
• Свободная сумма – сумма превышения платежа.

В связи с изменением законодательства в части определения очередности списания денежных средств и количества категорий очередности, в платежных документах разрешается определять очередность от 1 до 5. По умолчанию предлагается очередность 5.
При открытии документов прежних версий с очередностью 6, в интерфейсе в окне очередности данные показываться не будут, но в содержании документа и при печати величина «6» будет сохранена и будет печататься. При редактировании значения очередности старого документа будут предложены значения от 1 до 5.

Статусы документа «Платеж»

Документ «Платеж» имеет следующие статусы:
Image Added

• Черновик – «первичный» статус документа: новый документ после его создания имеет именно этот статус. В заголовке документа возможна коррекция любых атрибутов за исключением номера документа, который был сформирован на этапе создания документа. В спецификации документа возможно добавление и удаление оплачиваемых документов.
• Проплачен – в заголовке документа возможна коррекция даты оплаты.
• Исполнен – «последний» статус документа. При переводе документа в этот статус становятся невозможными никакие изменения документа, кроме коррекции самого статуса (в «обратном направлении») и только в том случае, если данный документ относится к незакрытому периоду, а у пользователя имеются соответствующие права.
• Подготовлен – никакая работа с документом, имеющим данный статус, невозможна: его нельзя редактировать, нельзя удалить. Единственно возможная операция над таким документом – изменение статуса, т.е. перевод документа в статус «черновик».

Создание документа «Платеж»

Для создания документа «Платеж» необходимо выполнить следующие действия:

1. Нажать кнопку Новый документ.
2. Выбрать операцию и МХ, от имени которого будет создаваться платёж – для привязки документов к этому МХ, если товар поступал непосредственно в это МХ (Рисунок 52). Нажать кнопку Далее.

Image Added
Рисунок 52 – Создание платежа (1)

1. В следующем окне будет предложен автоматически созданный номер документа и дата его создания в БД (Рисунок 53):

Image Added
Рисунок 53 – Создание платежа (2)

1. Выбрать из справочника получателя платежа (поставщика), в адрес которого выполняется платеж, и организацию, от имени которой он будет осуществлён (Рисунок 54):

Image Added
Рисунок 54 – Создание платежа (3)

1. Указать тип расчета – наличный или безналичный. Дата оплаты устанавливается автоматически. Ее можно изменить (Рисунок 55):

Image Added
Рисунок 55 – Создание платежа (4)

1. Указать номер ордера (платёжного поручения / расходного кассового ордера) и вид платежа (Рисунок 56):

Image Added
Рисунок 56 – Создание платежа (5)

1. Указать валюту оплаты (Рисунок 57):

Image Added
Рисунок 57 – Создание платежа (6)
6. В последнем окне диалога проверить введённую ранее информацию, установить отметку в пункте Перейти к редактированию созданного документа,если она не была там установлена (Рисунок 58):
Image Added
Рисунок 58 – Создание платежа (7)
7. В заголовке сформированного документа (режим Редактировать) указать сумму платежа, сумму НДС, очередность платежа и его назначение (Рисунок 59):
Image Added
Рисунок 59 – Создание платежа (8)

Оплата документов

С помощью введенного документа-платежа можно отразить в БД оплату произвольного списка документов (номер каждого документа пользователь указывает отдельно), либо отобрать неоплаченные номенклатурные документы из списка.
Выбрать тип оплачиваемого документа (приходная накладная) и отобрать из всплывающего перечня документов требуемый номер товаросопроводительного документа (Рисунок 60):
Image Added
Рисунок 60 – Оплата документа
Результат отбора документов-оснований представлен на рисунке (Рисунок 61):
Image Added
Рисунок 61 – Отобранные документа
Если необходимо оплатить иной документ, то после окончания ввода оплачиваемых документов, в том числе и сумм платежей в них, документ-платеж переводится в статус Проплачен, для этого необходимо нажать либо на кнопку Проплатить, либо пользуясь кнопкой Обработать выбором опции Смена статуса. Далее, после ввода отметок документа ( и по факту реального платежа) необходимо перевести его в статус Исполнен, для чего необходимо нажать на кнопку Принять.
Для того чтобы флаг Оплата по документу Платеж в документе устанавливался автоматически необходимо установить его для места хранения. Данный флаг фактически включает или исключает накладные из учета взаиморасчетов. То есть, в случае если флаг Оплата по документу Платеж в накладной не установлен, то поле Задолженность накладной редактируется вручную без участия платежных документов и содержит окончательный результат оплаты. Такие накладные отражаются в отчетах о платежах не в виде движения стоимостей, а в виде результата (сальдо) движения по отношению к данному документу. При установлении связи с приходными накладными платежный документ вносит изменение в поле Задолженность заголовка накладной, не меняя её статус.
По кнопке Печать производится печать проектов платежных поручений. Документы можно также экспортировать с помощью кнопки Обработать, преобразовав их в любой иной документ ТС из предложенного списка.

Виды операций

Авансовый платеж

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

Возврат аванса

Производится также из документа «Платеж».

Возврат платежа полученного

Производится также из документа Платеж и автоматически из меню раздела Расходных накладных Функции → Генерация платежей (см. Том 13).
Получение платежей) по мере получения информации из банка о поступлении денежных средств. В этом же разделе в процессе формирования документа «Получение платежа» устанавливается его связь с обязательством расходной накладной.
Аналогичен и набор функций обработки обязательств:

• Признать обязательства достоверными;
• Признать обязательства недостоверными;
• Генерация платежных документов;
• Установить сумму обязательства равной нулю;
• Установить сумму обязательства равной сумме накладной;
• Погашение авансом;
• Погашение приходом;
• Погашение обязательства.

В случае обязательства по отгрузкам погашение авансом подразумевает погашение документами «Получение платежа» с операцией Получение аванса.
Погашение приходом – погашение обязательств по отгрузкам с операцией Продажа обязательствами по поставкам с операцией Возврат от покупателя и обязательств по отгрузкам с операцией Возврат поставщику обязательствами по поставкам с операцией Приход (Рисунок 33):
Image Added

Якорь
_Toc503451963 _Toc503451963

Факторинг. Подмена контрагента в обязательстве по накладной.

Если в расчётах между ретейлером и поставщиком участвует третье лицо (финансовый агент), то для создания платёжных документов и построения взаиморасчётов в таких случаях используется функционал, названный «Факторинг».
В разделе Контрагенты закладка Счета и факторинг (Рисунок 34) содержат элементы «Финансовый агент» и «Договор цессии».
Image Added

Image Added

Image Added

Якорь
_Toc332726417 _Toc332726417

Якорь
_Toc379802974 _Toc379802974

Якорь
_Toc475530689 _Toc475530689

Якорь
_Toc503451964 _Toc503451964

Сверка финансовых обязательств

Раздел предназначен для отображения и сверки всех видов обязательств, включая акты о начислении бонусов. В первую очередь раздел выполняет информационную роль. Путем целевой настройки фильтра можно получить произвольное представление взаиморасчетов собственных контрагентов с внешними. Кроме того, присутствует возможность в этом же разделе гасить обязательства и устанавливать финансовые связи. Раздел позволяет контролировать корректность погашения обязательств, погашать обязательства и корректировать связи обязательства.
В таблице отобранных обязательств отдельно показываются суммы обязательств прихода ценностей и суммы расхода ценностей, и подводится итог по отобранным обязательствам. При отборе всех обязательств пары собственного и внешнего контрагента и в заданном диапазоне времени, раздел позволяет осуществлять сверку обязательств собственного и внешнего контрагентов (Рисунок 37):
Image Added

Якорь
_Toc379802998 _Toc379802998

Якорь
_Toc475530706 _Toc475530706

Якорь
_Toc503451965 _Toc503451965

Реестр платежей

Якорь
_Toc503451966 _Toc503451966

Назначение раздела «Реестр платежей».

Раздел Реестр платежей (Рисунок 38) предназначен для подготовки и оплаты текущих финансовых обязательств по поставкам в условиях ограниченного бюджета оплат. Бюджет устанавливает финансовый менеджер (директор), он выделяет на оплаты поставщикам определенную сумму, которая и вносится в систему как лимит общей дневной суммы оплат.
Применение реестра эффективно в условиях ограниченности и дефицита денежных ресурсов. Удобно использовать реестр при планировании большого потока платежей (сотни платежных поручений в день).
Image Added

Якорь
_Toc503451967 _Toc503451967

Бизнес-процесс составления реестра платежей.

В разделе поддержан бизнес-процесс планирования и подготовки безналичных платежей на указанную дату. В разделе можно реализовать путем настроек функционально-ролевую модель взаимодействия менеджера по закупкам, финансового менеджера и коммерческого руководителя (начальника) менеджеров по закупкам.
Ритм запуска и время жизни процесса определяется его бизнес-смыслом. Зависит это от правил бюджетирования и порядка проведения безналичных платежей в банках. За банковский день проводится один или несколько сеансов перечисления денег. При этом банк оперирует суммой, находящейся на расчетном счете плательщика.
Процесс «Реестр платежей» рекомендуется использовать следующим образом.
Утром из выписки банка финансовый менеджер узнает доступную сумму и планирует свои денежные потоки. Часть денежных средств идет на оплату поставок товаров. Эту сумму далее будем называть лимитом. Лимит определяет финансовый менеджер.
Сведения о выделенном лимите финансовый менеджер сообщает начальнику менеджеров по закупкам (далее, Начальник). Менеджеры по закупкам могут работать каждый со своим пулом поставщиков.
Начальник запускает формирование реестра платежей и вносит сумму лимита. Далее менеджеры по закупкам планируют платежи вручную по тем обязательствам, где требуется наибольшая срочность, важность. Например, поставщик приостанавливает поставки. При этом каждый менеджер может работать со своим пулом поставщиков.
Далее реестр поступает начальнику. Он вносит коррективы вручную в планы менеджеров.
Если после ручного планирования осталась еще нераспределенная сумма лимита, то ее начальник может распределить автоматически. При этом система учтет срочность и приоритетность обязательств.
После автоматического распределения начальник снова может вручную вмешаться и скорректировать предложения системы.
Когда реестр платежей создан, начальник запускает генерацию платежных документов. После этого реестр становится ненужным и интересен только как история действий пользователей.
На рисунке схематично показан описанный выше процесс (Рисунок 39):
Image Added

Якорь
_Toc379803000 _Toc379803000

Якорь
_Toc475530708 _Toc475530708

Якорь
_Toc503451968 _Toc503451968

Создание реестра платежей

Описанный выше бизнес-процесс в системе реализуется ниже описанными действиями. Создание нового реестра осуществляется при нажатии кнопки Новый реестр (Рисунок 40):
Image Added

Image Added

• Обязательство – номер приходной накладной, по которой существует финансовое обязательство.
• Приоритет оплаты – ранее назначенный обязательству признак.
• Место поставки – наименование МХ, в которое производится поставка.
• Срок погашения – дата, до которой необходимо произвести оплату по финансовому обязательству.
• Текущая задолженность – показывает всю задолженность по непогашенным обязательствам по поставке, сформировавшуюся на дату реестра. При этом не учитывается срок погашения этих обязательств.
• Задолженность к оплате на дату реестра – здесь показывается задолженность по обязательствам, срок платежа по которым наступил или наступает на дату реестра. Это срочные и просроченные непогашенные обязательства.
• Просроченная задолженность – задолженность по непогашенным обязательствам, срок погашения которых уже миновал на дату формирования реестра.
• Сумма к оплате, Сумма обязательства – сумма, которую предполагается заплатить по данному реестру.
• Текущая задолженность, % от общей суммы – показывает процентную долю данного поставщика в общей задолженности организации перед показанными в таблице поставщиками. Так на картинке общая текущая задолженность перед поставщиками – 57 368 312,04, текущая задолженность выбранного поставщика – 13 181,15. Это составляет 0,023% от общей задолженности. Это значение показывает существенность влияния поставщика на общую кредиторскую задолженность организации по поставкам товаров.
• Задолженность к оплате на дату реестра, % от общей суммы – аналогично предыдущему пункту. Показывает долю кредиторской проблемы по каждому поставщику, но только по тем обязательства, которые нужно оплатить на день формирования реестра и до этого дня.
• Просроченная задолженность, % от общей суммы – аналогично предыдущим двум пунктам.
• Погашенная задолженность, % – показывает, какую процентную долю от суммы срочной задолженности поставщику погашает запланированная реестром сумма платежа.

Финансовое обязательство по отгрузке (колонка Обязательство) попадает в просмотр, если:

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

В данном случае рассматривается задолженность, которая не погашена не только фактически платежом или встречным обязательством, но даже не запланирована к погашению. То есть, если документ «Платеж» в статусе Черновик связан с финансовым обязательством на определенную сумму запланированного платежа, то эта еще не погашенная фактически задолженность в реестр платежей не попадет. Считается, что намерение оплатить эту сумму уже зарегистрировано в Системе черновиком платежа и повторно планировать эту оплату нельзя.
Кнопка Группы товаров предназначена для установки фильтра на обязательства. При установке фильтра в отбор попадают только обязательства, основаниями которых являются накладные, в спецификацию которых входит хотя бы один товар из выбранной группы (Рисунок 42):
Image Added

Якорь
_Toc503451969 _Toc503451969

Редактирование суммы платежа

Редактирование суммы платежа может осуществляться по каждому поставщику вручную или с помощью функции Распределение суммы лимита (Рисунок 43, Рисунок 44):
Image Added

Image Added

Image Added

Якорь
_Ref499565759 _Ref499565759

Якорь
_Toc503451970 _Toc503451970

Работа с реестром нескольких пользователей одновременно

В больших организациях с поставками и закупками работают несколько менеджеров (Рисунок 46). Нагрузка между ними распределяется по выбранному правилу. Реестр платежей позволяет поддержать работу нескольких менеджеров одновременно, если между ними будут распределены поставщики.
Image Added

Image Added

Image Added

Image Added

Image Added

Якорь
_Toc503451971 _Toc503451971

Якорь
_Toc332726418 _Toc332726418

Якорь
_Toc379802975 _Toc379802975

Якорь
_Toc475530690 _Toc475530690

Якорь
_Ref495592231 _Ref495592231

Якорь
_Ref495592236 _Ref495592236

Платежи

Якорь
_Toc503451972 _Toc503451972

Назначение раздела «Платеж»

Документ «Платёж» предназначен для регистрации платежей контрагентам и для установления соответствия между фактами платежей и фактами движения товаров по накладным.
В зависимости от основания платежа и вида контрагента, платежи могут иметь следующие операции: для контрагентов поставщиков: «авансовый платеж» и «платеж»; для контрагентов клиентов: «возврат аванса», «возврат полученных денег».
Операции «авансовый платеж» и «возврат аванса» могут не иметь основания платежа в спецификации документа. Операции «платеж» и «возврат полученных денег» обязаны иметь основание платежа в спецификации документа. Допустимый тип и операции документов основания платежа зависят от операции документа Платежи.
Данный программный модуль предоставляет возможность отражать состояние взаиморасчётов с поставщиками, а также формирует документы, по которым может осуществляться оплата полученного товара.
В ТС возможно отразить либо перечисление определенной суммы поставщику, либо возврат поставщику ранее полученного от него платежа без привязки к товаросопроводительному документу (например, при предоплате по контракту), либо отразить в БД платежи в оплату одной или нескольких приходных накладных данного поставщика. В последнем случае ТС ведётся реестр оплаченных товаросопроводительных документов и, в целом, учёт состояния взаиморасчётов с поставщиком по оплаченным и ещё неоплаченным его накладным.
Как и информация по платежам полученным, данные по взаиморасчётам с поставщиками служат исходной информацией для принятия управленческих решений персоналом предприятия.
Вместе с тем, следует учесть, что действия по получению и отправке платежей, учёт денежных средств и их потоков производится бухгалтерией организации. При этом ни автоматический экспорт, ни прямой импорт данных финансовых потоков между бухгалтерской программой и ТС «Супермаг Плюс» в штатной поставке софта не предусмотрен.
Синхронизация (выверка) содержания баз данных (ТС и бухгалтерской) может поддерживаться только организационными мерами (например, ежедневной передачей менеджерам листинга бухгалтерии с расшифровкой финансовых потоков: как в оплату поступившего товара, так и получением платежей за отгруженный/приготовленный к отгрузке товар; за возврат товара и т.п.) и, в свою очередь, активным использованием работниками финансового дивизиона компании отчетов ТС, например «Графика расчёта с поставщиками», составляемого при бюджетировании бизнес-процесса.

Якорь
_Toc161649198 _Toc161649198

Якорь
_Toc174257874 _Toc174257874

Якорь
_Toc174258019 _Toc174258019

Якорь
_Toc174258164 _Toc174258164

Якорь
_Toc174258310 _Toc174258310

Якорь
_Toc174945316 _Toc174945316

Якорь
_Toc203974550 _Toc203974550

Якорь
_Toc379802989 _Toc379802989

Якорь
_Toc503451973 _Toc503451973

Возможные проблемы синхронизации данных между ТС и бухгалтерской программой

Разработка мер по синхронизации баз данных (бухгалтерской и ТС) в части учёта финансовых потоков остаётся за пользователем.
Возможные причины рассогласования данных:
Одной из проблем является синхронизация реквизитов расчётно-платежных документов и сумм реально произведённых платежей в двух БД. Пусть в ТС для идентификации очередного платежа Поставщику А система сгенерировала номер платежного поручения 105. При экспорте данных этого платежа в бухгалтерскую программу последняя автоматически сгенерировала № 223, который не мог быть исправлен оператором вручную, так как в бухгалтерской БД уже был зарезервирован номер 105 для учёта иной хозяйственной ситуации, по которой уже составлен отчёт. Кроме того, выполнение обязательств по оплате товара (по факту) может разойтись как по дате, так и по сумме платежа с бюджетным планом организации-плательщика, которая к тому же может и дробить свои платежи (несколько платежных поручений в оплату одного счёта). Таким образом, сверка платежей с Поставщиком А (взаиморасчёты) только на основании данных ТС становится проблематичной.
Некоторые поставщики ведут взаиморасчёты в условных единицах, за которую принимают, к примеру, доллар США с пересчётом в рубли РФ по курсу ЦБ РФ (т.е. четыре знака после запятой) и плюс 1,5% по курсу USD на день оплаты. В БД справочник курсов валют может вестись с точностью до 2-х знаков, с автоматическим пересчётом стоимости товара в рубли РФ по курсу на дату его прихода – первая причина рассогласования данных учёта.
Вторая причина – если экспорт данных товарного прихода из БД «Супермаг Плюс» в бухгалтерскую программу производить в национальной валюте (например, в рублях РФ), то в бухгалтерии будет накапливаться систематическая ошибка по сумме задолженности: так как в БД не предусмотрен механизм расчета курсовых разниц, то в момент оплаты товара (к примеру, по поставкам с отсроченным платежом) сумма накладной в рублях РФ, учтённая в ТС, вследствие изменения курса USD никогда не будет равняться сумме реального платежа, разочтённого бухгалтерией в оплату товара по этой накладной резиденту РФ, если такой платёж необходимо произвести на основании первичного документа с отражением цен в нём, выраженных в у.е. и на условиях, оговоренных выше.
Информация о кредитных учреждениях регулярно обновляется ЦБ РФ и доводится до сведения коммерческих банков. Вслед за этим кредитные учреждения, как правило, автоматической рассылкой замещает соответствующие справочники у своих клиентов, поставляемые в составе систем «Банк-клиент». В ТС «Супермаг Плюс» осуществлена возможность ведения справочника «Банки» (см. Том 1), однако автоматизация импорта новых версий справочника банковских реквизитов в ТС не предусмотрена.

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

Якорь
_Toc10378668 _Toc10378668

Якорь
_Toc10434508 _Toc10434508

Якорь
_Toc10446929 _Toc10446929

Якорь
_Toc10448137 _Toc10448137

Якорь
_Toc10448383 _Toc10448383

Якорь
_Toc10448629 _Toc10448629

Якорь
_Toc11493417 _Toc11493417

Якорь
_Toc15119071 _Toc15119071

Якорь
_Toc15125444 _Toc15125444

Якорь
_Toc74639731 _Toc74639731

Якорь
_Toc379802990 _Toc379802990

Якорь
_Toc503451974 _Toc503451974

Атрибуты документа «Платеж»

Документ «Платеж» имеет следующий вид (Рисунок 51):
Image Added

• № докум. – номер документа.
• Дата – дата создания документа.
• Статус – текущий статус документа (подготовлен, черновик, проплачен).
• Операция – вид платежной операции: платеж, авансовый платеж, возврат аванса, возврат полученных денег.
• Расчет – форма оплаты (наличная или безналичная оплата).
• Очередность – очередность платежа (от 1 до 5).
• № платежного – номер платежного документа.
• Исполнено банком – дата выполнения платежа банком.
• Вид платежа – электронно, по почте или телеграфу (выбрать из списка).
• Получатель – наименование получателя платежа.
• Счет – номер счета, на который производился платеж. При создании документа поле автоматически заполняется значением банковского счета контрагента с флагом Актуальный.
• Плательшик – наименование плательщика.
• Счет – номер счета плательщика. При создании документа поле автоматически заполняется значением банковского счета контрагента с флагом Актуальный.
• Комментарий (назначение платежа) – произвольный текст.
• Сумма документа – сумма платежа.
• НДС – разбивка на НДС 18% и НДС 10%.
• Свободная сумма – сумма превышения платежа.

В связи с изменением законодательства в части определения очередности списания денежных средств и количества категорий очередности, в платежных документах разрешается определять очередность от 1 до 5. По умолчанию предлагается очередность 5.
При открытии документов прежних версий с очередностью 6, в интерфейсе в окне очередности данные показываться не будут, но в содержании документа и при печати величина «6» будет сохранена и будет печататься. При редактировании значения очередности старого документа будут предложены значения от 1 до 5.

Якорь
_Toc10378669 _Toc10378669

Якорь
_Toc10434509 _Toc10434509

Якорь
_Toc10446930 _Toc10446930

Якорь
_Toc10448138 _Toc10448138

Якорь
_Toc10448384 _Toc10448384

Якорь
_Toc10448630 _Toc10448630

Якорь
_Toc11493418 _Toc11493418

Якорь
_Toc15119072 _Toc15119072

Якорь
_Toc15125445 _Toc15125445

Якорь
_Toc74639732 _Toc74639732

Якорь
_Toc379802992 _Toc379802992

Якорь
_Toc503451975 _Toc503451975

Статусы документа «Платеж»