Популярні питання

DAX для початківців варто починати з базових агрегатних функцій SUM, AVERAGE і COUNT, потім перейти до DIVIDE та CALCULATE, а після цього — до функцій часової аналітики. Для класичних розрахунків за періодами потрібно також створити й правильно налаштувати окрему таблицю дат.

Copilot у Power BI — AI-асистент Microsoft, який створює та редагує звіти, формує підсумки, відповідає на запитання про дані та допомагає з DAX. Якість результату залежить від семантичної моделі Power BI.

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

Copilot у Microsoft Fabric допомагає генерувати та пояснювати код, створювати запити, працювати з процесами обробки даних, аналізувати інформацію та готувати звіти. Частина функцій у 2026 році все ще перебуває на етапі попереднього тестування.

Ні. Copilot автоматизує частину рутинної роботи, але аналітик усе ще визначає бізнес-логіку, будує модель даних і перевіряє розрахунки та висновки.

Microsoft Copilot Power BI залежить від якості моделі та даних і може давати неточні відповіді. Критичні розрахунки потрібно перевіряти, а при масштабному використанні враховувати споживання Fabric capacity.

Так. Для стандартного використання Copilot потрібна платна Microsoft Fabric capacity від F2 або Power BI Premium capacity від P1 та дозвіл адміністратора. Microsoft також пропонує окрему Fabric Copilot capacity, тому перед підключенням варто перевірити модель ліцензування для своєї інфраструктури.

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

Якщо задачу можна вирішити наявним інструментом, який покриє 80% потреб – скажемо про це на старті. Але якщо бізнес вже переріс шаблонні рішення або будує щось нестандартне, індивідуальна розробка дає повний контроль: логіка, ролі, інтеграції, звіти – все під конкретні вимоги.

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

Індивідуальне рішення будується під вас: масштабується разом з бізнесом, інтегрується з будь-якими сервісами і не залежить від рішень сторонньої платформи щодо змін в API чи політиці.

Здебільшого це або інструменти для внутрішньої роботи компанії, або продукти, з якими взаємодіють клієнти чи партнери. Перші – це системи управління, облікові платформи, інтеграційні рішення між існуючими сервісами. Другі – веб і мобільні додатки, партнерські портали, e-commerce. Часто одне переплітається з іншим: наприклад, платформа для дистриб'юторів, яка всередині підключена до ERP і аналітики. Конкретний набір завжди залежить від того, який процес треба вирішити.

Від складності та обсягу. Інколи MVP можна зібрати за місяць, а повноцінну систему за декілька місяців. Якщо потрібна глибока інтеграція або розробка складної аналітики з нуля, терміни довші. Розробка завжди розбивається на фази, і перші результати з'являються раніше, ніж проєкт завершується повністю.

Починаємо з Discovery-етапу. Тут ми разом з'ясовуємо реальну задачу, обмеження і критерії результату. Це точка, де ми перевіряємо, чи правильно сформульована задача, перш ніж починати її вирішувати.

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

Щоденного занурення не потрібно, але повністю відсторонитися теж не вийде. На старті важливо якісно передати контекст і відповісти на ключові питання. Далі треба час від часу приймати рішення по пріоритетах, дивитись демо, звіти, давати фідбек. Чим чіткіша комунікація на кожному етапі, тим менше правок і непорозумінь в кінці.

На кожен проєкт є виділений менеджер, і саме він відповідає за комунікацію з командою, дедлайни, координацію, оновлення для клієнта. Ви спілкуєтесь з однією людиною, яка знає стан проєкту краще за всіх. Методологію обираємо під конкретний контекст: Scrum, Kanban або гібрид, якщо у вас вже є свої внутрішні процеси, під які треба підлаштуватись.

При T&M нові пріоритети просто вписуються в наступний цикл. З фіксованим бюджетом складніше, але керовано: сідаємо, дивимось на поточний обсяг і вирішуємо, що важливіше зробити зараз, а що відкласти. Головне, що жодне рішення не приймається без вашої участі. Все прозоро, і ви завжди в курсі, що і чому змінилось.

QA-інженер працює в тій самій команді і підключається до кожної функції. Ручне тестування закриває сценарії, де важлива логіка і користувацький досвід. Автоматизація підключається там, де треба перевіряти одне і те саме регулярно, без помилок через людський фактор.

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

У backend-розробці працюємо з PHP (Phalcon, Yii2), Java, Symfony, для інтеграцій – REST API та GraphQL. Фронтенд найчастіше будуємо на Vue.js, для управління контентом використовуємо PIMCore, мобільні рішення – Swift та Kotlin. Це все використовували у конкретних проєктах для ритейлу, e-commerce, держсектору, медіа та виробництва.

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

Підключали продукти до CRM, ERP, складських систем, маркетингових платформ, платіжних шлюзів, поштових сервісів, державних API, маркетплейсів. Якщо система має відкритий API – підключаємось напряму. Якщо ні – шукаємо інший шлях: парсери, проксі, кастомні конектори. Головне, що результат має працювати в реальному операційному середовищі.

Код, документація та інфраструктура повністю переходять до вас після оплати. Передаємо все у ваш Git або іншу систему на ваш вибір. Жодних закритих модулів чи прихованих залежностей, через які ви були б прив'язані до нас. Хочете змінити підрядника або розвивати продукт власною командою – ніяких перешкод.

Код проходить кілька рівнів перевірки, ручне або автоматизоване тестування, перевірка на продуктивність та безпеку. Але ще важливіший момент – проєктування. Якщо функція погано продумана або логічно суперечить решті системи, вона не потрапляє в розробку. Виправляти архітектурні рішення після релізу набагато дорожче, ніж поставити правильні питання на початку.