Оптимизация ИТ-инфраструктуры и развитие бизнеса с lsFusion

Для команды lsFusion ERP 4R Russian Retail Show стало не только перспективной площадкой для презентации системы широкой аудитории ритейлеров, но и местом встречи с партнерами и постоянными клиентами. Сеть «Гиппо» одна из первых стала использовать lsFusion ERP. Александр Иванов, начальник управления информационных технологий компании «Белвиллесден», сетей «Гиппо» и «Белмаркет» раскрыл секреты успеха.

— Александр, Вы управляете отделами и департаментами крупных компаний уже более 20 лет. С какими торговыми системами кроме lsFusion довелось работать?

— В своей карьере я прошел путь от простого инженера до руководителя подразделения и руководителя компании. В торговлю пришел в 2010 году. Стараюсь чередовать разные стороны попеременно. Работаю то на стороне заказчика, то на стороне подрядчика. В FMCG, непосредственно в розничную продуктовую торговлю, я пришел в 2014 году. До этого я был в компании “Милавица”, это торговля бутикового типа. Я работал с 1С и PS Trade, разработкой компании «Профисерв системс». Естественно, 1С было больше.

— Когда произошло знакомство с lsFusion? Сначала узнали о платформе или о продукте lsFusion ERP? Помните ли первое впечатление?

— В 2014 году познакомился с lsFusion. И эта история заслуживает внимания.

В 2014 году строился торговый центр Green City, куда должен был зайти новый оператор гипермаркета литовской компании. И мы проводили конкурс решений, которые нам будут подходить. Из прошедших основной отбор остались 3 претендента: была компания «Сервис Плюс» со своим «СуперМаг 2000», компания Astor со своим решением на базе 1С и одним из претендентов была компания LuxSoft со своим lsFusion. Тогда lsFusion только-только начала выходить на рынок, уже были первые успешные внедрения, но не в продуктовом ритейле.

Я зашел в компанию в апреле месяце, и у меня стояла задача в сентябре открыть первый гипермаркет. Когда я увидел презентацию lsFusion, то категорично был против этого решения. Моё однозначное мнение было, что это MVP, но это абсолютно не работоспособный продукт для того, чтобы обеспечить гарантированное открытие через 5 месяцев.

У нас был перечень доработок, которыми мы хотели обеспечить реализацию бизнес-процессов именно так, как мы хотим, получить кастомизацию.

Собственники и руководители этой торговой сети настаивали на том, что его (lsFusion ERP — прим. автора) необходимо посмотреть, потому что решение от LuxSoft обещало нам именно кастомизацию тех требований, которые мы изначально закладывали, при том, что остальные претенденты говорили «нет».

Ради очистки совести я передал ТЗ на то, что мы хотим сделать, всем трем претендентам. Я получил два отказа, что нет, сначала внедряем коробку, потом будем думать, оценивать, сколько будет стоить кастомизация. А LuxSoft, по-моему, через месяц вернулся, и говорит: «Ну, давайте проверять…»

Вот мы сделали то, что вы хотите: вот это вот так, вот это вот так. Для меня это было шоком, потому что любой из претендентов у кого я спрашивал, говорил, что ТЗ они будут оцифровывать и оценивать полгода. А здесь через месяц принесли уже рабочий макет, который в принципе с большего отвечал тем требованиям, которые мы заявляли. И еще через месяц у меня уже сотрудники сидели набивали карточки товаров в этом приложении.

— Это был первый проект на lsFusion ERP?

— Нет. Случился кризис 2015 года и этот проект был остановлен и распродан по частям. Соответственно lsFusion ERP со всей ИТ составляющей был продан «Гиппо», т.е. компании «Белвиллисден», где я сейчас работаю. За это время у себя lsFusion успел внедрить “Виталюр” (на 2015г одна из крупнейших FMCG сетей в Беларуси, специализировавшаяся на торговле рыбой и морепродуктами – прим. автора).

