Популярные вопросы

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 или другую систему на ваш выбор. Никаких закрытых модулей или скрытых зависимостей, из-за которых вы были бы привязаны к нам. Хотите сменить подрядчика или развивать продукт собственной командой – никаких препятствий.

Код проходит несколько уровней проверки, ручное или автоматизированное тестирование, проверку на производительность и безопасность. Но еще более важный момент – проектирование. Если функция плохо продумана или логически противоречит остальной системе, она не попадает в разработку. Исправлять архитектурные решения после релиза намного дороже, чем задать правильные вопросы в начале.