Работаем удалённо, для клиентов в любой стране. Учётные записи, данные, права доступа, отчёты. Система, в которой каждый день сидят ваши люди, — автоматизация той работы, от которой зависит, сколько времени уходит на то, что можно было не делать руками.
Андрей задаёт архитектуру, Думитру пишет бэкенд, Емилиан — всё, к чему прикасается пользователь.
У сайта ошибка стоит визита. У внутренней системы — рабочего дня, а иногда и данных, которых больше нет. Поэтому здесь порядок другой: сначала решают, как это устроено, и только потом пишут. Андрей — CTO с 2009 года в двух компаниях, и разговор о вашей системе начинается с него.
От трёх месяцев до первой версии, в которой уже можно работать. Дальше система обычно растёт годами — и это нормальный режим её жизни, а не признак того, что что-то пошло не так.
Внутреннюю систему почти никогда не делают целиком и сразу: сначала выходит та часть, без которой нельзя, остальное добавляется по мере того, как становится понятно, чем люди на самом деле пользуются. Мы считаем часы на первую версию по ТЗ, а дальше работаем помесячно.
Внутренняя система живёт годами и переживает того, кто её написал. Это ровно то место, где одна пара рук становится риском.
Нас трое, и двое работают на одной бэкенд-территории: если один выпадает, другой подхватывает не с чистого листа. Мы знаем, кто над чем работает, потому что разговариваем постоянно.
Учётные записи и права. У каждого свой личный кабинет: кто что видит и кто что может — и что происходит, когда человек уходит или меняет роль. Права закладываются в основание, а не прикручиваются потом поверх готового.
Данные. Модель, в которой они не расползаются, и база, которая выдерживает вашу нагрузку, а не демонстрационную. Плюс то, что почти всегда забывают: резервные копии и возможность откатиться.
Отчёты и панель управления. Не выгрузка в таблицу раз в месяц, а цифры, на которые можно смотреть тогда, когда они понадобились. Выгрузка в таблицу — тоже, когда она нужна: с ней работает бухгалтерия.
Связь с тем, что у вас уже есть. Бухгалтерия и 1С, склад, почта, платежи, CRM или ERP — интеграции здесь соседняя специализация внутри той же команды.
История действий. Кто что поменял и когда. На внутренней системе это не роскошь: без журнала спор «оно само» разрешить нечем.
Сервер и выкладка. Андрей ведёт инфраструктуру: где система работает, как обновляется и что происходит, когда обновление оказалось неудачным.
Билетная платформа Молдовы и Румынии — не сайт, а система: продажи, несколько городов, портал организатора, касса, персонал площадок, проход через турникеты. Публичный сайт, приложение покупателя, приложение сканирования. Проект начали не мы; ведём его десять лет, в активной разработке и поддержке до сих пор.
Портал патрональной структуры малых и средних предприятий Румынии на три уровня: конфедерация → патронаты → фирмы-члены. Сложность не в содержимом, а в том, кто что видит: патронат — только свои фирмы, федерация — только подчинённые структуры. Правило доступа написано один раз и применяется в запросе к базе, поэтому не обходится ни списком, ни фильтром, ни выгрузкой. Плюс служба консультаций и архив отчётов по комитетам.
Путевые листы, которые сходятся сами. Сумма поездок в точности равна разнице показаний одометра, расстояния — из сервиса маршрутизации, а не «на глаз», маршруты не повторяются месяц в месяц. Финализированный документ не меняется задним числом: правка создаёт новую версию, у каждой цифры есть источник, у каждого действия — след в аудите.
Открытое решение точки продаж, доведённое до маленьких магазинов Молдовы: фискальный чек с правильным типом оплаты, электронные весы, у которых номенклатор не расходится с кассовым, приёмка товара импортом вместо ручного набора, ценники из той же накладной. Дорабатывали по тому, что просили кассиры и бухгалтеры. Четыре магазина, у каждого своя копия — ставим и поддерживаем сами.
Значительная часть наших работ закрыта NDA агентств. Примеры — по запросу.
Не берёмся за систему, которую некому будет вести. Если после запуска её никто не откроет и не обновит, это не экономия, а отложенная поломка.
Не называем цену до ТЗ. Сумма по описанию идеи — это не оценка, а число, которое потом всё равно поменяется. Мы предпочитаем менять его до того, как вы на него рассчитывали.
Буферное время попадает в оценку, но не в счёт: платите вы за отработанные часы. Работа заняла меньше — вы платите меньше. Подробнее о том, как считаются часы, — на главной.
Цена считается в часах, и их количество мы называем заранее, по техническому заданию. Без этого документа никакой цифры не даём: сумма «на глаз» по описанию идеи была бы гаданием.
От трёх месяцев до первой версии, в которой можно работать. Точный срок — по готовому ТЗ.
Сайт рассказывает, приложение работает. На сайте человек читает и уходит; в приложении он заходит под своей учётной записью и что-то делает — оформляет, считает, ведёт, согласовывает. Отсюда всё остальное: права доступа, состояния, история действий, нагрузка. И отсюда же разница в цене, которая иногда удивляет.
Делаем, но сначала стоит спросить, нужна ли своя. Готовые CRM дешевле и быстрее ровно до того момента, пока ваш процесс совпадает с их представлением о нём. Своя система оправдана тогда, когда процесс — ваше преимущество, а не общее место. Сюда же относится портал или личный кабинет для ваших клиентов: там готовое решение почти всегда упирается в то, что ваш клиент делает не то же самое, что клиент соседа. Мы скажем, что видим, до начала работы.
Да, и чаще всего это дешевле, чем писать заново. Начинается это не с оценки, а с чтения кода — страница о подхвате. Беглый осмотр бесплатный.
Там, где вам нужно: на вашем сервере, на арендованном или на вашем железе внутри офиса, если данные не должны его покидать. Инфраструктуру ведёт Андрей — это его территория, а не задача, которую отдают на сторону.
Бэкенд — чаще всего PHP с Laravel или Node.js с NestJS, база — MySQL или MongoDB, всё это в Docker на Linux. Полный список того, на чём мы работаем, — внизу страницы. Если ваша система держится на технологии, которой в этом списке нет, честнее сразу сказать, что это не к нам.
Работу подхватывает второй: одну и ту же бэкенд-территорию у нас держат двое, и оба постоянно в курсе чужих задач.
Вам. Мы работаем помесячно и выставляем счёт за уже сделанное, поэтому доступ к репозиторию можно отдать сразу, а не в конце проекта — держать код у себя до последнего платежа нам незачем.
Да. Значительная часть наших текущих работ и так под ним.
Работаем удалённо с клиентами откуда угодно, часовой пояс EET. Говорим и пишем на румынском, русском, английском и болгарском.
Приходите с техническим заданием. Мы переработаем его так, чтобы в нём не осталось вопросов, и уже по нему посчитаем часы.
Это точка входа. По внутренним системам разговор начинается с Андрея: сначала архитектура, потом всё остальное.
Написать кому-то из нас напрямую — контакты на главной.
Если задача другая: API, интеграции и платежи, приложение для iOS и Android, интернет-магазин, сайт или лендинг, подхват чужого проекта, адаптация готового сайта под телефон.
Хотите сначала посмотреть, кто мы такие, — главная страница: трое, чем занимается каждый, как считаем часы и что уже сделали.
уровень 1 — платформа
Платформа продажи билетов и управления событиями: от публикации события и выбора места на схеме зала до оплаты, выпуска билета, контроля на входе и расчёта с организатором. Шесть интерфейсов в одном продукте, два рынка со своими налоговыми правилами — Молдова и Румыния, — интерфейс и контент на румынском, русском и английском. В активной разработке и поддержке уже много лет.
iticket.md iticket.roКаталог событий, поиск, схема зала с выбором мест, оформление заказа и личный кабинет. Разные цены по секторам, рядам и отдельным местам; временная бронь не даёт продать одно место дважды и сама снимается, если оплата не прошла. Три языка со своими адресами, структурные данные и картинки для шеринга, согласие на cookie.
Создание и ведение событий, своя команда, отчёты по продажам. Несколько компаний и договоров на одного организатора, ступени комиссии и переносимые авансы, разделение комиссии по отдельным счетам, электронные фактуры в фискальную систему, настраиваемые правила отмен и частичных возвратов.
Внутренние операции, финансовая статистика, бухгалтерские отчёты с выгрузкой в Excel и PDF. Права доступа по ролям и полный журнал изменений, GDPR-сценарии удаления и переноса персональных данных. Тексты интерфейса правит команда клиента, без разработчиков.
Физическая точка продажи: оформление, выпуск и печать билета на месте по шаблонам, настраиваемым под каждое событие.
Покупка ваучера, отправка получателю, погашение при заказе билета и сканирование.
Поиск, продвигаемые события, чипы категорий, фильтры по городам, вкладки билетов, ваучеров и аккаунта. Оплата картой, по QR прямо из банковского приложения, с баланса счёта, по счёту или при получении — с историей операций и своей обработкой ошибок под каждый способ. Push-уведомления.
Контроль билетов на входе для персонала площадки: сканирование QR и статистика по событию в реальном времени.
Интеграции с внешними партнёрами, виджеты бронирования для чужих сайтов, рассылки по e-mail и SMS с предпросмотром шаблона, реферальная программа с выплатами, кэшбэк-кампании и A/B-тесты. Сюда же проход через турникеты: турникет стоит на площадке и работает по своему протоколу.
уровень 1 — платформа
Портал национальной патрональной структуры малых и средних предприятий Румынии, устроенной в три уровня: конфедерация → патронаты → фирмы-члены. Главная задача была не в том, чтобы показать содержимое, а в том, кто что имеет право видеть: представитель патроната — только фирмы своего патроната, федерация — только подчинённые структуры, администратор — весь реестр, и ни один список, фильтр или выгрузка не должны из этого правила выпасть. Поверх реестра — служба консультаций, архив отчётов по рабочим комитетам и раздел профильного содержимого только для подтверждённых членов. Делали как разработчики в составе команды партнёра.
servicii.immromania.euПрезентация конфедерации, категории услуг, статьи и публичные документы. Поиск по всему сайту с подсветкой найденного. Разделы становятся публичными только после явной публикации — задним числом ничего не открывается. Изображения при загрузке автоматически приводятся к веб-формату и одной геометрии независимо от источника, а введённое пользователями содержимое чистится от лишнего кода до публикации.
Полная иерархия конфедерация → патронат → фирма-член, которая ведётся прямо в приложении. Карточка фирмы с идентификационными данными, отраслью, кодами CAEN, регионом и жудецом. Массовый импорт фирм из Excel и CSV — чтобы забрать существующий учёт. Рабочие комитеты и экономические отрасли как поперечные структуры над реестром. История изменений на каждой записи: кто, что и когда поменял.
Каждый видит только те структуры, к которым принадлежит: администратор, федерация, патронат или собственная фирма. Правило доступа применяется в самом запросе к базе, а не прятанием кнопок в интерфейсе, — поэтому оно само распространяется на списки, фильтры, поиск и выгрузки, включая то, что допишут потом. Матрица прав настраивается по пользователю и администрируется наглядно. Регистрация с подтверждением почты: до подтверждения аккаунт считается обычным анонимным посетителем.
Фирмы-члены отправляют вопросы консультантам федерации по категориям услуг, с документами и к вопросу, и к ответу. Вопрос распределяется тому консультанту, который отвечает за эту услугу. Уведомления о новых вопросах и о полученных ответах.
Архив отчётов по рабочим комитетам с загрузкой файлов. Чёткое разделение публичных документов и доступных только членам. Приватные документы никогда не лежат открыто: скачивание идёт через контролируемый маршрут, который проверяет право на каждом запросе. Фотогалереи тоже можно ограничить, и ограничение в любой момент снимается.
Интерфейс полностью на румынском, с редактором переводов прямо в приложении. Уведомления в панели о событиях, требующих внимания. Пользователи, права и принадлежность к структурам — из одного места.
уровень 1 — платформа
Веб-приложение, которое составляет путевые листы компании и отказывается выпускать документ, который не сходится. Сумма поездок в точности равна разнице показаний одометра, расстояния берутся из сервиса маршрутизации для конкретного направления, а сгенерированные маршруты не повторяются из месяца в месяц. У каждой цифры есть источник, у каждого действия — след, а финализированный документ задним числом не меняется: исправление создаёт новую версию со ссылкой на оригинал. Делали как разработчики в составе команды Blue Twin Bit.
foi-parcurs.bluetwinbit.comПрезентация, пошаговое руководство и частые вопросы. Румынский и английский, вход в приложение оттуда же.
Данные фирмы подтягиваются по CUI из публичных реестров. Дальше — транспорт с нормой расхода, водители и точки интереса: по одной или импортом из файла, с подтверждением адреса на карте до того, как он попадёт в маршрут.
Месяц, машина, начальный и конечный километраж, водитель и точки, которые могут попасть в маршруты. Пределы настраиваются: дни, поездки, поездки в день, допустимые дни; пустые поля берут правила фирмы по умолчанию. Предложение проверяется на экране — суточные и месячные итоги, источник каждого расстояния, предупреждения; можно править руками, перегенерировать или ослабить ограничение.
В строгом режиме сумма поездок точно равна разнице километража; если валидной комбинации нет, приложение говорит почему и что можно изменить, но само пределы не двигает. Расстояния — из сервиса маршрутизации, для автомобильного профиля и точного направления, матрица направленная. Пара точек без расстояния не блокирует месяц, но выдуманными числами не заполняется никогда. Генератор избегает скоплений, повторов и невероятных скачков, а seed сохраняется: те же данные и тот же seed дадут ровно тот же документ.
Серия и номер выдаются атомарно и уникальны даже при одновременной финализации; отменённый номер остаётся израсходованным. Финализированный документ неизменяем, правка создаёт новую версию со связью с оригиналом, отмена требует причины. При генерации данные фирмы, машины, водителя и точек замораживаются — изменённый завтра адрес не трогает прошлый месяц. Экспорт в DOCX и PDF из одной версии данных, макеты версионируются, исторический экспорт воспроизводится ровно тем макетом, каким был сделан.
Один аккаунт ведёт несколько фирм, у каждой своя роль: администратор, оператор, наблюдатель. Коллеги приглашаются по почте, доступ отзывается в любой момент, данные одной фирмы не видны из другой. Аудит на генерации, правки, финализации, отмены и экспорты — с автором, датой и значениями до и после. Виньетка, страховка, техосмотр, права и документы фирмы отслеживаются по сроку с предупреждением на экране и почтой. Двухфакторный вход по желанию, можно потребовать со всех.
уровень 1 — система
Открытое решение точки продаж, доведённое до маленьких розничных магазинов Молдовы: соответствие местным фискальным требованиям, связь с тем оборудованием, которое в магазине реально стоит — фискальный принтер, электронные весы, сканер штрихкодов, — и торговые потоки в той форме, в какой их здесь ведут. У каждого магазина своя копия со своим номенклатором, оформлением и настройками; ставим и поддерживаем сами. Дорабатывали по тому, что просили кассиры и бухгалтеры, а не по теоретическому списку возможностей. Работает в четырёх магазинах: Grădina trei scări, Connection, Deliart, Dulce – Sănătos.
Крупные кнопки и видимые действия — экран трогают десятки раз в час. Клиент из предыдущей продажи подставляется сам там, где магазин работает с постоянными покупателями. Сессия удлинена, чтобы не переспрашивать пароль посреди смены. Автоматические действия, мешавшие кассиру — печать и самовозврат на экран, — убраны. Длинные названия товаров переносятся на несколько строк.
Каждая закрытая продажа печатается фискальным чеком: позиции, количества, скидки, налоговая группа. Тип оплаты — наличные или карта — уходит в устройство правильно, иначе отчётность не сходится. Смешанная оплата разведена: при частичной оплате подарочной картой в фискальный чек попадает только та сумма, что действительно принята фискально, остальное остаётся во внутреннем учёте магазина. Режим работы переключается для установки, тестирования и эксплуатации без правок в коде.
Отдельная нумерация PLU для весового товара, выдаётся автоматически из зарезервированного диапазона. Файл загрузки в весы выгружается прямо из приложения, поэтому номенклатор в магазине и в весах не расходятся. Штрихкод, напечатанный весами, распознаётся на кассе: вес или сумма достаются из кода. Товар помечается весовым прямо в его карточке.
Импорт приёмок и товаров из XML с подхватом штрихкодов и категорий — приёмку больше не набивают руками, позиция за позицией. Фильтр товаров по приёмке, из которой они пришли. Превращение предложения в «счёт к оплате» — форму, которой пользуются в работе с юрлицами. Колонка поставщика в товарных отчётах. Подарочные карты работают в оплате, в том числе частичной.
Печать ценников прямо из накладной приёмки, дизайн переделан. Отдельная заметная кнопка печати цен после приёмки товара. Розничная цена прячется там, где магазин ею не пользуется. Штрихкод с ценой для тех товаров, которым он нужен.
Отдельная копия на магазин: своя база, свой номенклатор, своё оформление. Поставка в контейнерах, сертификат безопасности выпускается автоматически, обновления доезжают до всех установок одинаково. Защищённый удалённый доступ для вмешательства и поддержки, без выставления сети магазина наружу. Настройка оборудования — принтер, весы, сканер. Первичный импорт номенклатора и остатков из того учёта, что уже вёлся. Интерфейс на языках персонала и обучение кассиров при запуске.