У «Гиппо» тоже тогда сложилась сложная ситуация по поводу ERP и товароучетной системы, потому что у них стояла Axapta, и продукт стал в одночасье не работоспособным, потому что из-за кризиса 2015 года все разработчики и техподдержка Axapta развернулись в сторону западных заказчиков, а внутренний рынок остался не у дел. Вплоть до того, что компания могла быть вынуждена остановить свою деятельность из-за проблем с западными вендорами.

— Ситуация напоминает современное положение дел в сфере автоматизации.

— Да, звоночки были уже тогда… Меня на тот момент в «Гиппо» еще не было, но получив в руки макет lsFusion ERP, общаясь с LuxSoft, компания приняла решение, перейти с Axapta на lsFusion ERP и двигаться дальше.

Я пришел в компанию в 2016 году, помню, 27 июня, ровно за 3 дня до деноминации. Это было для меня как под танк попасть после спокойной розницы бутикового типа. К этому моменту уже работал lsFusion, были переведены все магазины, и мы много чего начали делать в нем.

— Компания «Белвиллесден» владеет 2-мя торговыми сетями: сеть гипермаркетов «Гиппо» и разноформатных магазинов «Белмаркет». Как lsFusion ERP начали использовать во второй сети?

— Поглощение сети «Белмаркет» — это был знаковый для нас проект. Я не помню точно, как называлось решение, которое там работало, по-моему, «РТС». Это была сильно кастомизированная для Беларуси российская разработка. Причем вокруг этой разработки был организован ИТ-отдел, который выделился в отдельную компанию и как внешний подрядчик поддерживал это решение на «Белмаркет».

Мы посмотрели, что решение особо не развивалось, было децентрализованное со всеми сопутствующими проблемами, на достаточно старых технологиях. Поэтому однозначно решили, что необходимо заменить ERP систему этой компании, сделать ее централизованной. Сроки поглощения были очень-очень быстрые, кроме перевода в lsFusion ERP самих магазинов, необходимо было обеспечить поддержку бизнес-процессов. Но на тот момент было невозможно в короткие сроки изменить бизнес-процессы в сети «Белмаркет» и подогнать так, чтобы они удовлетворяли и сети «Гиппо». Поэтому было принято решение, что будет отдельная база с отдельным движением для того, чтобы не останавливать «Белмаркет», обеспечить процесс в работающей сети. И на ходу за девять месяцев мы перевели все магазины и закрыли проект по переводу на новую товароучетную систему. Если четко говорить, то первый магазин мы перевели в начале мая 2018 года, а последний – в августе.

— Получается, с lsFusion ERP работаете уже давно. Две крупные сети автоматизированы. Много индивидуальных доработок, потому что есть специфические процессы. Но не может же все работать постоянно гладко. В любой системе есть сбои, какие-то проблемы, узкие места. С какими проблемами сталкивались в lsFusion ERP?

— Экстремальное программирование. Для меня изначально была большая проблема в том, что в парадигме работы с lsFusion отсутствует этап привычного тестирования.

После спокойной бутиковой розницы, где я понимал, что есть тестовый стенд, где мы можем смоделировать абсолютно любую ситуацию, в FMCG из-за объемов оборота данных и вообще самих процессов зачастую невозможно просто проверить и провести полноценное тестирование. Соответственно и сам Fusion подразумевает базовое тестирование функциональности на уровне разработки, и последующую передачу в тестирование пользователям уже на продакшен среде.

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

Мы хотели внедрить новый функционал деления по тайм-слотам для того, чтобы регулировать нагрузку на свои пункты самовывоза, но у нас не «взлетело» сутра. Цена вопроса: мы остановились буквально на две минуты, откатили обновление, запустили дальше и побежали. Пользователи даже особо и не заметили, что произошло. Такие истории случаются и, например, такие ошибки на других системах я не представляю, как решить.

