«Додо ИС» — это «Скайнет» среди систем управления предприятием. Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС.
Как насчет бесплатной пиццы?
Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены.
Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе.
В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили.
Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее.
Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу.
Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера.
Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ.
В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе.
Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда. Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя. Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе».
Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам. На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере. Итоговая архитектура после изменений в Auth и Трекере Подводя промежуточный итог: изначально у меня была мысль упаковать девятилетнюю историю системы Dodo IS в одну статью.
Хотелось быстро и просто рассказать об этапах эволюции. Однако сев за материал, я понял, что всё гораздо сложнее и интереснее, чем кажется. Размышляя над пользой или её отсутствием от такого материала, я пришёл к выводу, что непрерывное развитие невозможно без полноценных летописей событий, развёрнутых ретроспектив и анализа своих прошлых решений.
Надеюсь, что вам было полезно и интересно узнать про наш путь. Сейчас я стою перед выбором, какую часть систему Dodo IS описать в следующей статье: пишите в комментариях или голосуйте.
Ранее клиент мог связаться с оператором контакт-центра только двумя способами — позвонить на горячую линию либо отправить письмо на электронную почту. Оба варианта коммуникации имели свои недостатки: клиентам не всегда удобно звонить, некоторые просто не любят, а ответ по электронной почте, как правило, не всегда достаточно оперативен. Опыт и анализ отзывов показали, что для федеральной сети пиццерий двух каналов связи не хватает.
Но по настоящему достойных и именно наших конкурентов около 10. Вы проводили анализ - кто ваш гость? Наши клиенты все, кто ест пиццу.
ААндрей Елькин Нет какой то точной статистики. Но мы отмечали что в утренние и обеденные часы чаще приходят люди среднего возраста, около 40, а вечером частые гости молодежь и парочки. ДДмитрий Пильщиков Назовите, пожалуйста, три самых популярных блюда из вашего меню. ААндрей Елькин Додстер, пицца Додо, пепперони на доставку. В зале это готовая пицца кусочками по 49 руб. В зале готовим разные пиццы в разное время. ААндрей Елькин Однозначно можно сказать, что это пицца. С 2019 года в меню появились пиццы бюджетного сегмента, они пользуются наибольшей популярностью.
ДДмитрий Пильщиков Наверное, пицца пепперони, додстер и капучино или кола. Часто ли ресторан оплачивает пиццу клиентам? На эти заказы даём сертификаты. ААндрей Елькин Т. Например, в пиццерии в Хабаровске в прошлом месяце было 3-4 не вовремя доставленных пиццы в месяц. ДДмитрий Пильщиков Редко, у нас среднее время доставки 25 минут. Оказывает ли франчайзер поддержку по основным направлениям юридические вопросы, бухгалтерия? ААндрей Елькин Оказывает информационную поддержку.
В базе знаний много информации, в том числе по таким вопросам. Какие-то вещи рассказывают на обучении франчайзи перед открытием первого ресторана. Но, в целом, это ответственность партнёра. ААндрей Елькин Юридический отдел мне не нужен был. Хотя если надо какие-то договора обсудить, например, по аренде, то могут дать контакты того, с кем можно посоветоваться по данному вопросу. ДДмитрий Пильщиков Да, оказывает советами и публикацией уже имеющихся кейсов. Как на вас повлиял карантин? ААндрей Елькин Первый месяц было очень тяжело - доставка в залах резко упала ещё до карантина.
Потом помогло государство - мы получили субсидии, арендодатели дали скидку. Потом подросла доставка и отчасти компенсировала падение в залах. Довольно сильно выросла цена продуктов вслед за ростом доллара. Плюс сильно выросли затраты на курьеров. Сейчас доставку развивают все, в том числе ритейл, и курьеров не хватает.
Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС». Для работы с системой понадобится планшет и беспроводной интернет.
На одну пиццерию фрайчанзи устанавливает в среднем 5 - 9 планшетов. В системе «Додо ИС» видны показатели не только отдельному кафе, но и по всей сети. Руководитель сможет сравнивать показатели с другими точками «Додо пиццы» и производить анализ ошибок, строить стратегию развития своей точки.
Just Dodo is: «Додо пицца» попробует себя в других форматах
Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы. База знаний Додо ИС. Dodo is Интерфейс. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.
Виртуальный ЦОД в Додо Пицца
About Dodo Our IT Transparency Franchising Goals 2019 All key posts. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Dodo IS Platform digitalizes every micro process in our QSR businesses from Dodo Brands: Dodo Pizza, Drinkit, and Doner 42. It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics. Владелец сайта предпочёл скрыть описание страницы. «Додо ИС» — это «Скайнет» среди систем управления предприятием.
Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. Додо ис касса. Додо личный кабинет сотрудника.
10 главных преимуществ франшизы «Додо Пицца»
Додо is личный кабинет. Додо личный кабинет Додо. Приложение для заказа пиццы. Как оформить заказ в Додо пицца через приложение. Ассортимент пиццерии. Ассортимент пиццы в Додо пицца. Лозунг Додо пицца. Додо пицца сэндвичи.
Додо пицца корпоративная культура. Кухня Додо. Горячий цех Додо пицца. Пиццерия Додо кухня. Оборудование в Додо. Скрипты для пиццерии. Скрипт по доставке пиццы.
Ребус Додо. Игра хвостики Додо. Пирамида Додо. Ребусы от Додо. Буклет Додо. Брошюра Додо пицца. Додо набор.
Буклеты Додо пиццерии. Продающий скрипт пиццерии. Карьерная лестница Додо пицца. Скрипт доставки пиццы. Скрипты для курьеров. Экраны меню Додо пицца. Монитор меню Додо.
Додо пицца пепперони калорийность. Схемы рецептов для кухни пиццерии Додо. Мы открылись Додо пицца. Пакеты франшизы Додо пицца. Книга франчайзи Додо пицца. Додо пицца промокод Солнечногорск. Додо бесконтактная доставка.
Додо оплата наличными. Тестирование в Додо пицца. Додо ответы на тесты. Додо способы оплаты. Тест Додо пиццы ответы. Архитектура Dodo is. Dodo is схема.
Dodo is Интерфейс. Учетная политика Додо ИС. Dodo is личный кабинет. До до ИС. Додо пицца Чита. Додо пицца Чита телефон.
Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов.
Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами.
И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее.
Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер.
Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ. В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда. Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя. Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе». Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам.
На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере. Итоговая архитектура после изменений в Auth и Трекере Подводя промежуточный итог: изначально у меня была мысль упаковать девятилетнюю историю системы Dodo IS в одну статью.
Передайте сертификаты сотрудникам С помощью сертификата можно будет оплатить заказ в любом городе, где есть «Додо Пицца». Сотрудники сами выберут любимые продукты Оформить заказ можно через приложение, на сайте dodopizza. Настало время использовать сертификат Код с сертификата нужно ввести в корзине, он зачтется при оплате. Если заказ меньше суммы сертификата, то остаток «сгорит», если больше — нужно будет сделать доплату.
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
История архитектуры Dodo IS: путь бэкофиса
У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. Страница предлагает авторизоваться или зарегистрироваться на сайте. Главная» Новости» Додо новости. Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний.
10 главных преимуществ франшизы «Додо Пицца»
Dodo IS Platform digitalizes every micro process in our QSR businesses from Dodo Brands: Dodo Pizza, Drinkit, and Doner 42. It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics. На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе. «Додо ИС» — это «Скайнет» среди систем управления предприятием. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира.