1. Идентификация объекта
| Параметр | Значение |
|---|---|
| Тип объекта | Справочник (Catalog) |
| Имя | ГрафикиОплаты |
| Полное имя | Справочник.ГрафикиОплаты |
| Синоним | «Графики оплаты» |
| Конфигурация | Управление торговлей для Казахстана, ред. 3.4 (3.4.5.21) |
| Где найти | Раздел «Служебные подсистемы» → «Графики оплаты». Прямая навигационная ссылка: e1cib/list/Справочник.ГрафикиОплаты |
Назначение. «Графики оплаты» — классификатор, включающий все применяемые на предприятии графики оплаты. Справочник хранит шаблоны разбиения суммы документа (заказа, договора, соглашения) на этапы оплаты — аванс, предоплату до отгрузки, оплату по факту и отсрочку (кредит) с указанием доли каждого этапа и срока его наступления. График оплаты подставляется в документы продаж/закупок и в соглашения с клиентами и поставщиками, после чего система автоматически рассчитывает календарь платежей (плановые даты и суммы) и контролирует просроченную задолженность.
Это нормативно-справочный объект: он не проводится и сам не формирует движений — он задаёт правила, по которым плановые суммы «раскладываются» по датам в документах-потребителях.
2. Реквизиты шапки и табличные части
2.1. Реквизиты шапки
| Реквизит | Тип | Назначение |
|---|---|---|
Код |
Строка | Уникальный код элемента (автонумерация). |
Наименование |
Строка | Представление графика («100% предоплата», «Аванс 30% + 70% в течение 10 дней», «Отсрочка 30 дней» и т. п.). |
ФормаОплаты |
ПеречислениеСсылка.ФормыОплаты | Предполагаемая форма расчётов по графику: наличная, безналичная, платёжной картой, любая. Используется для подбора графика в документах и для аналитики движения денежных средств (счёт 1030 «Деньги на текущих банковских счетах», касса — по соответствующему счёту учёта). |
Детализировать / ДетализироватьПоЭтапам |
Булево | Признак того, что оплата разбивается на несколько этапов. Если снят — весь график считается одним этапом (например, «100% по факту»). |
ПометкаУдаления |
Булево | Стандартный служебный реквизит. |
2.2. Табличная часть «Этапы» (ЭтапыОплаты)
Ядро объекта — строки этапов, каждая из которых описывает одну плановую часть платежа.
| Реквизит | Тип | Назначение |
|---|---|---|
ВариантОплаты |
ПеречислениеСсылка.ВариантыОплаты | Момент этапа относительно отгрузки: Аванс (предоплата до отгрузки), Предоплата (до передачи), Кредит (постоплата/отсрочка после отгрузки). |
Процент / ДоляПлатежа |
Число | Доля этапа в общей сумме документа, %. Сумма процентов по всем этапам должна давать 100. |
КоличествоДней / СрокОплаты |
Число | Смещение планового срока этапа в днях. |
МоментОтсчёта (ОтсчётСрока) |
Перечисление | База отсчёта срока: от даты документа/заказа, от даты отгрузки, от даты предыдущего этапа. |
Контроль корректности: сумма процентов по этапам = 100 %; при Детализировать = Ложь строка одна.
3. Формы
| Форма | Вид | Назначение |
|---|---|---|
ФормаСписка (СписокФорма) |
Список | Просмотр и подбор графиков оплаты, отбор по форме оплаты, пометка на удаление. Открывается по ссылке e1cib/list/Справочник.ГрафикиОплаты. |
ФормаЭлемента (ФормаОбъекта) |
Элемент | Создание/редактирование графика: наименование, форма оплаты, флаг детализации и таблица этапов с процентами и сроками. |
ФормаВыбора |
Выбор | Подбор графика в поля документов (заказы, реализации, договоры, соглашения). |
| Автогенерируемые формы | — | Если собственные формы не заданы, платформа использует формы по умолчанию соответствующего вида. |
4. Ключевые процедуры модулей
Для справочника «Графики оплаты» отдельного прикладного evidence с BSL-кодом не приложено (в исходных данных присутствует только фасет назначения). Ниже — типовые обработчики этого вида объекта в конфигурациях УТ/УНФ; конкретные имена процедур следует уточнять в конфигураторе целевого релиза.
Модуль объекта (ОбработкаПроверкиЗаполнения)
- Контроль заполнения наименования и непустой таблицы этапов при
Детализировать = Истина. - Проверка, что суммарный
Процентпо строкамЭтапыОплатыравен 100.
Модуль формы элемента
ПриСозданииНаСервере— инициализация видимости колонок этапов в зависимости от флага детализации.ДетализироватьПриИзменении— включение/выключение таблицы этапов; при выключении — сворачивание в один этап «100 %».ЭтапыОплатыПроцентПриИзменении— пересчёт и индикация остатка до 100 %.ВариантОплатыПриИзменении— управление доступностью полей срока (для варианта «Аванс/Предоплата» отсчёт обычно от даты заказа, для «Кредит» — от даты отгрузки).
Программный интерфейс (общий модуль расчётов, напр. РасчётыСКлиентамиСервер/РасчётыСПартнёрами)
- Функция построения календаря платежей по выбранному графику: на вход — сумма и опорная дата документа, на выход — таблица «Этап / Дата / Сумма».
5. Проведение и движения
Справочник не является документом и не проводится — собственных движений по регистрам и бухгалтерских проводок он не формирует. Его роль — источник правил для документов-потребителей. Ниже — как график участвует в учёте через эти документы (числа и счета — по РК, 2026 г.).
Календарь платежей и взаиморасчёты. При подстановке графика в заказ/реализацию/соглашение система по этапам рассчитывает плановые даты и суммы и записывает их в регистры расчётов (расчёты с клиентами/поставщиками, задолженность по срокам). Эти данные питают отчёты по дебиторской/кредиторской задолженности и контроль просрочки.
Пример проводок документа реализации, использующего график (продажа на 1 160 000 ₸ с НДС 16 %):
- Дт 1210 «Краткосрочная ДЗ покупателей» — Кт 6010 «Доход от реализации» — 1 000 000 ₸ (сумма без НДС);
- Дт 1210 — Кт 3130 «НДС к уплате» — 160 000 ₸ (НДС 16 %);
- Дт 7010 «Себестоимость реализации» — Кт 1330 «Товары» — на себестоимость.
Пример этапов графика «Аванс 30 % + 70 % отсрочка 10 дней» для этой суммы:
- Этап 1 (Аванс, 30 %): плановая сумма 348 000 ₸ на дату заказа → при оплате Дт 1030 — Кт 1210 (либо счёт авансов полученных);
- Этап 2 (Кредит, 70 %): плановая сумма 812 000 ₸ на дату «отгрузка + 10 дней».
Закупки. По графикам оплаты поставщикам аналогично рассчитывается плановая кредиторская задолженность (счёт 3310 «КЗ поставщикам»), оплата — Дт 3310 — Кт 1030.
Электронные документы. Сам график в ЭСФ (ИС ЭСФ) и СНТ не выгружается — эти документы формируются на основании реализации/накладной; график лишь определяет сроки оплаты в первичном документе.
Начисления по труду/налогам (ИПН 10 %/15 %, вычет 30 МРП, ОПВ 10 %, ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, соцналог 6 %; МРП 4 325 ₸, МЗП 85 000 ₸) к данному справочнику отношения не имеют и приведены только как актуальный нормативный контекст РК 2026 — в графиках оплаты не используются.
6. Связанные объекты и ввод на основании
Объекты-потребители (где выбирается график):
Справочник.СоглашенияСКлиентами/СоглашенияСПоставщиками— график по умолчанию для сделок;Справочник.Договоры(контрагентов) — условия оплаты договора;- Документы заказов и реализации/поступления —
ЗаказКлиента,ЗаказПоставщику,РеализацияТоваровУслуг,ПоступлениеТоваровУслуг(реквизит «График оплаты» / «Этапы оплаты»).
Связанные перечисления: ВариантыОплаты (Аванс/Предоплата/Кредит), ФормыОплаты (наличная/безналичная/картой).
Ввод на основании. Для нормативно-справочного объекта ввод на основании, как правило, не предусмотрен: график создаётся вручную в списке и далее выбирается в документах. При необходимости график может копироваться как основа для нового.
7. Точки расширения
- Дополнительные реквизиты и сведения (подсистема «Свойства») — для отраслевой аналитики графиков без изменения конфигурации.
- Расширения конфигурации — добавление реквизитов шапки/этапов, переопределение форм списка и элемента, добавление серверных обработчиков проверки заполнения.
- Подписки на события и перехват
ОбработкаПроверкиЗаполнения— для собственных правил (например, запрет графиков с суммой процентов ≠ 100 или ограничение максимальной отсрочки). - Переопределяемые общие модули расчётов с партнёрами — кастомизация алгоритма построения календаря платежей по этапам.
- Ограничение доступа (RLS) — при разграничении графиков по организациям/подразделениям.
Требует проверки в конкретном релизе 3.4.5.21: точные имена реквизитов табличной части этапов (
ЭтапыОплаты/Этапы,Процент/ДоляПлатежа,КоличествоДней/СрокОплаты) и состав перечисленияВариантыОплаты— это версионно-зависимые детали, которые следует сверить в конфигураторе.