— В использовании lsFusion «Гиппо» пошли дальше всех. Вы вырастили собственных специалистов и уже создали несколько внутренних разработок на платформе: автоматизировали общежитие, некоторые функции склада, создали точечные узконаправленные решения. Почему не купили готовые решения? Это же, как минимум, быстрее.

— Это быстрее, но это дороже. И стоимость владения совсем другая. Во-первых, зачастую бизнес не знает, как поставить правильную задачу. Соответственно, приходится экспериментировать, делать что-то на ходу, работать по Agile. Например, есть задача общего уровня «сделайте мне кнопку», дальше начинается уточнение и, соответственно, доработка.

Это наиболее оптимальная на данный момент схема взаимодействия с бизнесом. Потому что для бизнеса редко бывает возможным поставить задачу полноценную и классическую о том, что мы хотим, с начала и до конца. Я в современном мире не видел таких бизнесов. Уже все в большинстве случаев делается «с колес».

Взять голую платформу и писать с нуля, экспериментируя на ходу – это получается значительно эффективнее, чем искать готовые решения.

Кроме того, что касается общежития, например, у нас было готовое решение, которое мы хотели применить, но в последний момент оно не заработало. Выяснились ограничения, которые не дают применять эту систему полноценно, мы отказались от этой идеи и сделали буквально за выходные приложение. Вот такая скорость разработки.  Условно, в понедельник открывается общежитие, в пятницу мы понимаем, что все, 1С нам не может помочь в решении той задачи, которая все-таки формализовалась окончательно. За выходные подготовлено решение, которое позволило запустить общежитие, а дальше уже наращивать функционал свободно. При том, что бюджет был нулевой, кроме трудоемкости разработчиков. То есть платформа бесплатная, свободная. Поставили «напилили», попробовали, пошли дальше. Это решение формировалось уже в полете. Есть старый ролик, когда самолет летит и его собирают на ходу. Вот, по сути, решение было именно таким, собранным на ходу, в полете.

— На текущий момент, какие задачи решает приложение, кроме самых базовых: управление расселением/выселением, учет инвентаря? Это отдельно стоящее приложение, или оно интегрировано в информационную структуру компании?

— По большому счету, это заселение, выселение, регистратура. Есть ограничения при расселении в комнатах, например, по гендерному соседству, и подобные. Формирование документации договорных отношений, отчетность. Есть интеграция с системами управления зарплатой и управления персоналом. То есть мы тянем оттуда данные, а туда уже загружаем данные заселения. Конечно, это в ландшафте компании создано.

И если сравнивать, то ближайшие решения, например 1С, во-первых, дорогие. Во-вторых, там обычно есть недостаток одного функционала и избыток другого. То есть нам всего этого не надо. Мы сделали ровно то, что мы хотели.  Вот и сейчас развиваем по мере того, как бизнес осмысливает новые требования.

— Также вы доработали функциональность ответственного хранения на складе отдельным приложением. Какие были аргументы за то, чтобы не дорабатывать функционал установленной WMS системы, а делать что-то сбоку?

Здесь в принципе была задача доработать что-то сбоку, потому что изначально распределительный центр строился под нашу розничную сеть, а не как сторонний склад. Склад автоматизирован WMS-системой, которая управляет процессами внутри склада. Условно, это возьми там, принеси, положи в машину и так далее. И есть товароучетная система, которая управляет розничной сетью lsFusion ERP. Интеграция между ERP розничной сети и WMS существует и работает, все хорошо. Но по мере запуска склада появились свободные возможности, и склад начинает работать как логистический оператор для сторонних поклажедателей. И вот здесь начинаются интересные задачи, когда необходимо обрабатывать заявки на приходование и расходование от сторонних поклажедателей. У каждого свой справочник ассортимента, который зачастую пересекается с нашим розничным справочником. Возникла потребность в системе учета товародвижения именно по складу. Физические процессы обрабатывает WMS, а учет товародвижения необходимо где-то сбоку делать, не мешая его с нашим розничным ERP. Потому что как минимум, первый же камень преткновения — это множественность справочников ассортимента. Розничная ERP этого поддержать в принципе не может. Далее множественность интеграций и как таковое API и подстройка API под форматы, которые уже существуют у белорусских 3PL операторов для того, чтобы обеспечить бесшовный переход для клиентов к себе от других 3PL операторов. Ну и потом очень много разной специфики поклажедателей, как например, у мясокомбинатов, где свои партии и свои требования. Такое разнообразие специфики в розничный ERP притянуть в принципе было невозможно, да и не нужно. Поэтому и выросло это решение, которое является прокладкой между всеми нашими сторонними поклажедателями и системой WMS, которое учитывает специфику и обеспечивает учет товародвижения между всеми поклажедателями. Сейчас мы реализуем биллинг для сторонних поклажедателей. То есть это такая мини-ERP для склада.

