Заявки, планові обсяги й передплата
Планові обсяги
Заявка — плановий обсяг споживання договору на місяць, кВт·год.
- Основне джерело — сторінка кабінету «Планові обсяги»: виконавець вводить значення по договору, система зберігає історію версій з автором і приміткою.
- Запасне — Excel-файл заявок за місяць по компанії (ЄДРПОУ, контрагент, заявка).
Правила прийому:
- береться останнє введене значення; якщо воно відрізняється від попереднього — створюється нова версія, повтор не дублюється;
- очищення поля в кабінеті нічого не видаляє з історії;
- заявка, що у 20 і більше разів перевищує останній факт, без окремого підтвердження не приймається;
- відхилення від останнього факту понад 30 % позначається попередженням — і в кабінеті, і під час прийому.
Система порівнює заявку з фактом того самого місяця. У демо-наборі листопад і грудень 2026 — планові місяці: наприклад, для Теплопільського ЗЗСО № 2 (код ОР 2174) заявку на грудень видно поруч із фактом жовтня.
Графіки передплати
Графік задається для договору і має дату початку дії.
| Графік | Точки оплати |
|---|---|
| факт | без передплати |
| 100 | 100 % до 25-го числа попереднього місяця |
| 50/50 | 50 % до 25-го попереднього, 50 % до 15-го розрахункового |
| 3x | 30 % до 25-го попереднього, 40 % до 10-го, 30 % до 20-го |
Можливий довільний графік. Якщо строк припадає на вихідний, він переноситься на попередню п'ятницю.
Рахунок на передплату
- Сума = заявка × ціна останнього розрахованого місяця × частка точки оплати; ПДВ 20 %.
- Номер = код ОР + рік + місяць + «П1», «П2», «П3»; додатковий рахунок після коригування — «К1» і далі. Для договору з кодом ОР 2157 (ТОВ «Теплопільторг») перший рахунок на грудень 2026 мав би номер 12345678П1.
- Якщо строк точки вже минув, строк оплати = сьогодні + 5 робочих днів.
- Стани: проєкт → затверджено → надіслано → оплачено або скасовано; після зміни заявки — «перераховано».
- Рахунок на передплату на наступний місяць входить у пакет «Формувати» (див. Документи); якщо графіка або заявки немає, пакет це зазначає і формується далі.
Коригування заявки
| Ситуація | Що робить система |
|---|---|
| Заявку змінено, є непрострочені точки оплати | різниця розподіляється на ці точки |
| Рахунки з минулим строком | не змінюються |
| Непрострочених точок немає, заявка зросла | формується додатковий рахунок «К» |
| Заявка зменшилась | різниця враховується в кінцевому рахунку за актом |
Перевірки
| Код | Що перевіряється |
|---|---|
| P1 | передплата є, заявки немає |
| P2 | заявка відрізняється від останнього факту більш ніж на 30 % |
| P3 | графік передплати не читається |
| P4 | рахунок не розраховано, не затверджено або не надіслано |
| P5 | строк оплати минув |
| P6 | заявку змінено після виставлення рахунків |
| P7 | немає ціни для розрахунку |
| P8 | заявка відрізняється від факту того самого місяця більш ніж на 30 % |
У розробці
Погашення рахунків на передплату оплатами та зв'язок планових обсягів із заявкою трейдеру.
Подивитися систему в роботі
Демо з вигаданим постачальником е/е і газу або порожня версія для власних даних — доступ за заявкою на 7 днів.
Отримати доступ до демо
Демо з вигаданим постачальником е/е і газу або порожня версія для власних даних — доступ за заявкою на 7 днів.
Отримати доступ до демо