STRUM — облік і білінг для кооперативів

Облік для обслуговуючих кооперативів

STRUM — програмне забезпечення AVGZ для обліку ресурсів, нарахувань і взаєморозрахунків в обслуговуючих кооперативах, садових товариствах та поселеннях зі спільною інфраструктурою. Система поєднує реєстр абонентів, картки нерухомості, лічильники, відомості споживання, фінансові операції та особистий кабінет. Її завдання — зберегти зрозумілий зв’язок між первинними даними, розрахунком і документом, який отримує мешканець.

Кооперативу потрібна відповідь не лише на питання «скільки нараховано». Потрібно бачити, з яких показів отримано обсяг, до якого періоду він належить, яке правило застосоване, які оплати вже враховані та чому змінився залишок. STRUM об’єднує ці операції в одному обліковому процесі. Програма підтримує роботу правління й оператора обліку, а правила розрахунків задаються окремо для конкретної організації.

Абоненти, об’єкти та історія лічильників

Основою є особовий рахунок із прив’язкою до об’єкта та набору послуг. Контактні дані зберігаються разом із робочими списками, але доступ до них визначається роллю користувача. Картка лічильника містить ідентифікаційні дані, відомості про повірку та історію замін. Це дозволяє відокремити зміну власника або приладу від історії самого об’єкта.

Покази можна вносити вручну, імпортувати з таблиць або отримувати з АСКОЕ. Перед використанням перевіряють абонента, прилад, дату, одиницю вимірювання та тарифну зону. Заміна лічильника не повинна виглядати як від’ємне споживання: завершальний показ старого приладу й початковий нового фіксуються як окремі події. Аномальний або неповний запис потребує перевірки оператора.

Ресурс окремо, гроші окремо

Спочатку STRUM працює з фізичним ресурсом: показами, обсягом споживання та балансом. Потім застосовуються налаштування нарахувань. Такий поділ допомагає пояснювати розбіжності: помилка у показі, неправильна прив’язка послуги та зміна правила розрахунку мають різні причини й виправляються різними діями.

Для електроенергії зіставляються загальний ввід і абонентські дані за однакові часові межі. Мікробаланси можна вести за ТП, лініями й ділянками, якщо для цього є вимірювальні точки. За наявності відповідного обліку імпорт та експорт енергії зберігаються окремо. Різниця показів є приводом перевірити повноту даних і схему обліку, а не автоматичним висновком про порушення.

Нарахування, платежі та закриття періоду

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

Перед закриттям періоду оператор звіряє відомість показів, розраховані обсяги, застосовані правила й отримані оплати. Виправлення вже перевірених даних має залишати пояснення та історію. Правила внесків, компенсацій і взаєморозрахунків налаштовуються відповідно до документів конкретного кооперативу; програмне забезпечення саме по собі не встановлює їх правомірність і не приймає управлінських рішень.

Кабінет мешканця та робочі ролі

Особистий кабінет призначений для передавання показів, перегляду квитанцій, історії взаєморозрахунків і повідомлень. Онлайн-оплата та зовнішні канали доставки підключаються за погодженою інтеграцією. Мешканцю важливо бачити власні дані й походження суми, а не внутрішні робочі списки всього кооперативу.

Робочі повноваження доцільно розділяти: оператор працює з показами, бухгалтер — із платежами й періодами, адміністратор — з доступами та конфігурацією. Журнал має дозволяти встановити, хто змінив запис, коли це сталося та яка причина виправлення. Публічні зведення не повинні відкривати персональні картки абонентів.

Як переходити з таблиць і паперового обліку

Початок впровадження — інвентаризація реєстрів, об’єктів, послуг, лічильників і залишків. Дані очищують від дублів, узгоджують сталі ідентифікатори та визначають дату переходу. Історичний залишок не варто відновлювати припущеннями: спірні суми виділяють для окремої звірки, а погоджений початковий стан фіксують до запуску нарахувань.

Далі виконують пробний розрахунок одного періоду й порівнюють його з первинними документами. Перевіряють звичайний платіж, передоплату, заміну лічильника, відсутній показ і виправлення помилки. Лише після звірки відкривають робочі доступи та кабінети. Склад модулів, інтеграцій і перенесення історії визначається для конкретного впровадження.

АСКОЕ забезпечує збір даних, лічильники й концентратори — вимірювання та передачу, а STRUM — їх використання в обліку. Пов’язані матеріали: мікробаланс та контроль інтеграцій.