Як у Customera новий звіт для виробництва з’явився за 10 хвилин

Валентина Левицька
25 бер.
Читати 2 хв

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

Запит звичайний. Але в багатьох системах навіть такий звіт — це окрема розробка. Треба продумати структуру даних, дописати логіку, зібрати вибірки, перевірити історію, віддати все в інтерфейс.

У нас це зайняло 5–10 хвилин.

Бо у Customera такі задачі вирішуються через модель даних.

З чого почали

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

Для цього ми:

створили новий регістр у конфігурації;
додали в документ відвантаження запис у цей регістр;
перепровели потрібні документи;
згенерували звіт по новому регістру.

Що саме зробили

1. Додали регістр

У конфігурації створили регістр, який накопичує дані про відвантаження готової продукції.

У ньому можна зберігати потрібні виміри, наприклад:

номенклатуру;
контрагента;
дату;
документ;
склад;
організацію.

І ресурси, наприклад:

кількість;
суму.

Тобто ми не будували звіт напряму з документів. Ми додали окремий шар даних для аналітики.

2. Записали дані з документа

Далі в документ відвантаження додали запис у цей регістр.

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

3. Перепровели документи

Новий регістр з’явився вже після того, як частина документів була створена. Щоб у звіті була історія, ми просто перепровели ці документи.

Після цього регістр наповнився не тільки новими даними, а й попередніми.

4. Отримали звіт

Коли дані вже лежать у регістрі, звіт будується без зайвих обхідних рішень. Його можна одразу дивитися в різних розрізах:

по контрагенту;
по номенклатурі;
по періоду;
по складу;
по менеджеру.

Чому це спрацювало так швидко

Бо звіт — це не окрема сутність. Це результат того, як у системі організовані дані.

Якщо платформа змушує кожен новий звіт робити окремою розробкою, проблема не в самому звіті. Проблема в тому, що дані не підготовлені для аналітики.

У Customera логіка така:

документ фіксує подію;
регістр накопичує факт;
звіт читає вже підготовлені дані.

Тому новий запит від клієнта не перетворюється на окремий проєкт.

Висновок

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

Після цього звіт з’явився майже одразу.

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