— Это приложение вы создавали так же с нуля на платформе lsFusion?

— Да, все написали сами с нуля. Бизнес продавал эту услугу «как получится». Четких бизнес-процессов еще не было. Они формировались стихийно. Нужна была быстро изменяемая, дешевая во владении система, которую можно будет оперативно адаптировать под новые требования. Если идти на рынок и искать, то первый вопрос, который возникает: что должно быть в системе, какие функции она должна обеспечивать? Бизнес ответить на эти вопросы в принципе не мог на тот момент. Поэтому вот есть платформа, на ней есть базовые вещи, обеспечивающие работу этого склада, есть общее понимание процесса, как он должен проистекать. А дальше процесс сформировался сначала стихийно, и мы эту стихийную автоматизацию провели, а потом уже процесс формализовался и теперь уже это очень красиво и регламентировано.

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

— Да! У нас был очень грандиозный проект. За последние два года мы заменили, по сути, фундамент двух наших торговых сетей. Если сравнивать с домом, то мы на жилом доме, где живут люди, вытащили фундамент, поменяли его и засунули обратно. Люди даже не заметили всего происходящего. Мы поменяли кассовую систему, систему лояльности, и масштабировали на несколько сот аппаратов системы самообслуживания. В процессе, естественно, функционал менялся.

В старом кассовом решении у нас было удобное решение: пиклисты на кассах. То есть это помощник для кассира, когда кассир на планшете визуально выбирает весовой товар, который необходимо сейчас взвесить: бананы, лук и так далее. Так экономя время на поиске товара в справочнике или наборе штрихкода, даже короткого, кассир быстро, одним тапом по планшету, выбирает и взвешивает нужный товар. Подобный функционал присутствует во многих кассовых решениях, но, к сожалению, не всегда удобен. И вот с нашей новой кассовой системой пришли к тому, что решение неудобное. Это связано и с оборудованием, т.к. у нас не тачскрины, а экранчик маленького размера, на котором плохо видно, и другие причины. Поэтому мы решили подключить к новой кассовой системе старое решение с планшетами. Но выяснили, что команда, разработавшая предыдущее решение, релоцировалась и более недоступна в нашей стране.

Нужно было что-то быстро решать, и мы снова, взяв за основу платформу lsFusion, из ERP подключились к стандартной выгрузке пиклистов касс самообслуживания, сделали очень красивое решение с плитками. Адаптировали интерфейс, максимально похожий под старое решение, масштабируемый, настраиваемый, информативный. Информацию можно добавлять, убавлять, как удобно, очень гибко. Решение централизованное, очень быстро работает, всегда синхронизировано. И самое главное, в отличие даже от предыдущего решения, мы добились синхронизации всех устройств самообслуживания и пиклистов кассиров с lsFusion ERP, нашей единой базой. Ранее данные для весов самообслуживания грузились из одного места и по одному процессу, кассы самообслуживания — по другому процессу из другого места, планшеты — это третье решение, которое было сбоку и, соответственно, зачастую происходили ситуации, когда покупатель на весах самообслуживания взвесил себе лимоны или мандарины на Новый год пришел на кассу самообслуживания, а таких мандаринов нет. Пришел к кассиру кассир, пробил ему другие мандарины, которые не те, которые он взвесил, и так далее. Теперь мы это собрали в единое место и гарантируем, что у нас и на весах, и на кассах, и на кассах POS единые товары, одинаковые, одновременно меняющиеся. Кроме того, сюда же прикрутили нашу онлайн торговлю, мобильное приложение и интернет-магазины. Все грузится из одного места централизовано и одновременно.

