Новая главная страница «Базы знаний» Додо. Задача Заложить фундамент, чтобы в будущем система смогла удовлетворить разнородные потребности франчайзи и Додо: 1) новым франчайзи дать простые инструкции по запуску пиццерий; 2) опытным предложить секреты. Владелец сайта предпочёл скрыть описание страницы. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний.
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
Разработан интерфейс Базы Знаний. Главная» Новости» Новости додо пицца. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии. Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков.
Виртуальный ЦОД в Додо Пицца
Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. Информационная система Dodo IS представляет из себя веб-приложение. Главная» Новости» Додо новости.
Яндекс Образование
Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Новая главная страница «Базы знаний» Додо. Задача Заложить фундамент, чтобы в будущем система смогла удовлетворить разнородные потребности франчайзи и Додо: 1) новым франчайзи дать простые инструкции по запуску пиццерий; 2) опытным предложить секреты. База знаний Додо создавалась 6 лет назад как блог на WordPress, — вполне объяснимый выбор для быстрого старта.
Как насчет бесплатной пиццы?
Например, как рассказывает Федор Овчинников, меню может быть интерактивным: владельцы кафе смогут создавать акции, предложения, комбо-наборы, которые будут действовать по времени. Мы дадим владельцам кафе аналитику, а меню из Menusa будем экспортироваться в другие сервисы", — добавляет Овчинников, но при этом оговаривается, что функционал будет добавляться только по просьбам пользователей, а также при условиях наращивания большой аудитории. Компания планирует интегрировать "Менюзу" и свой рекомендательный сервис GdeSha "Где Шаверма" , который расширят до всей уличной еды. В новом сервисе, по замыслу создателей, можно будет видеть не только кафе, рейтинги и отзывы, но и осуществлять поиск по самому меню, конкретным блюдам или, например, выгодным предложением в конкретное время. Этот продукт должен будет решать проблему "где поесть на улице".
Хотя Федор Овчинников называет его "уникальным геосервисом", прототип в виде Яндекс Карт или Яндекс Еды виден отчетливо. Кстати, возглавляет новый стартап внутри компании именно Георгий Шагинян, один из создателей сервиса GdeSha "Где Шаверма".
Для работы в системе необходимо постоянное подключение компьютера или мобильного устройства к Интернету. Dodo IS предназначена для управления розничными операциями. Бухгалтерская и финансовая отчетность будут осуществляться в специализированных программах. Между Dodo IS и специализированными программами будет налажен обмен данными. В Dodo IS будет осуществляться прием и управление заказами, товарный и складской учет, управление запасами, управление персоналом, клиентская база.
С информационной системой будет интегрирован сайт для клиентов и мобильные приложения. Информационная система является одним из главных конкурентных преимуществ нашей бизнес-концепции. Она задумывалась изначально как ядро нашего бизнеса. Почему мы решили создавать собственную информационную систему? Специализированное решение лучше универсального Любое универсальное программное решение всегда проигрывает приложениям, созданным под конкретный бизнес и его специфические бизнес-процессы. К тому же на данный момент на рынке просто не существует хороших решений для бизнеса, ориентированного на доставку. Все существующие приложения слишком универсальные.
Либо они требуют значительно доработки, либо нам придется подстраивать бизнес под готовую программную систему. Однако наша цель — создать эффективный бизнес формат, который можно будет масштабировать на федеральный и даже транснациональный уровень. Мы можем это сделать только с собственной системой, которая будет учитывать всю специфику и детали нашего бизнеса. Выгода в долгосрочной перспективе Разработка собственной информационной системы является дорогим решением в среднесрочной перспективе. Однако в долгосрочной перспективе с учетом масштабирования бизнеса разработка своего ПО является более выгодным проектом, так как все авторские права на систему принадлежат нашей компании и нам не придется производить лицензионные отчисления после каждого запуска нового розничного объекта. Франчайзинг Собственная информационная система будет увеличивать эффективность розничных операций. В будущем наши франчайзи будут получать от не только торговую марку, меню и стандарты, но и информационную систему, созданную под наши уникальные бизнес-процессы.
Это придаст нашей франчайзинговой модели дополнительную ценность. Фактически мы будем лицензировать нашу информационную систему вместе с бизнес-системой. Единая информационная система позволит также контролировать работу франчайзи, в частности — качество проводимых операций, что позволит поддерживать единые стандарты по всей сети. Почему мы разрабатываем информационную систему в виде веб-приложения? Наша система изначально задумывалась как SaaS-решение software as a service. Информационная система в данной модели представляет из себя веб-приложение. Пользователи системы работают с программой через Интернет, используя обычный веб-браузер.
Простота использования и поддержки SaaS — технология будущего. Доступность и высокая скорость Интернета позволит работать с программным обеспечением, не устанавливая его на локальный компьютер. Сегодня для использования информационной системы Dodo IS нужно всего лишь зайти через стандартный веб-бразуер на наш сайт и ввести логин и пароль.
Сейчас сеть работает в 10 странах, открыто 286 пиццерий. Ведь мало кто смотрит на экран, не отрываясь.
Зайдя на сайт dodopizza. Читайте также:.
Говоря о других бизнес-форматах, Овчинников отметил, что в его будущей сети доступных мини-отелей не будет администраторов - объектами можно будет управлять также с телефона. Лариса Еремина, заместитель директора департамента стрит-ритейла Colliers International, считает, что самое главное в этом — простота использования и возможность адаптации заказа под себя, что удобно и быстро, если иметь телефон под рукой. В свою очередь, Дарья Канева, заместитель управляющего директора Центра Развития Недвижимости Becar Asset Management, считает, что идея сети с расширением форматов и агрегированием выглядит разумно, но отели - совершенно другой сегмент.
Экономика в подобном мини-отеле может быть, если снизить затраты на его создание, в том числе за счет автоматизации. То есть одной экономии на администраторе будет недостаточно, чтобы вывести проект в прибыль.
Свыше 900 заведений по всему миру
- 10 главных преимуществ франшизы «Додо Пицца» – Как мы «Додо Пиццу» открывали
- Виртуальный ЦОД в Додо Пицца
- База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
- Как открыть пиццерию в маленьком городе по франшизе (на примере Додо-пиццы)
Как насчет бесплатной пиццы?
Лента новостей. Кассы также подключены к «облаку», поэтому с помощью Додо ИС офис может отслеживать все финансовые показатели любой пиццерии в онлайн режиме. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Информационная система Додо. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. База знаний Додо создавалась 6 лет назад как блог на WordPress, — вполне объяснимый выбор для быстрого старта. «Додо ИС» была призвана сделать работу в пиццерии легче.
Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг»
Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? У Додо есть собственные программные разработки Додо ИС. База знаний Додо ИС.
LeSS в Додо Пицце: эволюция или революция
Большинство пользователей отдают предпочтение мобильному приложению. Ввести логин и пароль, которые были предоставлены сотруднику в процессе принятия на работу. Нажать «Войти». Теперь можно пользоваться полным функционалом личного кабинета.
При возникновении проблем с доступом к персональному аккаунту следует обратиться за помощью к оператору горячей линии в телефонном режиме. Также можно отправить сообщение на сайте компании. Мобильное приложение Вне зависимости от места работы потенциального пользователя, предоставляется возможность использования персонального профиля с помощью официального сайта либо мобильного приложения.
Авторизация на сайте происходит стандартным способом, а вот использование учётной записи через приложение имеет некоторые особенности. Изначально необходимо скачать программу на мобильное устройство. Стоит заметить, что установка мобильного приложения возможна исключительно на телефоны или планшеты, поддерживающие операционную систему iOS или Android.
Чтобы приложение работало правильно, рекомендуется использовать устройства, которым не больше 6 лет, во избежание проблем с программным обеспечением.
По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий. Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.
Этот продукт должен будет решать проблему "где поесть на улице". Хотя Федор Овчинников называет его "уникальным геосервисом", прототип в виде Яндекс Карт или Яндекс Еды виден отчетливо. Кстати, возглавляет новый стартап внутри компании именно Георгий Шагинян, один из создателей сервиса GdeSha "Где Шаверма". Этот фудтех-проект "ДоДо пицца" приобрела несколько лет назад.
Но прямо сейчас у нового приложения нет платного функционала, в DoDo Brands надеются, что оно будет работать на компанию хотя бы в плане продвижения бренда за пределами России. Поскольку Menusa изначально создана уже для глобального рынка, чтобы ее можно использовать в любой стране мира. Также читайте на нашем сайте:.
Система может менять последовательность заказов на линии в зависимости от ситуации. Например, в приоритет поставить заказ, сделанный на кассе ресторана, а заказ на доставку начать готовить попозже.
При большом количестве заказов трекер отправляет на сайт и в приложение клиентов уведомления о перегрузке пиццерии. Это помогает сформировать правильные ожидания по времени доставки на стадии оформления заказа. А что кроме трекера? Dodo IS лежит в основе всех концепций Dodo Brands и состоит из множества цифровых продуктов. Об всех и не расскажешь.
Нашим инвесторам и партнерам это нравится! У нас единый контакт-центр в России и Казахстане. Это значит, что клиенты в этих странах набирают один и тот же номер. Звонок перенаправляется свободному оператору, который может быть за тысячи километров. Наша CRM-система предоставляет оператору всю информацию, необходимую для обработки заказа, а заказ сразу же появляется на экране у ближайшего к клиенту ресторана.
А еще мы очень гордимся нашими мобильными приложениями в настоящее время это: «Додо Пицца», «Дринкит» и «Кебстер! Все они работают на базе Dodo IS. У нас еще много идей, которые ждут реализации. Мир не стоит на месте: интернет вещей, машинное обучение, голосовые помощники, да что там, даже роботизированное кухонное оборудование. Рынок меняется каждый год.
Вот почему мы продолжаем инвестировать в Dodo IS и постоянно расширяем команду разработчиков.
Додо ис база знаний - фото сборник
Страховой компанией выступил «Сбербанк страхование». По словам финансового директора компании «Додо пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.
Почему выбрал именно этот бизнес До того как открыть бизнес по франшизе, Станислав был руководителем рекламного агентства. По приглашению основателя «Додо-пиццы» Федора Овчинникова он поехал в штаб-квартиру в Сыктывкар — посмотреть, как все устроено. Ему все понравилось.
Кухня «Додо-пиццы» похожа на конвейер. Работники готовят пиццу за 7—10 минут, до 100 штук в час. Всем этим управляет информационная система, которая сама принимает заказы с касс и из интернета, раздает задания поварам и курьерам, ведет статистику и программу лояльности. Во всех пиццериях работают камеры, чтобы клиенты видели, как готовится конкретно их пицца.
It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics. In addition, the platform is fully integrated with our customer-facing digital products. NET- and Linux-based and run in Kubernetes.
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
«Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции
В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная. Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем.
Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие. Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе «50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами. Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну. Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно.
Но глобальный идентификатор пользователя должен быть. Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение».
Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером.
Сервис отметки статусов готовности при приготовлении заказа. Касса Ресторана. Приём заказов в ресторане, интерфейсы кассира. Выгрузка отчётов в 1C для бухгалтерии. Оповещения и накладные. Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1.
Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее.
Минимальная сумма доставки в Додо. Додо пицца минимальная сумма доставки. Додо Одноклассники. Додо Додо шумо кучоед Додо. Структура Додо пицца. Додо презентация. Додо тема для презентации. Додо пицца иллюстрации. Додо пицца меню. Додо пицца меню в пиццерии. Меню пиццерии Додо. Додо меню в ресторане. Пакет Додо пицца. Игрушки от Додо пицца. Подарочная карта Додо пицца. Бизнес модель Додо пицца. Структура компании Додо пицца. Додо пицца Размеры пицц. Размеры пиццы в Додо. Диаметр пиццы. Додо пицца диаметр пиццы. Промокод Додо пицца 2022. Коды в Додо пицца 2022. Промокоды на Додо пицца 2022 Екатеринбург. Промокоды Додо 2022 Волгоград. Магниты Додо пицца. Додо пицца мерч. Стикеры марки в Додо пицце. Коллекция магнитов Додо пицца. Приглашение на пиццу от Додо. Додо Постер. Додо севера. Додо офис лого. Додо пицца мобильное приложение. История заказов Додо пицца приложение. Приложение Додо пицца установить. Додо пицца начинки. Пицца диабло Додо. Додо пицца в граммах. Додо пицца фудкорт. Додо пицца экраны. Додо пицца кассовая зона. Пицца экспресс. Раскраска Додо пицца. Додо детям. Рисунки Додо пицца детские. Организационная структура управления Додо пицца. Организационная структура пиццерии схема. Схема принятия заказа.