Основатель Dodo Brands (владелец брендов «Додо Пицца» и других) Федор Овчинников объявил об уходе с поста гендиректора компании. Додо ИС Додо. Dodo is кабинет сотрудника. 3. Результаты проверок публикуются каждую неделю в системе Додо ИС. Главная» Новости» Новости додо пицца. Основатель «Додо» Федор Овчинников с первого дня создавал компанию, основанную на открытости.
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
Читайте сегодняшние новости DODO / TetherUS — торгуйте DODOUSDT, принимая обдуманные решения. Dodo is дашборд. Додо ИС график смены. ДДмитрий Пильщиков Разрабатывают и поддерживают Додо ИС, контролируют качество продукта, соблюдение стандартов и сервиса.
«Помните, кто вы, и не уходите с радаров». Как в «Додо Пицца» решили никого не увольнять в кризис
Как отметили сотрудники «Додо Пиццы», сайт был тепло встречен профессиональной аудиторией, а формат работы над сайтом смог подчеркнуть принципы компании — качество и открытость. Додо ревизия. Dodo гравюра Dodo Фея. Главная» Новости» Новости додо пицца. ДОДО ИС, собственно, и есть наше главное преимущество перед конкурентами. 3. Результаты проверок публикуются каждую неделю в системе Додо ИС.
«Додо Пицца» внедряет ИИ в пиццерии для улучшения обслуживания гостей
На текущий момент в приложении можно разместить заказ в 7 точках питания в 2 странах: в России и Казахстане. Решение: Разработали приложение, в котором создали виртуальную витрину, реализовали возможности кастомизации напитков, заказа и оплаты в приложении. Подробнее Приложение Дринкит Задача: Разработать мобильное приложение Дринкит: перенести в онлайн опыт выбора продукта, кастомизации, взаимодействия с кассиром, меню, оплату. Административная часть: Мы разработали дизайн приложения с виртуальной видеовитриной, чтобы привлечь внимание клиентов к новым продуктам. Адаптировали функциональность Додо ИС к особенностям кофейного бизнеса: добавили сложную кастомизацию внутри продукта выбор молока для кофейных продуктов с молоком, посыпок. Создали модульное меню, которое управляется с сервера и позволяет разным пользователям видеть разное меню в зависимости от времени суток и истории покупок. Добавили для клиентов возможность проверки адреса кофейни для избежания ошибок. Приложение: Клиент может оформить заказ в приложении и зайти в кофейню только за тем, чтобы забрать свой напиток — ему не нужно стоять в очереди и ждать, когда приготовят заказ. Он может выбрать напиток по своим предпочтениям, добавить или убрать дополнительные ингредиенты, оплатить заказ свайпом в приложении, отслеживать статус выполнения заказа.
При запуске приложения клиенту показывается виртуальная видеовитрина с новинками. На основании истории заказов в приложении реализована предиктивная модель: клиенту предлагаются продукты, которые он заказывает чаще всего, с учетом его предпочтений выбор вида молока, посыпки. Реализовали курьерское приложение с автоназначением заказов по автоматически расчитываемым маршрутам, чек-листом заказа для курьера и возможностью пометить заказ как проблемный в случае опоздания клиента или оставить комментарий к адресу с его особенностями. В мобильном приложении для обеих операционных систем iOS и Android — Flutter. Подробнее Приложение для курьеров Задача: Создать мобильное приложение для курьеров Додо Пицца, снижающее число ошибок и опозданий при доставке заказов, помогающее оптимизировать доставку нескольких заказов. Решение: Реализовали курьерское приложение с автоназначением заказов по автоматически расчитываемым маршрутам, чек-листом заказа для курьера и возможностью пометить заказ как проблемный в случае опоздания клиента или оставить комментарий к адресу с его особенностями. Административная часть: Мы разработали умную систему автоназначения Небесный логист, которая автоматически собирает в один большой заказ несколько близко расположенных заказов так, чтобы курьер точно успел доставить каждый из них в срок. Также Небесный логист определяет, какой курьер забирает какой заказ, исключая ситуации, когда дальние клиенты ждут свой заказ слишком долго из-за нежелания по нему ехать.
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор. Источник: СК Сбербанк Страхование.
Команды — это просто DTO с описательными полями. Мы помечаем событие интерфейсом IPublicInventoryEvent — понадобится нам для интеграции с внешними потребителями в дальнейшем. В событии «замер» поля такие же, как и в команде «Добавление замера», кроме того, что событие хранит ещё идентификатор агрегата на котором оно произошло и его версию. Подход такой: начало ревизии инициирует создание агрегата Inventory, для этого мы используем фабричный метод Create и начинаем ревизию командой StartInventoryCommand.
Каждая команда мутирует состояние агрегата и сохраняет события в списке changes, которые как раз и отправятся в хранилище на запись. Также на основе этих изменений будут сгенерированы события для внешнего мира. Когда агрегат Inventory был создан, мы можем его восстанавливать на каждый последующий запрос на изменение его состояния. Изменения changes хранятся с момента последнего восстановления агрегата. Состояние восстанавливается методом Restore, который проигрывает все предыдущие события, отсортированные по версии, на текущем экземпляре агрегата Inventory. Это реализация идеи Event Sourcing в рамках агрегата. О том, как реализовать идею Event Sourcing в рамках хранилища поговорим немного позже.
Есть хорошая иллюстрация из книги Вон Вернона: Состояние агрегата восстанавливается путем применения событий в порядке их появления. Дальше происходит несколько замеров командой AddMeasurementCommand. Ревизия завершается командой FinishInventoryCommand. Агрегат валидирует своё состояние в мутирующих методах для соблюдения своих инвариантов. Важно отметить, что агрегат Inventory версионируется целиком, а также каждый его замер. С замерами сложнее — приходится решать конфликты в методе обработки события When MeasurementEvent e. В коде я приведу только обработку команды AddMeasurementCommand.
Value; existMeasurement. MeasurementVersion; existMeasurement. UnitOfMeasure; existMeasurement. MeasurementId, e. Если такого нет — добавляется новый замер. Если есть — нужны дополнительные проверки: нельзя редактировать удаленный замер; входящая версия должна быть больше предыдущей. Если условия выполняются — можем установить новое значение и новую версию для существующего замера.
Если версия меньше, то это конфликт. Для этого мы генерируем исключение MeasurementConcurrencyException. Если версия совпадает и значения отличаются, то это тоже конфликтная ситуация. Ну и если совпадает как версия, так и значение, то изменений не произошло. Таких ситуаций обычно не возникает. Сущность «замер» содержит точно такие же поля, что и команда «Добавление замера». NewUUId ; inventory.
StartInventory Create. WithUnitId unitId. WithMeasurement measurementId, measurementVersion. WithValue value. Please ; inventory. AddMeasurement cmd ; inventory. На схеме изображен процесс обработки команды FinishInventoryCommand.
Перед обработкой необходимо восстановить состояние агрегата Inventory на момент выполнения команды. Для этого мы загружаем все события, которые были произведены над данным агрегатом, в память и проигрываем их п. На момент завершения ревизии у нас уже есть следующие события — начало ревизии и добавление трех замеров. В базе данных каждая строка в таблице содержит идентификатор ревизии, версию и тело самого события. На этом этапе мы выполняем команду FinishInventoryCommand п. Эта команда сначала проверит валидность текущего состояния агрегата — то, что ревизия находится в состоянии InProgress, а затем породит новое изменение состояния, добавив событие FinishInventoryEvent в список changes п.
В 20:27 БД перезапустилась. До этого CPU было небольшое, а теперь опять выросло.
Грузим все 64 ядра мощной базы. БД перезапустилась, по CPU лучше не стало. В итоге изменение свойств базы с обработкой коннектов нам не помогло. На 21:00 вся система была в разваленном состоянии. Сайт, мобильное приложение и касса ресторана не принимают заказы уже 2,5 часа. На этот момент понятно, что в базу идёт большое количество запросов, и они связаны с меню. При этом ни большое, ни малое количество реплик веб-сервисов не позволяет системе нормально работать. Четвёртая гипотеза: может, это плохой релиз?
Вернёмся чуть назад во времени. В 19:22 у собравшихся появляется идея посмотреть, что же выходило в этот день на продакшен из обновлений. Может, мы найдём в них какую-то зацепку, которая поможет починить всё. Смотрим на последний релиз монолита. Монолит делает запросы к базе монолита, в монолите находится LF, а значит, что-то могло повлиять на них. Релиз был раскатан в 11:01 23 сентября и весь день проработал нормально. Обычно перформансные проблемы в релизе проявляются достаточно быстро. Но этот релиз был раскатан в пятницу утром в пятницу после 15 мы ничего не катим , и пока у него не было ни одного проработанного вечера.
Этот вечер был первым. Пошли изучать код релиза. В релизе было 15 задач, поэтому детальное изучение занимает время. В 19:25 запускаем откат монолита России на 928 релиз. В 19:27 релиз монолита падает по причине того, что под Migrator не сумел выполнить запрос к базе из-за того, что она нагружена. Мигратор — это встроенный в релиз механизм обновления данных или схемы базы. Он используется для небольших изменений в базе, когда надо создать новую таблицу или обновить данные до 100К записей. Для больших изменений мы используем обновление базы вне релиза.
Тут происходит фатальная ошибка: вместо того, чтобы попробовать накатить релиз без мигратора, мы оставляем идею просто обновить систему и идём отрабатывать другие версии, а также изучать код всех 15 задач в поставке. Возможно, откати мы тогда, все могло бы быть иначе. После первой и единственной попытки откатить релиз отрабатываем версии с балкхэдами, точечными запросами в меню на базе и прочие. В 21:18 всё таки решаем откатить на 928 релиз. Это тот релиз, который пристально изучали и в котором ничего не нашли и тот, на который мы ещё час назад попробовали откатить, но из-за мигратора не получилось. Фактически это уже был жест отчаяния: что бы мы ни делали, восстановить работу системы не выходило. Релиз откатился примерно в 21:20. Всё поднялось.
Специалисты «Простых решений» помогают автоматизировать учет франчайзи Dodo Brands
В трех пиццериях они были открыты в 2017 году пришлось полностью восстанавливать бухгалтерский учет. Для этого: правильно отразили документы по налоговым регистрам; скорректировали в учете приобретение основных средств, списание материалов; свели базы данных между программами учета; сдали корректирующие декларации. В процессе работы по двум фирмам мы обнаружили, что сданная налоговая отчетность за прошлые периоды содержала неподтвержденный документами убыток. Компании были новые, именно поэтому являлись еще убыточными — это период инвестиций. Однако убытки необходимо подтвердить, чтобы избежать риска признания их необоснованными. Мы дособрали первичные документы, выровняли взаиморасчеты с контрагентами, подали налоговую отчетность за прошлые периоды с подтвержденным убытком. Таким образом клиент в последующих годах сможет уменьшить свою прибыль на сумму, полученных ранее убытков. Это позволило клиенту подтвердить убытки на 2,5 миллиона рублей.
Так как у нас уже была возможность загружать данные в Додо ИС , для нас не было сложно доработать, чтобы из Додо ИС, помимо отчетов о продажах, загружалась информация о курьерах, суммы, в какой день и по какой пиццерии получил от клиента. Отчет Сбербанка был достаточно простой и удобный, и из него мы забирали данные вплоть до каждой конкретной транзакции, которую Сбербанк принял для Додо. Сопоставив эти две таблицы, мы выявляли в автоматическом режиме разрывы, т. Бухгалтер не просто находит дни, в которых произошёл разрыв, он находит, где, возможно, произошел сбой: курьер некорректно пробил чек или ошибка произошла. Таким образом мы помогаем найти конкретный момент ошибки. Данная задача не выглядит как что-то глобальное, сложное и универсальное, наоборот, это достаточно простое решение, придуманное нами.
В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда. В 2011 году открыл в Сыктывкаре пиццерию «Додо Пицца». Сейчас сеть работает в 10 странах, открыто 286 пиццерий. Ведь мало кто смотрит на экран, не отрываясь.
Для перевода на другие языки мы разработали и используем собственную систему «Лингвини». Приложения: В любом мобильном приложении Додо Пиццы клиент может указать адрес доставки выбрать на карте или через строку поиска или выбрать удобную пиццерию для заказа в зале, увидеть актуальное меню, указать время доставки, оплатить заказ удобным способом, написать в чат с поддержкой и оставить отзыв о заказе, отслеживать статус приготовления и доставки. В случае, если курьер задерживается и не приезжает вовремя, клиент увидит соответствующее уведомление в приложении и получит сертификат на бесплатную пиццу при следующем заказе. На текущий момент в мобильном приложении Додо Пиццы можно разместить заказ в более чем 900 пиццериях в 17 странах. Решение: Разработали дизайн приложения и само мобильное приложение под iOS и Android. Повысили привлекательность приложения уникальным функционалом: сбор комбо в корзине, донер-встряска, программа лояльности с донер-коинами. Мобильные приложения написаны и поддерживаются на Swift и Kotlin Подробнее Приложение Донер 42 Задача: Создать мобильное приложение для заказа в сети донерных Донер 42, разработать для этого интерфейс, отличный от интерфейса приложения Додо Пиццы и привлекающий клиентов с целью развития нового стартапа. Мобильные приложения написаны и поддерживаются на Swift и Kotlin Административная часть: Мы адаптировали функциональность Додо ИС для реалий донерного бизнеса: в нем на то, чтобы отдать заказ, есть гораздо меньше времени, и все процессы из-за отсутствия например выпекания заказа происходят быстрее. В трекер заказов были добавлены новые этапы и убраны лишние. Была добавлена возможность подключения доставки через агрегаторы, а не только собственными курьерами, также впервые в истории нашей работы с Додо Брэндс. Была разработана функциональность для добавления Историй в мобильное приложение Донер 42, рассказывающих об обновлениях. Мобильные приложения: В мобильном приложении вне зависимости от операционной системы, и на iOS, и на Android, клиент может собрать заказ, добавить дополнительные ингридиенты в блюда, узнать о пищевой ценности продуктов, узнать время до готовности заказа, оставить отзыв. Также можно включить темную тему в приложении для комфортного заказа в темное время суток или в условиях слабой освещенности. В приложении реализованы Истории, рассказывающие в формате слайд-шоу о возможностях приложения или новых продуктах в меню. Также был разработан функционал донер-встряски: если потрясти приложение, автоматически сформируется предложенное комбо из продуктов, которое позволяет клиенту попробовать что-то новое, не задумываясь о выборе. И наконец мы разработали отдельную систему лояльность с донер-коинами, получаемыми с каждого заказа, за которые можно покупать продукты в будущих заказах. На текущий момент в приложении можно разместить заказ в 7 точках питания в 2 странах: в России и Казахстане.
Статистика пиццерий Додо Пицца
облачная система управления пиццерией «Додо ИС». Dodo IS | Учет. Ревизия 00:12:13 Dodo Brands Russia. Серия статей «Что такое Dodo IS?» расскажет про: Ранний монолит в Dodo IS (2011-2015 годы).
«Додо Пицца» застраховалась от киберпреступников
Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Dodo Brands — это сети «Додо Пицца», «Дринкит» и Doner 42. компьютера, планшета, телефона - и не требовала сложной настройки. Главная» Новости» Новости додо пицца.