— Измеряли эффективность, насколько процентов, допустим, пересорт снизился, насколько быстрее стали работать кассиры?

— Такую статистику мы не собираем. Мы замеряем количество интервенций на кассах самообслуживания, это вызов помощника, когда покупатель сам не справляется. Количество интервенций у нас, наверное, сократилось на треть. И по большому счету, сейчас у нас остались вопросы по контрольно-весовой платформе для продукции собственного производства, где может сильно колебаться отклонение по весу. До внедрения пиклистов были интервенции: не тот товар, его нет и т.д.

— По выражению лица видно, что очень довольны продуктом. Угадала?

— Мы очень гордимся! Кроме того, сейчас у нас прошли предварительные переговоры с поставщиком кассовых систем и оборудования. Они сейчас организуют маркетплейс. И там будут два наших решения: вот эти планшеты, и мы еще сделали маленькое решение – это отображение чека покупателя на дисплее покупателя. Вместо дисплея покупателя мы используем тоже планшеты. Соответственно, они работают по беспроводной сети, по Wi-Fi. Планшет можно разместить где угодно в торговом зале, не надо тягать провода. И отображать на нем набиваемый чек прямо в онлайне с кассы. Кроме того, можно показывать медиа рекламу, объявления. Вообще суперская такая вещь получилась. И нам обещают, что нас разместят в маркетплейсе нашего подрядчика по кассам.

— То есть у вас формируется дополнительное направление бизнеса?

— Да, да. Можно сказать, уже сформировалось.

Сейчас у нас есть в работе тоже интересное мини-приложение. Как раз сегодня смотрел презентацию.

Уже распробовав скорость разработки и простоту решения, что не нужно писать талмуды ТЗ, люди понимают, что можно по ходу формирования бизнес-процесса уже его пытаться автоматизировать. Поступил запрос от нашей службы безопасности. Охрана регистрирует входящих, выходящих людей в журналы и систему контроля доступа. Но кроме гостей и оптовиков очень много временных сотрудников, мы их называем стафферами. Сейчас есть вопрос сверки с рекрутинговыми агентствами. Когда люди приходят заменить персонал или подработать у нас, их нужно регистрировать, вносить в журналы, потом сверять эти журналы с актами выполненных работ рекрутинговых агентств.

Вот мы создали решение. Условно эту амбарную книгу, где записывают имя, фамилия, кто когда появился, сколько отработал, за какой кассой и т.д., заменили на цифру, на MVP, который сейчас отдадим в люди. А дальше будем уже дорабатывать по мере развития функционала.

— С чем-то интегрировали это решение?

— Пока это по большому счету отдельное приложение. Оно интегрировано только с точки зрения ERP, откуда мы загружаем справочники магазинов, торговых сетей.

— Получается, что уже есть некоторое количество разработок, в том числе небольших полноценных бизнес-приложений. По Вашим словам, все просто, все спонтанно, все на ходу, на колесах. А кто это делает? Когда речь заходит об lsFusion и продуктах на платформе, часто возникает вопрос о разработчиках.

