Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника.
«Додо Пицца» застраховалась от киберпреступников
Во всех пиццериях работают камеры, чтобы клиенты видели, как готовится конкретно их пицца. Камеры в пиццериях помогают следить за качеством и превращают приготовление пиццы в реалити-шоу. Как запускал «Додо-пицца» решила не идти с франшизой сразу в города-миллионники, а сначала сфокусироваться на городах с населением около 100 тысяч человек. Станислав решил попробовать запуститься в Долгопрудном, в 5 км от Москвы. В студенческие годы он учился там на физтехе. Тогда доходы жителей были выше среднего, общепита мало, а студентов много. Открытие обошлось в 13 млн рублей.
Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями. Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам. Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт. В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки. Конфликты при мерже, проблемы при релизах. Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение. Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется. Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история. В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд. Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались. Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало. Был даже список сервисов с порядком отключения при серьезных нагрузках. С этого времени начинается наша борьба с нагрузками и за стабилизацию системы с осени 2015 до осени 2018. Именно тогда случилось « Великое падение ». Дальше тоже иногда происходили сбои, некоторые были весьма чувствительными, но общий период нестабильности сейчас можно считать пройденным.
В основе лежала идея полной и тотальной оцифровки бизнес-процессов, причем своими силами , что еще тогда в 2011 году вызывало много вопросов и скептицизма. Но вот уже 9 лет мы идем по такому пути — с собственной разработкой, которая начиналась с монолита. Эта статья — «ответ» на вопросы «Зачем переписывать архитектуру и делать такие масштабные и долгие изменения? Начну с того как начиналась разработка Dodo IS, как выглядела изначальная архитектура, как появлялись новые модули, и из-за каких проблем пришлось проводить масштабные изменения. Серия статей «Что такое Dodo IS? You are here Путь клиентской части: фасад над базой 2016-2017 годы. In progress… История настоящих микросервисов. In progress… Законченный распил монолита и стабилизация архитектуры. In progress… Изначальная архитектура В 2011 году архитектура Dodo IS выглядела так: Первый модуль в архитектуре — прием заказа. Бизнес-процесс был такой: клиент звонит в пиццерию; трубку берет менеджер; принимает по телефону заказ; параллельно набивает его в интерфейсе приема заказа: учитывается информация о клиенте, данные по деталям заказа, адрес доставки. Интерфейс информационной системы выглядел примерно так… Первая версия от октября 2011: Чуть улучшенная в январе 2012 Ресурсы для разработки первого модуля приема заказа были ограничены. Нужно было делать много, быстро и малым составом. Малый состав — это 2 разработчика, которые и заложили фундамент всей будущей системы. Их первое решение определило дальнейшую судьбу технологического стека: Backend на ASP. Разработчики были дотнетчиками, этот стек был им знаком и приятен. Фронтенд на Bootstrap и JQuery: интерфейсы пользователя на самописных стилях и скриптах. База данных MySQL: без затрат на лицензии, простая в использовании. Серверы на Windows Server, потому что. NET тогда мог быть только под Windows Mono обсуждать не будем. Физически это все выражалось в «дедике у хостера». Архитектура приложения приема заказа Тогда уже все говорили о микросервисах, а SOA лет 5 использовалось в крупных проектах, например, WCF вышел в 2006 году. Но тогда выбрали надежное и проверенное решение. Вот оно. Каждый из сервисов отвечал какому-то аспекту бизнеса: Например, DepartmentStructureService выдавал информацию по пиццериям, по департаментам. Департамент — это группа пиццерий под управлением одного франчайзи. ReceivingOrdersService принимал и рассчитывал состав заказа. Сервисы обрабатывали данные из базы, хранили бизнес-логику. В них уже находились запросы к хранимым процедурам в базе и слой мапперов. В хранимках была бизнес-логика, особенно много в тех, которые выдавали отчетные данные. ОРМ не использовался, все полагались на написанный руками sql. Еще был слой доменной модели и общих классов-хелперов, например, класс Order, хранивший заказ. Там же, в слое, находился хелпер для преобразования текста отображения по выбранной валюте. Всё это можно представить такой моделью: Путь заказа Рассмотрим упрощенный первоначальный путь создания такого заказа. Изначально сайт был статический. На нем были цены, а сверху — номер телефона и надпись «Хочешь пиццу — звони по номеру и закажи». Для заказа нам нужно реализовать простой flow: Клиент заходит на статический сайт с ценами, выбирает продукты и звонит по номеру, который указан на сайте. Клиент называет продукты, которые хочет добавить в заказ. Называет свой адрес и имя. Оператор принимает заказ. Заказ отображается в интерфейсе принятых заказов. Все начинается с отображения меню. Залогиненный пользователь-оператор в один момент времени принимает лишь один заказ. Поэтому draft-корзина может храниться в его сессии сеанс пользователя хранится в памяти. Там объект Cart, в котором продукты и информация о клиенте. По продукту вытаскивается информация из базы и добавляется информация о продукте в корзину. Да, здесь можно не вытаскивать продукт из базы, а передавать с фронтенда. Но для наглядности я показал именно путь из базы. Далее вводим адрес и имя клиента. При нажатии «Создать заказ»: Запрос отправляем в OrderController. Получаем Cart из сессии, там лежат продукты в нужном нам количестве. Дополняем Cart информацией о клиенте и передаем в метод AddOrder класса ReceivingOrderService, где он сохраняется в базу.
Чтобы посмотреть своё имя в Телеграме, переходим в Настройки — Изменить профиль — Имя пользователя. Именно это имя без значка в начале и есть ваше имя в Телеграме. Далее пользователю наш специалист присылает имя чат-бота, которого нужно найти в Телеграм для подтверждения связи рассылки. Для этого в поле Поиск вводим имя бота, в нашем случае — DodopizzaBot. Когда бот появится в результатах поиска, его нужно открыть и внизу нажать кнопку Запустить. В случае успешной авторизации придет сообщение — Подтверждение обработано. Настройка синхронизации Телеграм и «1C:Бухгалтерии» на этом завершена. Какие уведомления приходят? Для Додо мы настраивали рассылку таких показателей: производительность кухня, курьеры — 3 раза в день 12:00, 17:00, 21:00 выручка — 2 раза в день 12:00, 23:59 сервисное время — 2 раза в день 12:00, 23:59 время приготовления — 3 раза в день 12:00, 17:00, 21:00 время на полке — 2 раза в день 12:00, 23:59 Можно гибко настроить время рассылок, виды рассылок по пользователям. Итоги проекта организовали работу в отдельном облаке с возможностью делать доработки; с нуля настроили синхронизацию данных информационной системы Додо ИС с «1С:Бухгалтерией», ред. В ближайшем будущем начнется работа с еще двумя франчайзи; доработали загрузку данных под совмещение налоговых режимов — в таком случае из Додо ИС переносятся два отчета по продажам; упростили учет расходов для франчайзи с налоговым режимом УСН Д-Р ; автоматизировали оплату самозанятых курьеров и курьеров-нерезидентов, для них формируются специальные платежные поручения; для франчайзи из Германии настроили отчеты по выгрузке в соответствии с местным законодательством — в разрезе разных видов оплат; разработали прогнозирование закупок: на основании расходов на прошлой неделе программа считает, что надо закупить на следующей неделе.
Додо ис база
Just Dodo is: «Додо пицца» попробует себя в других форматах 6 ноября 2019 Поделиться Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Об этом сообщил основатель сети Федор Овчинников на своей странице в соц-сетях. По его словам, компания может открыть ресторанные точки в разных сегментах: кофейни, суши-бары, кафе восточной кухни. Кроме того, владелец сети не исключил создание гостиниц мини-форматов и химчисток.
В сердце нашей сети — облачная система управления пиццерией «Додо ИС». Это ЕРП-система, которая охватывает все аспекты нашего бизнеса. Её создали, поддерживают и развивают разработчики «Додо Пиццы», опираясь на опыт наших пиццерий. Мы делаем «Додо ИС» для себя, чтобы она решала наши задачи и соответствовала нашим процессам. Не нужно ничего устанавливать, покупать лицензии, ключи и защиту, звать программистов и прокладывать локальные сети. Всё, что нужно для работы — беспроводной интернет и любые планшеты с браузером. В одной пиццерии франчайзи устанавливает 5—9 планшетов с «Додо ИС». Руководитель и администратор управляют пиццерией с компьютера, мобильного телефона или планшета. Главный экран трекингового модуля «Додо ИС». Трекинговый модуль помогает управлять процессами на кухне и оптимизировать работу смены. Франчайзи видят не только свой финансовый результат, но и результаты всех пиццерий сети. Можно выбрать тех, кто похож на вас, и равняться на лучшие показатели. Чита-1 вырвалась вперед. Можно спросить у руководителя этой пиццерии, что они изменили в работе. Как у нас дела? Руководитель видит свою пиццерию на фоне других и анализирует, в чем проблемы и на чем поработать. Сила сети — в возможности сравнить свои показатели с другими и учиться на чужом опыте. Как видят сотрудники «Додо ИС» знает всё о работе пиццерии, но каждому сотруднику показывает только то, что нужно для текущей задачи. У каждого сотрудника в «Додо ИС» собственное информационное пространство: Менеджер смены Видит текущее состояние пиццерии: все ли справляются, нужно ли отправить кого-нибудь домой или на заготовки. Пиццамейкер Видит на планшете следующие заказы, что с ними делать и когда они должны быть готовы. Сотрудники кухни Видят статистику: сколько пицц приготовлено вовремя, а сколько — дольше стандарта. Игровая механика стимулирует сотрудников работать быстрее. Курьеры Видят, кто лучше работает и какие рекорды ставит. По каждому адресу курьеры соревнуются за самую быструю доставку, лучшие получают звания мэров и верхние строки в рейтинге. Все производственные процессы связаны между собой. Данные передаются через «облако». Автоматически передаются на кухню нужной пиццерии. Приготовление Планшеты на кухне дают чёткие указания пиццамейкерам: что готовить и в каком порядке. Сбор и доставка Оператор безошибочно комплектует заказ по указаниям системы и передаёт курьеру.
О том, как она создавалась, какие задачи решает и к каким результатам приводит, Фёдор Овчинников и его команда рассказали в своей «Додо-книге», ключевые идеи которой мы сегодня предлагаем вашему вниманию. Досье Фёдор Овчинников, основатель сети «Додо Пицца». Окончил Сыктывкарский госуниверситет по специальности «археолог». В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда.
Сотрудники, которые будут получать сообщения, присылают нам имя пользователя в Телеграме для подключения и авторизации. Как посмотреть имя пользователя? Чтобы посмотреть своё имя в Телеграме, переходим в Настройки — Изменить профиль — Имя пользователя. Именно это имя без значка в начале и есть ваше имя в Телеграме. Далее пользователю наш специалист присылает имя чат-бота, которого нужно найти в Телеграм для подтверждения связи рассылки. Для этого в поле Поиск вводим имя бота, в нашем случае — DodopizzaBot. Когда бот появится в результатах поиска, его нужно открыть и внизу нажать кнопку Запустить. В случае успешной авторизации придет сообщение — Подтверждение обработано. Настройка синхронизации Телеграм и «1C:Бухгалтерии» на этом завершена. Какие уведомления приходят? Для Додо мы настраивали рассылку таких показателей: производительность кухня, курьеры — 3 раза в день 12:00, 17:00, 21:00 выручка — 2 раза в день 12:00, 23:59 сервисное время — 2 раза в день 12:00, 23:59 время приготовления — 3 раза в день 12:00, 17:00, 21:00 время на полке — 2 раза в день 12:00, 23:59 Можно гибко настроить время рассылок, виды рассылок по пользователям. Итоги проекта организовали работу в отдельном облаке с возможностью делать доработки; с нуля настроили синхронизацию данных информационной системы Додо ИС с «1С:Бухгалтерией», ред.
База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Базе знаний Dodo Pizza. «Додо ИС» была призвана сделать работу в пиццерии легче. На сегодняшний день Додо Пицца – сеть пиццерий №1 в России по количеству действующих ресторанов. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд.
API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались.
Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало.
Был даже список сервисов с порядком отключения при серьезных нагрузках. С этого времени начинается наша борьба с нагрузками и за стабилизацию системы с осени 2015 до осени 2018. Именно тогда случилось « Великое падение ». Дальше тоже иногда происходили сбои, некоторые были весьма чувствительными, но общий период нестабильности сейчас можно считать пройденным.
Бурный рост бизнеса Почему нельзя было «сделать сразу хорошо»? Достаточно посмотреть на следующие графики. Также в 2014-2015 было открытие в Румынии и готовилось открытие в США. Сеть росла очень быстро, открывались новые страны, появлялись новые форматы пиццерий, например, открылась пиццерия на фудкорте.
Всё это требовало значительного внимания именно к расширению функций Dodo IS. Без всех этих функций, без трекинга на кухне, учета продуктов и потерь в системе, отображения выдачи заказа в зале фудкорта, вряд ли бы мы сейчас рассуждали о «правильной» архитектуре и «верном» подходе к разработке. Еще препятствиями для своевременного пересмотра архитектуры и вообще внимания к техническим проблемам, был кризис 2014 года. Такие вещи больно бьют по возможностям для роста команд, особенно для молодого бизнеса, каким была Додо Пицца.
Быстрые решения, которые помогли Проблемы требовали решения. Условно, решения можно разделить на 2 группы: Быстрые, которые тушат пожар и дают небольшой запас прочности и выигрывают нам время на изменения. Системные и, поэтому, долгие. Реинжиниринг ряда модулей, разделение монолитной архитектуры на отдельные сервисы большинство из них вполне не микро, а скорее макросервисы и про это есть доклад Андрея Моревского.
Сухой список быстрых изменений таков: Scale up мастер базы Конечно, первое, что делается для борьбы с нагрузками — увеличивается мощность сервера. Это делали для мастер базы и для веб серверов. Увы, это возможно лишь до некоторого предела, дальше становится слишком дорого. С 2014 года мы перешли в Azure, на эту тему мы тоже писали еще в то время в статье « Как Додо Пицца доставляет пиццу с помощью облака Microsoft Azure ».
Но после череды увеличений сервера под базу уперлись по стоимости. Реплики базы на чтение Реплик для базы сделали две: ReadReplica для запросов на справочники. Применяется для чтения справочников, типа, города, улицы, пиццерии, продуктов slowly changed domain , и в тех интерфейсах, где допустима небольшая задержка. Этих реплик было 2, мы обеспечивали их доступность также, как и мастера.
ReadReplica для запросов на отчеты. У этой базы доступность была ниже, но в неё ходили все отчеты. Пусть у них тяжелые запросы на огромные пересчеты данных, но зато они не влияют на основную базу и операционные интерфейсы. Кэши в коде Кэшей в коде нигде не было вообще.
Это приводило к дополнительным, не всегда нужным, запросам в нагруженную базу. Кэши были сначала как в памяти, так и на внешнем кэш-сервисе, это был Redis. Все инвалидировалось по времени, настройки указывались в коде. Несколько серверов для бэкэнда Бэкэнд приложения тоже надо было масштабировать, чтобы выдерживать повышенные нагрузки.
Необходимо было сделать из одного iis-сервера кластер. Мы перенесли сессию приложений из памяти на RedisCache, что позволило сделать несколько серверов, стоящих за простым балансировщиком нагрузки с round robin. Сначала использовался тот же Redis, что и для кэшей, потом разнесли на несколько. В итоге архитектура усложнилась… …но часть напряженности удалось снять.
А дальше нужно было переделывать нагруженные компоненты, за что мы и взялись. Об этом мы расскажем в следующей части.
Больничные листы Улучшите опыт использования Додо с помощью наших полезных советов Ищете информацию о базе знаний Додо? Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности! Используйте поиск для нахождения нужной информации. Задавайте точные запросы, чтобы получить наиболее релевантные результаты. Поддержка клиентов, развитие Базы знаний и Digital design.
Заказ Додо пицца чек. Додо Ачинск. Dodo is Интерфейс.
График работы пиццерии работников. Сотрудники пиццерии список. База знаний Додо ИС.
Додо трекинг. Открытие пиццерии. Кассир Додо.
Додо пицца кассир. Додо пицца ресторан. Первый ресторан Додо.
Додо пицца Митино. Пиццерии в Великобритании. Оценка в Додо пицце.
Додо пицца Жуковский. Оценить в Додо приложении. Додо пицца Ново Садовая 8а.
Додо пиццерия витрина. Додо пицца Махачкала. Додо ИС личный кабинет.
Dodo is личный кабинет. База знаний Додо. Сколько стоит франшиза Додо пицца в России.
В Додо пицца договор труда. Трекер Додо ИС. Dodo is вход.
Менеджер смены вход Додо. Додо ИС бэк. Dodo is io Manager.
Статистика заказов. Карта заказов статистика. Статистика по заказам на сайте.
Tiu статистика заказов. Dodo is кабинет сотрудника Dodo is. Додо пицца кассовый Интерфейс.
Интерфейс кассира dodopizza касса. Додо ИС менеджер офиса.
Все двадцать штатных администраторов могут добавлять и обновлять тесты, делать интерактивные статьи и лонгриды. Служба техподдержки отвечает в течение двух минут, платформа регулярно обновляется. Также нас полностью устраивает соотношение цены-качества и возможность обсудить гибкие условия оплаты. Запуск платформы с нуля за две недели Одновременно с подписанием договора и процессом оплаты специалисты Додо Пицца получили полный доступ к платформе Эквио, сразу начали знакомиться с LMS, добавлять администраторов и обучающие материалы.
Эксперты Эквио провели тренинг для сотрудников Додо Пиццы. Благодаря тому, что все этапы выполнялись параллельно, срок от выбора платформы Эквио до регистрации пользователей составил рекордные пару недель. Дизайн После этого компания передала Эквио шрифты, логотип и фирменные цвета и получила готовые дизайн-макеты. Благодаря концепции white label для администраторов и пользователей платформа выглядит как собственная разработка Додо Пиццы. Также специалисты Эквио настроили веб-версию и мобильное приложение. Функциональность приложения полностью повторяет функциональность веб-версии.
Пользователи могут смотреть курсы и проходить тесты, в том числе и при отсутствии интернет-связи. Обучение администраторов Обучить более 20 администраторов платформы помогла база знаний Эквио, благодаря которой компании не пришлось проводить занятия с нуля. Информация в базе знаний подаётся в виде двухминутных роликов, каждый из которых содержит ответ на определённый вопрос. Дополнительно с администраторами провели часовые онлайн-встречи, показали платформу, правила создания и оформления статей, выбор тегов. Специалисты Додо Пиццы написали статью про базу знаний и запустили курс по созданию интерактивных элементов. Все оставшиеся после обучения вопросы можно задавать в чате поддержки Эквио.
Перенос материалов Платформа Эквио позволяет перенести обучающий контент самостоятельно или с помощью сотрудников платформы. Додо Пицца подключила к этой задаче разные команды сотрудников. Одновременно продумали иерархию курсов, распределили их по категориям и добавили теги. Благодаря этому пользователи могут проще ориентироваться в образовательных материалах Додо Академии. Также компания регулярно обновляет платформу, добавляя на неё корпоративные новости. Наши рекомендации: Добавление пользователей Компания добавила пользователей на платформу согласно действующей иерархии.
История архитектуры Dodo IS: путь бэкофиса
Система Додо ИС. Главная» Новости» Новости додо пицца. Главная» Новости» Новости додо пицца. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы.
Как создать личный кабинет на сайте Додо ИС
Додо пицца пример дашборда с аналитикой. Архитектура Dodo is. Dodo auth. Dodo is схема. Учетная политика Додо ИС. Организационная структура компании Додо пицца.
Архитектура пиццерии схема. Бизнес процессы Додо. Додо персональный кабинет. Стандарты Додо пицца. Стандарты работы Додо пицца.
Додо ИС личный. Чат поддержки Додо. Профиль в Додо приложении. Додо пицца приложение. Оценить в Додо приложении.
Приоритеты в Додо. Маврикийский Дронт Додо. Маврикийский Дронт вымершие животные. Маврикийский Дронт реконструкция. Бурбонский Дронт.
Додо is. Додо ИС личный кабинет сотрудника. Организационная структура пиццерии схема. Схема принятия заказа. Работа в Додо.
Кухня «Додо-пиццы» похожа на конвейер. Работники готовят пиццу за 7—10 минут, до 100 штук в час. Всем этим управляет информационная система, которая сама принимает заказы с касс и из интернета, раздает задания поварам и курьерам, ведет статистику и программу лояльности. Во всех пиццериях работают камеры, чтобы клиенты видели, как готовится конкретно их пицца. Камеры в пиццериях помогают следить за качеством и превращают приготовление пиццы в реалити-шоу.
Как запускал «Додо-пицца» решила не идти с франшизой сразу в города-миллионники, а сначала сфокусироваться на городах с населением около 100 тысяч человек. Станислав решил попробовать запуститься в Долгопрудном, в 5 км от Москвы.
Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов.
Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован».
При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит.
Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом.
То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер.
Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ. В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда. Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя.
Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе». Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам. На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере.
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор. Источник: СК Сбербанк Страхование.
Додо ис база
База знаний Додо ИС. Информационная система пиццерии. Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Главная» Новости» Новости додо пицца. Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов. Додо ис касса. Додо личный кабинет сотрудника.
Додо ис база знаний - 84 фото
Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. Базе знаний Dodo Pizza. Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Главная» Новости» Додо новости. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира.