Как будет работать ревизия в Dodo IS, смотрите в этом «живом» видео. Главная» Новости» Новости додо пицца. Промоакции «Додо ИС» помогает конструировать промоакции и управлять промокодами в масштабах всей сети или одной пиццерии. Додо ИС личный кабинет сотрудника. В игровых комнатах начинают появляться занятные додо-домики.
«Додо пицца»: как открыть свою пиццерию по франшизе
| Тайный покупатель | Около года назад внутри компании «Додо Пицца» произошли серьезные структурные изменения, стало очень сложно работать в хаосе. |
| Что нашли проверки в «Додо Пицца»: грязь, просрочка и тараканы | Чтобы войти в персональный аккаунт Додо ИС, нужно следовать такой инструкции. |
Что нашли проверки в «Додо Пицца»: грязь, просрочка и тараканы
Всё, вы теперь просто пиццерии и к сети никакого отношения не имеете. По словам Федора Овчинникова, ярославские партнеры с 2019 регулярно нарушала стандарты чистоты и маркировки, и за все это время они так и не исправились то есть в сумме вся эта история тянулась больше двух лет. Евгений Ткачев не был согласен с этим решением, называл происходящее рейдерским захватом и пытался отстоять право своих заведений быть частью "Додо Пиццы" в суде. Он также вместе с Федором Овчинниковым принял участие в целом ток-шоу, посвященном этому конфликту: Еще в октябре 2021 года ярославская компания просила суд принять обеспечительные меры в виде запрещения компании "Додо Франчайзинг" совершать действия, направленные на приостановление деятельности четырех пиццерий в Ярославле. Судья отказал в этом требовании. Но и в целом истцу не повезло в итоге.
В ходе доработок сделали загрузку и учет зарплаты самозанятых, это актуально для многих франчайзи Dodo Brands. Курьеры часто работают как самозанятые — поставщики услуг по доставке. Теперь поступления услуг на оплату создаются автоматически, и на основании приходов формируются платежные поручения в банк. Решили еще одну задача по работе с курьерами — настроили сверку со Сбербанком для контроля доставок. Были случаи, когда недобросовестные курьеры оставляли деньги за доставку себе. Например, клиент заказывал пиццу с оплатой по карте, а потом расплачивался наличными. Курьер не отражал это в программе — там по-прежнему была указана оплата по карте. А наличные курьер забирал себе. Если в течение дня происходит несколько сотен доставок, отследить такие случаи вручную сложно.
При прогнозе выручки мы базируемся на методике, ориентированной на оценку активной аудитории социальных сетей и средний доход в регионе. Подробнее можно ознакомиться в нашем блоге. Некоторые считают нашу методику очень пессимистичной, однако мы отталкиваемся от неё как от основы при прогнозировании. Методика не принимает в расчет туристический поток и ряд других позитивных факторов, так что это довольно надёжный инструмент. Кроме этого, вы можете видеть выручку любой пиццерии сети Додо Пицца в отчёте управляющей компании. Понятно, что потенциал реализован ещё далеко не у всех пиццерий, но всё же это полезный материал для сопоставления. Есть ли льготы крупным инвесторам? Это предложение ориентировано на частных инвесторов, желающих войти в проект с небольшой долей. Нам поступал ряд запросов такого рода, и мы бы хотели дать возможность стать Додо-инвестором не только профессионалам. Если вы хотите быть единственным инвестором по проекту, свяжитесь с нами, мы будем готовы обсудить особые условия по отдельным пиццериям. Можно ли продать свою долю? Да, такая возможность предусматривается. Причём не только другим инвесторам этой же пиццерии, но и третьим лицам. Могу ли я участвовать в работе пиццерии? Если вас интересует работа в пиццерии в том или ином качестве, мы готовы обсуждать такие варианты. При этом мы будем рассматривать вас как обычного сотрудника, с тем лишь преимуществом, что мы уже лучше знакомы с вами и понимаем вашу мотивацию. Стратегическое управление пиццерией мы сохраняем в своих руках. Общение с инвесторами носит в основном информационный характер.
Никто не следит за чистотой посуды, никто не следит за чистотой рук, потому что они моют руки, потом вытирают руки о фартук, трогают там что-то и потом этими же руками готовят, — рассказывает один из агентов. Менеджеры компаний часто пренебрегают всеми правилами и нормативами. В итоге здесь в большом количестве расплодились крысы. Курьеры, везущие клиентам пиццу и напитки, по их же собственным словам, зарабатывают не очень много, поэтому к работе иной раз относятся безответственно: иногда заказчик получает падавшую по дороге еду с ингредиентами, собранными с пола. История на первый взгляд странная, поскольку в международной сети пристально следили за качеством продукции и обслуживания после скандала, случившегося в США в 2009 году. Тогда двое сотрудников пиццерии на кухне одной из точек в Северной Каролине снимали развлекательный ролик для "Ютуба", в котором сморкались на лежащие в коробках пиццы, подготовленные для отправки клиентам. Резонансный скандал с двумя сотрудниками пиццерии поддержала даже The New York Times. Согласно последней отчётности, опубликованной в СПАРК, за 2022 год выручка компании составила 3 млрд рублей. При этом фирма ушла в минус на более чем миллиард. Несмотря на большую выручку, компания успела обрасти долгами и готовилась к банкротству.
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
| Dodo IS | Учет. Ревизия | Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. |
| Dodo IS. Ревизия. Графики: silauma — LiveJournal | В Додо ИС выручка пиццерии видна в режиме онлайн. |
«Помните, кто вы, и не уходите с радаров». Как в «Додо Пицца» решили никого не увольнять в кризис
У Dodo IS произошёл каскадный сбой и мы долго не могли реанимировать систему. с Додо Пиццей. Заказывайте как юридическое лицо по безналичному расчёту. С нас горячая пицца и закрывающие документы. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению.
Проверка эквайринговых платежей в Додо Пицца Смоленск
Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии.
При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции.
Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем.
Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы.
Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят».
После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами.
И здесь трекер не является конечной системой, в которой замыкаются данные.
Команды — это просто 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 п.
И наконец мы разработали отдельную систему лояльность с донер-коинами, получаемыми с каждого заказа, за которые можно покупать продукты в будущих заказах. На текущий момент в приложении можно разместить заказ в 7 точках питания в 2 странах: в России и Казахстане. Решение: Разработали приложение, в котором создали виртуальную витрину, реализовали возможности кастомизации напитков, заказа и оплаты в приложении. Подробнее Приложение Дринкит Задача: Разработать мобильное приложение Дринкит: перенести в онлайн опыт выбора продукта, кастомизации, взаимодействия с кассиром, меню, оплату.
Административная часть: Мы разработали дизайн приложения с виртуальной видеовитриной, чтобы привлечь внимание клиентов к новым продуктам. Адаптировали функциональность Додо ИС к особенностям кофейного бизнеса: добавили сложную кастомизацию внутри продукта выбор молока для кофейных продуктов с молоком, посыпок. Создали модульное меню, которое управляется с сервера и позволяет разным пользователям видеть разное меню в зависимости от времени суток и истории покупок. Добавили для клиентов возможность проверки адреса кофейни для избежания ошибок. Приложение: Клиент может оформить заказ в приложении и зайти в кофейню только за тем, чтобы забрать свой напиток — ему не нужно стоять в очереди и ждать, когда приготовят заказ. Он может выбрать напиток по своим предпочтениям, добавить или убрать дополнительные ингредиенты, оплатить заказ свайпом в приложении, отслеживать статус выполнения заказа.
При запуске приложения клиенту показывается виртуальная видеовитрина с новинками. На основании истории заказов в приложении реализована предиктивная модель: клиенту предлагаются продукты, которые он заказывает чаще всего, с учетом его предпочтений выбор вида молока, посыпки. Реализовали курьерское приложение с автоназначением заказов по автоматически расчитываемым маршрутам, чек-листом заказа для курьера и возможностью пометить заказ как проблемный в случае опоздания клиента или оставить комментарий к адресу с его особенностями. В мобильном приложении для обеих операционных систем iOS и Android — Flutter. Подробнее Приложение для курьеров Задача: Создать мобильное приложение для курьеров Додо Пицца, снижающее число ошибок и опозданий при доставке заказов, помогающее оптимизировать доставку нескольких заказов. Решение: Реализовали курьерское приложение с автоназначением заказов по автоматически расчитываемым маршрутам, чек-листом заказа для курьера и возможностью пометить заказ как проблемный в случае опоздания клиента или оставить комментарий к адресу с его особенностями.
Административная часть: Мы разработали умную систему автоназначения Небесный логист, которая автоматически собирает в один большой заказ несколько близко расположенных заказов так, чтобы курьер точно успел доставить каждый из них в срок.
Деньги поступают в течение 1-5 рабочих дней после оплаты срок поступления зависит от вашего банка Как я получу закрывающие документы? После регистрации, мы пришлем письмо-запрос, в котором вы можете указать вашу систему ЭДО. В течение пяти первых рабочих дней месяца, следующего после заказа, вы получите закрывающие документы в вашей системе ЭДО. Мы также можем выслать документы по юридическому адресу вашей компании.
Франшиза «Додо Пиццы»: сильный продукт, передовые технологии и честные условия
Промоакции «Додо ИС» помогает конструировать промоакции и управлять промокодами в масштабах всей сети или одной пиццерии. Я рекомендую проверки в ДоДо тайным покупателем и кратко отрезюмирую. Как отметили сотрудники «Додо Пиццы», сайт был тепло встречен профессиональной аудиторией, а формат работы над сайтом смог подчеркнуть принципы компании — качество и открытость. Ревизия в Додо не бумажная: у ревизора есть планшет, где ревизор отмечает все продукты и создает отчеты. Подсказка: чтобы начать проверку, отправьте в чат кодовое слово. компьютера, планшета, телефона - и не требовала сложной настройки.
Додо ис персонал
Dodo IS | Учет. Ревизия 00:12:13 Dodo Brands Russia. Как будет работать ревизия в Dodo IS, смотрите в этом «живом» видео. Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. Науржанов просит суд заставить Овчинникова не мешать вести предпринимательскую деятельность под торговыми марками "Додо".
Специалисты «Простых решений» помогают автоматизировать учет франчайзи Dodo Brands
Оставишь неверный адрес в карточке пиццерии на картах, и вот ты уже направил часть клиентов не туда, потерял деньги, вызвал негатив.
Додо пицца Румыния. Магнитики Додо пицца. Додо магниты. Открытка Додо. Додо пицца. Додо коробки.
Додо пицца коробка. Коробка Додо пицца соус. Додо баннер. Рассылка Додо. Додо акция додстер. Додо комбо. Продающий скрипт пиццерии.
Карьерная лестница Додо пицца. Додо Мем. Додо рубли. Додо маркетинг. Личный кабинет сотрудника. Додо пицца мобильное приложение. Пицца мобильное приложение Додо пицца.
Добавить карту в приложение Додо пиццу. Как заказать в приложении Додо. Наклейка контроль качества. Этикетка контроль качества. Наклейка контроль качества на пиццу. Наклейка контроль качества Додо. Додо номер телефона.
Кабинет Додо пицца. Додо пицца реклама. Рекламные баннеры Додо. Скидка Додо. Додо пицца личный кабинет. Додо личный кабинет Додо. Личный кабинет Додо пицца для сотрудников.
Додо пицца рецепт. Рецепт теста Додо пиццы. Стандарты приготовления Додо пиццы. Схема Додо пиццы. Додо таргет. Диаметр пиццы Додо. Додо ВК.
Додо пицца Размеры пицц. Додо логотип. Додо Мирный. Птица Додо логотип. Дерево Додо. Додо пицца Мем. Додо птица Додо пицца.
Шутки про Додо. Маврикийский Дронт. Родригесский Дронт. Дронт или Додо. Дронт команда 800. Додо пицца Вельск. Додо пицца хозяин сети.
Вельск Додо. Додо пицца стаканчики. Додо пицца иллюстрации.
Стоит признать, что перед отключением "Додо Пицца" дала акционеру ярославского бизнеса Евгению Ткачеву три месяца на продажу пиццерий. Но в итоге и сеть, и вероятные покупатели посчитали завышенной оценку активов в 150-180 млн рублей при суммарной выручке в 8-9 млн рублей. Всё, вы теперь просто пиццерии и к сети никакого отношения не имеете.
По словам Федора Овчинникова, ярославские партнеры с 2019 регулярно нарушала стандарты чистоты и маркировки, и за все это время они так и не исправились то есть в сумме вся эта история тянулась больше двух лет. Евгений Ткачев не был согласен с этим решением, называл происходящее рейдерским захватом и пытался отстоять право своих заведений быть частью "Додо Пиццы" в суде. Он также вместе с Федором Овчинниковым принял участие в целом ток-шоу, посвященном этому конфликту: Еще в октябре 2021 года ярославская компания просила суд принять обеспечительные меры в виде запрещения компании "Додо Франчайзинг" совершать действия, направленные на приостановление деятельности четырех пиццерий в Ярославле.
Деньги поступают в течение 1-5 рабочих дней после оплаты срок поступления зависит от вашего банка Как я получу закрывающие документы? После регистрации, мы пришлем письмо-запрос, в котором вы можете указать вашу систему ЭДО. В течение пяти первых рабочих дней месяца, следующего после заказа, вы получите закрывающие документы в вашей системе ЭДО. Мы также можем выслать документы по юридическому адресу вашей компании.
Специалисты «Простых решений» помогают автоматизировать учет франчайзи Dodo Brands
Сейчас сеть работает в 10 странах, открыто 286 пиццерий. Ведь мало кто смотрит на экран, не отрываясь. Зайдя на сайт dodopizza. Читайте также:.
Это помогает облегчить задачу для менеджера смены по выявлению работников, которым нужно пройти проверку. Используя персональный профиль на сайте Додо ИС, сотрудники пиццерий отмечаются во время прихода на работу. Руководитель смены жмёт на кнопку с надписью «Открыть смену» возле конкретного работника, теперь он находится в распоряжении менеджера и направляется на одно из рабочих мест. Стоит заметить, что все работники ресторанов Додо являются универсалами. Они могут заниматься изготовлением пиццы и нарезанием продуктов.
Сотрудники в личном кабинете Додо ИС могут оставить отзыв, пожелание или жалобу относительно работы. Сообщения могут быть публичными или анонимными. Информация о пиццерии Пиццерия Додо является одним из любимых мест посещения многих людей. Представительства фирмы есть как на территории РФ, так и за пределами страны. В состав данной торговой сети входят больше 300 пиццерий, расположенных в 11 государствах, в том числе в России. Почти в каждом крупном населённом пункте РФ есть представительство Додо.
Открытие и закрытие смены Каждая смена в сети ресторанов «Додо Пицца» начинается со встречи сотрудников пиццерии менеджером смены. В обязанности менеджера, имеющего 8-часовой рабочий день, входят: открытие смены; вызов дополнительных сотрудников в часы пиковой нагрузки; контроль работы сотрудников; продление смены отдельно взятого работника; приход и списание товара; закрытие рабочего периода. Менеджер открывает смену и контролирует работу сотрудников. В конце каждой смены менеджер сверяет денежные средства, полученные от курьера, с количеством сделанных за день заказов, используя его рабочий мобильный планшет. Также при закрытии смены сверку денежных средств производит кассир. Если при сведении кассы возникнут расхождения, система соберет информацию о возврате продуктов и ненапечатанных чеках. Таким образом автоматизированная система управления решает сложные вопросы в считаные минуты. Построение рабочего графика После того как каждый работник пиццерии отметил нерабочие дни в своем ЛК, менеджер смены, используя информацию из «Сводной карты возможностей», составляет график работ, применяя автоматизированную систему Dodo IS. График составляется как на 1 день, так и на неделю с учетом выборки работников системой, благодаря которой сотрудники «Додо» имеют полное представление о своем рабочем расписании. Общая база контактов В «Личном кабинете» работника пиццерии есть справочник контактов всех сотрудников ресторана.
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор. Источник: СК Сбербанк Страхование.
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
Главное, чтобы самому ревизору было понятно. Интерфейс калькулятора. Так, по шагам, ревизор за 1-2 часа считает всё сырьё, а потом завершает ревизию. Алгоритм действий довольно простой: ревизор может добавлять замеры в начатой ревизии; ревизор может завершить ревизию. Из этого алгоритма формируются бизнес-требования к системе.
Реализация первой версии агрегата, команды и события предметной области Сначала определимся с терминами, которые входят в набор тактических шаблонов DDD. К ним мы будем обращаться в этой статье. Тактические шаблоны DDD Агрегат — кластер объектов сущностей и значений. Объекты в кластере — единое целое с точки зрения изменения данных.
Каждый агрегат имеет корневой элемент, через который происходит обращение к сущностям и значениям. Агрегаты не стоит проектировать слишком большими. Они будут потреблять много памяти, а вероятность успешного завершения транзакции уменьшается. Граница агрегата — набор объектов, которые должны быть согласованы в рамках одной транзакции: должны быть соблюдены все инварианты в рамках этого кластера.
Инварианты — бизнес-правила, которые не могут быть противоречивыми. Команда — это какое-то действие над агрегатом. В результате этого действия может быть изменено состояние агрегата, и может быть сгенерировано одно или несколько событий предметной области. Событие предметной области — это уведомление об изменении состояния агрегата, нужно для обеспечения согласованности.
Агрегат обеспечивает транзакционную согласованность: все данные должны быть изменены здесь и сейчас. Итоговая согласованность гарантирует согласованность в конечном счете — данные изменятся, но не здесь и сейчас, а через неопределенный промежуток времени. Этот промежуток зависит от многих факторов: загруженность очередей сообщений, готовность внешних сервисов к обработке этих сообщений, сеть. Корневой элемент — это сущность с уникальным глобальным идентификатором.
Дочерние элементы могут иметь только локальную идентичность в рамках целого агрегата. Они могут ссылаться друг на друга и могут иметь ссылку только на свой корневой элемент. Команды и события Опишем бизнес-требование командой. Команды — это просто 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.
Значит, проблема не решена. Когда включаем сайт и mapi это видно по графику дальше , то всё опять ложится. C 19:05 в логах LF много ошибок: По крайней мере, мы подсветили запросы, из-за которых не проходит флоу приёма заказа. Основной из них — запрос на получение меню GetMenu. При этом система не выдерживает, когда включаются все источники приёма заказа. Когда балкхэды разжимали, была слабая надежда, но она не оправдалась. Для ускорения процесса решили поправить прямо в Kubernetes в Secrets configs-legacyfacade. Но поломали конфиги там нужно было конвертировать в base64.
В 19:27 замечаем, что сегодня нагрузка на БД чуть больше обычного. Примерно в 19:38 видим, что на базе много тредов. Это запрос на метапродукты то есть например, есть продукт Кофе американо, а у него есть объём 0,2, 0,3 и 0,4 л и топпинги дополнительные ингредиенты в меню. Да, это связано с вызовом метода GetMenu, который мы видели выше, когда разжали балкхэды. В обычной жизни запросы к топпингам выполняются за 0. Позже мы исследовали этот запрос и никакой неоптимальности на уровне SQL в нём не было. Этого запроса просто было слишком много и он не успевал обрабатываться. Появилось предположение, что нам немного не хватает перформанса базы, чтобы прожевать все нужные запросы.
К тому же, запросы идут в базу в много потоков. В 20:27 БД перезапустилась. До этого CPU было небольшое, а теперь опять выросло. Грузим все 64 ядра мощной базы. БД перезапустилась, по CPU лучше не стало. В итоге изменение свойств базы с обработкой коннектов нам не помогло. На 21:00 вся система была в разваленном состоянии. Сайт, мобильное приложение и касса ресторана не принимают заказы уже 2,5 часа.
На этот момент понятно, что в базу идёт большое количество запросов, и они связаны с меню. При этом ни большое, ни малое количество реплик веб-сервисов не позволяет системе нормально работать. Четвёртая гипотеза: может, это плохой релиз? Вернёмся чуть назад во времени. В 19:22 у собравшихся появляется идея посмотреть, что же выходило в этот день на продакшен из обновлений. Может, мы найдём в них какую-то зацепку, которая поможет починить всё. Смотрим на последний релиз монолита. Монолит делает запросы к базе монолита, в монолите находится LF, а значит, что-то могло повлиять на них.
Релиз был раскатан в 11:01 23 сентября и весь день проработал нормально. Обычно перформансные проблемы в релизе проявляются достаточно быстро.
Нужно было запастись настойчивостью и стальными нервами, чтобы не просто иногда менять что-то например, часы работы на множестве площадок , но и постоянно править слетающие данные. И это боль.
Додо Пицца КЛИЕНТ Владелец пиццерии, когда думает, что после целого дня основной работы ему еще нужно возиться с геосервисами А ведь правильность данных в геосервисах — в интересах и управляющей компании, и владельца франшизы. Оставишь неверный адрес в карточке пиццерии на картах, и вот ты уже направил часть клиентов не туда, потерял деньги, вызвал негатив.
Додо пицца застраховалась от киберпреступников
Смотрите видео онлайн «Dodo IS | Учет. Ревизия» на канале «Забавные Пушистики» в хорошем качестве и бесплатно, опубликованное 19 сентября 2023 года в 1:39, длительностью 00:12:12, на видеохостинге RUTUBE. Основатель Dodo Brands Федор Овчинников в июне 2022 года перестал быть контролирующим акционером Dodo International Group Limited — юрлица «Додо Пиццы» в Великобритании. Dodo Brands — это сети «Додо Пицца», «Дринкит» и Doner 42. В Додо ИС выручка пиццерии видна в режиме онлайн.
Британская пиццерия Dodo вышла из-под российского «крыла»
В ноябре франчайзи «Додо Пиццы» в Ярославле Евгений Ткачев обвинил компанию и ее основателя Федора Овчинникова в необоснованных придирках и давлении с целью передачи бизнеса другому владельцу. С 10 марта часть сотрудников Додо-пицца» будут вести деловую переписку исключительно на английском языке, сообщает со ссылкой на генерального директора компании Федора. Читайте сегодняшние новости DODO / TetherUS — торгуйте DODOUSDT, принимая обдуманные решения. Dodo IS — информационная система как ядро франчайзинга. Dodo is дашборд. Додо ИС график смены.