— Да, работают разработчики. Вернусь к ним, но прежде, хотел еще небольшую ремарку сделать по поводу простоты и скорости разработки. Я не сталкивался ни с одной системой, где мне поправили бы платформу под мои «хотелки». В проекте с планшетами мы столкнулись с тем, что нам оптимальнее всего реализовать интеграцию кассы с пиклистом на планшете через веб-сокет. Веб-сокеты платформа lsFusion на тот момент не поддерживала. Мы отправили запрос компании «ЛюксСофт», они, конечно, долго решали, но в итоге в шестой версии платформы, которую сейчас мы получили себе на тесты, веб-сокеты уже существуют, и мы их активно используем в решении на планшете. С таким я не сталкивался пока нигде, чтобы подправили именно саму платформу под пожелания бизнеса.

— Но ведь это особенность opensource. Комьюнити может запрашивать фичи и если они востребованы, то велика вероятность, что будут реализованы.

— Да. Но как бы если речь про бизнес-логику и open-source решение – это одно, а вот именно фундамент, платформа – это совсем другое. И там обычно есть бэклог, который на годы вперед расписан, и впихнуть туда что-то, индивидуальную такую потребность – это крайне сложно. Для нас это было просто феерично!

— Вернемся к вопросу разработчиков.

— Недавно вышла шикарная книжка по lsFusion. Юре Бозененкову надо просто поставить памятник, потому что до этого я много заходов делал на то, чтобы взять человека с опытом программирования, попробовать научить программировать на lsFusion. Я сам осваивал азы программирования на lsFusion и дошел до того, что тестовое задание, которое на сайте на позицию разработчика, я могу проверить, и даже его решить. Я понимаю общую канву разработки, но глубокие, очень кастомные моменты какие-то не могу.

И много раз пытался обучить людей с разным опытом. Бывают звезды, которым что ни дай, они во всем разберутся и начнут программировать. К сожалению, они встречаются крайне редко, и такие талантливые люди не приходят к заказчику, они, скорее всего, сидят в командах подрядчиков как архитекторы или ключевые разработчики.

Несколько раз получал отзывы, что документация крайне сложным языком написана. Но когда взял человека с опытом программирования в нескольких языках: PHP, .Net, С# — он легко разобрался на основе документации, которая была на тот момент. Но чтобы разобраться нужно целенаправленно сидеть, изучать, а особого энтузиазма разбирать тестовые примеры не наблюдалось. С выходом книжки у меня сразу появилось два программиста, которые готовы. Один совсем молодой парень со специальностью программирование находится у нас на стажировке. Мы ему дали книгу Бозененкова и дали собственное тестовое задание для того, чтобы понимать, как он с этим справится. Он решил, и сейчас работает с приложением по учету временных сотрудников.

— Сколько всего в штате работает человек, которые занимаются разработкой сегодня?

— Всего 3. Один человек с огромным опытом программирования и на Fusion в том числе, он два года у нас работает. Он был первым самым разработчиком, который программировал на фирме. Сейчас он познал логику и разобрался в ней, и в принципе, может дорабатывать любые задачи на lsFusion. То есть часть задач по ERP мы отдаем вам, часть задач решаем внутри. И уже сформировались целые модули, которые мы сделали у себя. Например, модуль Ценообразование с учетом транспортных и других затрат.

Еще есть девушка-программист, которая вообще с образованием историка, но за год она освоила Fusion. Мы ее брали, чтобы править печатные формы и выполнять какие-то минимальные, несложные задачи, в ходе решения которых она была вынуждена вникнуть в программирование и разобраться. И сработало, и пошло.

— Для обучения хватает книги и документации?

— Есть еще канал в Telegram. Мои сотрудники на него подписаны. Я пропустил это мимо себя, пока в Telegram не пользуюсь. Есть же канал и на StackOverflow. То есть Fusion присутствуете в популярных таких местах и есть возможность задавать вопросы, консультироваться.

— Конечно, по lsFusion есть канал и в Telegram, и на StackOverflow, и вопросы никогда не остаются без ответов. В блоге на Хабр есть много интересных статей. Спасибо за содержательную беседу. Было приятно встретиться и узнать, что одни из первых пользователей lsFusion ERP не просто высоко оценивают развитие продукта и платформы, но и активно участвуют в этом развитии!

Назад к новостям »