Новости додо ис база знаний

Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.

Додо ис смены

Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков.

Франшиза «Додо пицца»

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

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

Известность сети принесла ее открытость и прозрачность в приготовлении пиццы. Кроме того, у «Додо» автоматизировано всё: от кухни до документооборота. Пиццериями управляет их собственная информационная система «Додо IS» — облачный сервис, который интегрирует все процессы в «Додо». В это же время некоторые франчайзи «Додо Пиццы» начали искать решения по автоматизации этого процесса.

Для создания бота были использованы следующие технологии: Платформа для разработки чат-ботов zDialog; ИИ-сервис аналитики чат-ботов OneDash; Технология распознавания и синтеза речи Yandex SpeechKit.

LeSS в Додо Пицце: эволюция или революция

В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии. Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Таким образом информационная система реально влияет на увеличение эффективности и прибыльности «Додо Пиццы», так как стоимость труда являются одной из главнейших статей расхода для нашего бизнеса. Мы называем это «dodo-эффект». У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков.

Как насчет бесплатной пиццы?

База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы». Додо is личный кабинет. Палочки с креветками Додо. Додо ис смены. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени.

Эволюционный подход к обновлению продуктов. Новая главная страница «Базы знаний» Додо

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

За который в Додо отвечает небольшая команда. Например, за стандарты — отдельный сотрудник. Есть редактор, к которому можно обратиться вообще по любому поводу. И до недавнего времени был один универсальный Арсений, выступавший в роли и аналитика, и разработчика, и продакта. К счастью эта команда была недавно усилена, — новые горизонты и задачи потребовали новых людей! И если стандарты — вещь относительно стабильная — то многие статьи базы знаний нужно корректировать чуть ли не раз в квартал. По мне — это всегда большая нагрузка и ответственность, и заниматься такой работой могут только увлеченные люди!

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

В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу.

Приём заказов в ресторане, интерфейсы кассира. Выгрузка отчётов в 1C для бухгалтерии. Оповещения и накладные. Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации.

Додо пицца застраховалась от киберпреступников

Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. Dodo IS — информационная система как ядро франчайзинга. Додо is личный кабинет. Палочки с креветками Додо. Додо ис смены. Dodo IS — информационная система как ядро франчайзинга. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. Разработан интерфейс Базы Знаний.

Додо ис база знаний

Информационная система Dodo IS представляет из себя веб-приложение. «Додо ИС» была призвана сделать работу в пиццерии легче. Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Главная» Новости» Новости додо пицца.

Похожие новости:

Оцените статью
Добавить комментарий