Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. База знаний Додо ИС. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии. Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных.
10 главных преимуществ франшизы «Додо Пицца»
Владелец сайта предпочёл скрыть описание страницы. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Додо ис касса. Додо личный кабинет сотрудника. Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных.
Додо ис база знаний - фото сборник
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
По каждому адресу курьеры соревнуются за самую быструю доставку, лучшие получают звания мэров и верхние строки в рейтинге. Все производственные процессы связаны между собой. Данные передаются через «облако». Автоматически передаются на кухню нужной пиццерии.
Приготовление Планшеты на кухне дают чёткие указания пиццамейкерам: что готовить и в каком порядке. Сбор и доставка Оператор безошибочно комплектует заказ по указаниям системы и передаёт курьеру. Маршрутная квитанция формируется и печатается автоматически. Учёт Система автоматически считает выручку, прибыль и производительность труда, ведёт статистику по пиццерии и помогает сравнить результаты с другими пиццериями. Закупка Кто и когда привёз ингредиенты, кто принял, сколько заплатил, сколько осталось, сколько заказать в следующий раз График работы Сотрудники указывают, когда им удобно и неудобно работать.
Менеджер расставляет смены с учётом статистики загруженности пиццерии. Найм и увольнение Управляющий видит заявки от соискателей, смотрит резюме, приглашает на собеседование, ведёт статистику производительности и увольняет лентяев. Экраны с меню Система через интернет выводит на экраны в пиццерии сезонные предложения и актуальное меню с ценами этой пиццерии. Промоакции «Додо ИС» помогает конструировать промоакции и управлять промокодами в масштабах всей сети или одной пиццерии. Управление курьерами Удобное приложение помогает курьерам выбрать лучший маршрут, не забывать продукты в заказе и вводит в доставку элемент соревнования.
Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии. В системе учтено время, деньги, люди и продукты. Подробнее о «Додо ИС»: новая пиццерия и сотрудники , рабочие будни , всё о заказе , отчёты, экраны, доставка, поставщики Пицца — реалити-шоу Когда гости заказывают пиццу на сайте, они видят процесс приготовления вживую. За это отвечает «Додо ИС» — она знает, какая пицца сейчас на столе и когда будет готов заказ. Гостям интересно, когда будет готова именно их пицца, сколько времени на неё уходит, успеет ли курьер за 60 минут.
Посмотреть как делается ваша пицца Процессы описаны Мы собрали полную базу знаний по всем аспектам работы пиццерии: организации кухни, уборке, заготовке, выпечке, общению с клиентом, управлению персоналом. В базе знаний хранятся все рабочие документы, макеты рекламных материалов. База знаний собрана на закрытом сайте, к которому получают доступ все франчайзи. В ней же создан сайт с электронными стандартами. Сайт адаптирован для использования на любых устройствах.
Дома стажёры смогут учить стандарты с ноутбука, в пиццерии использовать планшет. Если у менеджера есть рабочий смартфон, стандарты будут всегда под рукой. Это не только полный учебник по управлению пиццерией, но и платформа для обмена опытом. Мы смотрим на успехи друг друга, улучшаем системы и совершенствуем стандарты каждую неделю. Честные условия Нам важен успех наших франчайзи.
Кроме того, у «Додо» автоматизировано всё: от кухни до документооборота. Пиццериями управляет их собственная информационная система «Додо IS» — облачный сервис, который интегрирует все процессы в «Додо». В это же время некоторые франчайзи «Додо Пиццы» начали искать решения по автоматизации этого процесса. Важная особенность сети — экспертность в вопросах автоматизации: «Додо» максимально автоматизируют свое производство и бизнес-процессы.
Додо пицца dashboard. Dodo is структура. Dodo is схема. Илья Зомба Додо пицца. Архитектура Dodo is. Организационная структура Додо пицца. Додо пицца средний чек. Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет. Додо личный кабинет Додо. Додо ИС вход в личный. Додо экспресс. Додо пицца экспресс. Работа в Додо. Анкета Додо. Анкета соискателя Додо пицца. Анкета кандидата на работу Додо пицца. Цели Додо пиццы. Додо персонал ру. Маркетинговая стратегия Додо. Додо пицца цели организации персонал. Сколько можно заработать в Додо. Dodo админка менеджера. Додо пицца Новогорелово. Пиццерия в новых Ватутинках. Экран сборки заказа. Интерфейс сборки заказа. Интерфейс сборщика заказов. Франчайзи Додо пицца. Додо пицца франшиза. Франчайзинг Додо пицца. Роялти Додо пицца. Система Додо ИС. Стандарты Додо.
Додо ис смены
| B2B — Додо Пицца | Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. |
| Search code, repositories, users, issues, pull requests... | Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии. |
| Search code, repositories, users, issues, pull requests... | Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. |
| Как войти в личный кабинет Dodo IS | В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. |
| Виртуальный ЦОД в Додо Пицца | About Dodo Our IT Transparency Franchising Goals 2019 All key posts. |
10 главных преимуществ франшизы «Додо Пицца»
Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков.
«Додо Пицца» застраховалась от киберпреступников
Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. Додо ис касса. Додо личный кабинет сотрудника. База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы».
Search code, repositories, users, issues, pull requests...
Бот предлагал пользователю на выбор один из шести стилей. Примерно то же самое делает приложение Prisma. Icon8 собрал 7,5 млн подписчиков и получил грант от Павла Дурова в номинации «Фоторедактор». Издание Venture Beat отметило Icon8 как «лучший бот для мессенджеров». Полученные знания и навыки Дмитрий перенес в свой новый проект - DBrain.
Компания дополняет преимущества нейросетей возможностями технологии распределенного реестра. По сути это блокчейн-платформа для командного проектирования «слабого» искусственного интеллекта. Обучать нейронную сеть долго и дорого, поскольку при разметке данных требуется выполнить значительный объем работы вручную. Коллектив Dbrain нашел простой способ уменьшить себестоимость создания и улучшить точность нейронных сетей: обучать сетку за небольшую плату может каждый.
Приложение «DBrain», объединенное с Ethereum DApp , дает возможность любому интернет-пользователю решать задачи, получая за них DBR внутренняя криптовалюта. Любой владелец смартфона, ноутбука или ПК с доступом в сеть, установив Telegram-бота способен поставлять данные фото, видео, геолокацию и т. Команда DBrain по заказу «Додо Пиццы», используя методы machine learning, создала программу контроля качества свежеиспеченной пиццы. Telegram-бот, взаимодействуя с огромным сообществом покупателей, самостоятельно присваивает готовой пицце оценку от 0 до 10.
В группе тайных покупателей «Додо» 50 тысяч людей каждую неделю дают оценку около 700 пицц. На основе этих оценок создается рейтинг качества заведений, а покупатели получают за оценку додо-рубли, которыми потом оплачивают новую заказанную пиццу. Предоставляя приложению от Dbrain данные видеосъемки, можно снизить затраты и формировать рейтинг пиццерий автоматически. Взаимодействуя с видеокамерой, машинный алгоритм оценит не две пиццы в неделю, как человек, а 300 в день — каждой пиццы, вышедшей из печи.
Нейросеть Dbrain обработала 50 тысяч фото пицц.
Нужно было с нуля настроить синхронизацию. Клиенты ведут бухгалтерию в 1С:Фреш, поэтому мы развернули для франчайзи отдельное облако на технологии Фреш, в котором сделали необходимые доработки. Сейчас так работают уже с 10 облачными базами Додо франчайзи. Подробно про механизм интеграции рассказываем и показываем на видео: Автоматизировали оплату самозанятым и контроль доставок В ходе доработок сделали загрузку и учет зарплаты самозанятых, это актуально для многих франчайзи. Курьеры часто работают как самозанятые — поставщики услуг по доставке. Теперь поступления услуг на оплату создаются автоматически и на основании приходов формируются платежные поручения в банк. Решили еще одну задачу по работе с курьерами — настроили сверку со Сбербанком для контроля доставок. Были случаи, когда недобросовестные курьеры оставляли деньги за доставку себе.
Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие. Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе «50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами. Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну. Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть. Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ.
Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ. В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда. Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя. Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе». Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам. На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере. Итоговая архитектура после изменений в Auth и Трекере Подводя промежуточный итог: изначально у меня была мысль упаковать девятилетнюю историю системы Dodo IS в одну статью. Хотелось быстро и просто рассказать об этапах эволюции. Однако сев за материал, я понял, что всё гораздо сложнее и интереснее, чем кажется. Размышляя над пользой или её отсутствием от такого материала, я пришёл к выводу, что непрерывное развитие невозможно без полноценных летописей событий, развёрнутых ретроспектив и анализа своих прошлых решений.