Обработка собранной информации в ELKOR

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
Обработка собранной информации в ELKOR создатель Mind Map: Обработка собранной информации в ELKOR

1. PIM

1.1. PIM Номенклатуры

1.1.1. Бизнес процесс https://www.lucidchart.com/documents/edit/59403f7b-c35b-4e02-8f94-4a6034b61d60/0

1.1.2. Поступление товара на склад

1.1.2.1. Navision

1.1.2.1.1. приходуется

1.1.2.1.2. Другие операторы вводят

1.1.3. Функционал

1.1.3.1. Уцененные товары

1.1.3.1.1. отдельной категорией

1.1.3.1.2. зона карантина

1.1.3.2. Конвертация мер для US

1.1.3.2.1. в местные единицы

1.1.3.2.2. есть у каждого товара в каждой системе

1.1.3.2.3. Обувь

1.1.3.2.4. одежда

1.1.3.2.5. языки

1.1.3.3. Конвертация мер для US

1.1.3.3.1. Вес

1.1.3.3.2. Размер

1.1.3.3.3. Все единицы измерения

1.1.3.3.4. Где

1.1.3.3.5. Какие складские системы используются?

1.2. PIM Система закупок

1.2.1. Как попадают данные в систему?

1.2.1.1. Ручное заведение

1.2.1.1.1. Пример Одежда

1.2.1.2. Электронный документ

1.2.1.2.1. Виды систем

1.2.1.2.2. У кого внедрено

1.2.2. Зачем нужна?

1.2.2.1. отдел закупки

1.2.2.1.1. делают закупки

1.2.3. Функционал

1.2.3.1. Продукты

1.2.3.1.1. заранее

1.2.3.2. Остальное

1.2.3.2.1. по факту

1.2.3.3. Проблема

1.2.3.3.1. Каждое товарное направление

1.2.3.3.2. поставщики

1.2.3.4. Отдельная система закупок

1.2.3.4.1. Создавать товары при закупке

1.2.3.4.2. Для одежды

1.2.3.4.3. Как происходит выбор при закупке?

1.2.3.4.4. Интерфейс поставщика

1.2.3.4.5. Завести поставщика

1.2.3.4.6. Посмотреть обмен

1.2.4. Централизованная система закупок

1.2.4.1. Пожелания к функционалу закупок

1.2.4.1.1. На этапе заказа закупки вводить информацию о товарах

1.2.4.1.2. Поставщик

1.2.4.1.3. Данные по товарам

1.2.4.1.4. цены

1.2.4.1.5. Инвойсы

1.2.4.1.6. приход

2. OMS

2.1. Заказы

2.2. Возвраты

2.2.1. В разрезе стран

2.2.1.1. Латвия

2.2.1.1.1. Документооборот

2.2.1.1.2. Проводится проверка

2.2.1.1.3. Сейчас

2.2.1.1.4. виды

2.2.1.1.5. Пожелания

2.2.1.1.6. Существуют заказы в другие страны

2.2.1.1.7. Выбор адреса

2.2.1.2. Эстония

2.2.1.2.1. Возможен только

2.2.1.2.2. Не реализован

2.2.1.3. US

2.2.1.3.1. Предусмотрен возврат на склад в США

2.2.1.3.2. Все обслуживание происходит в Европе

2.2.1.3.3. С заказом высылается возвратная наклейка

2.3. Собственное PWA

2.3.1. Бэк

2.3.1.1. Nstock

2.3.1.1.1. Единая база заказов

2.3.1.1.2. статусы к системе доставки

2.3.1.1.3. Статусы на сайт

2.3.1.1.4. Заявки на подбор

2.3.1.1.5. PHP+Mysql

2.3.1.1.6. Yii2

2.3.1.1.7. Рассмотреть варианты использования OMS

2.3.1.1.8. OMS

2.3.1.2. Intranet

2.3.1.2.1. Система доставок

2.3.1.2.2. PHP+Mysql

2.3.1.2.3. Yii2

2.3.1.2.4. Планируется

2.3.1.2.5. Обсудить как выводить цену в magento

2.4. Функционал

2.4.1. Права доступа оператора OMS

2.4.2. сценарий оформления заказа по телефону

2.4.3. Логика выбора поставщика

2.4.3.1. выбор поставщика

2.4.3.1.1. OMS

2.4.4. Взаимодействия с бухгалтерскими системами

2.4.4.1. ShopKeep

2.4.4.2. Информация для бухгалтерии

2.4.4.2.1. Товарная

2.4.4.2.2. Финансовая

2.4.4.3. Из navision

2.4.4.4. US

2.4.4.4.1. Своя система

2.4.4.5. Россия

2.4.4.5.1. Своя система

2.4.4.6. Эстония

2.4.4.6.1. Только передача документов

2.4.5. Пожелание

2.4.5.1. Убрать

2.4.5.1.1. Перемещение между складами

2.4.5.2. Добавить

2.4.5.2.1. Комплектование на каждой точке

2.4.5.2.2. Доработать интеграцию

2.4.5.2.3. Отслеживание статуса заявки

2.4.6. Доставка

2.4.6.1. пакоматы

2.4.6.1.1. полуавтоматический

2.4.6.2. Доставка на дом

2.4.6.2.1. Ручной

2.4.6.3. Проверка статуса заявки

2.4.6.3.1. Вручную

2.5. Бизнес процесс

2.5.1. Разобрать различия бизнес процесса обработки заказа для разных стран

2.5.1.1. Латвия

2.5.1.1.1. Со страницы получаем заказ

2.5.1.2. Эстония

2.5.1.2.1. продажа идет компании в эстонии

2.5.1.2.2. процесс перепродажи (внутренний

2.5.1.2.3. остатков в эстонии нет

2.5.1.2.4. Везут со склада в латвии

2.5.1.3. Россия

2.5.1.3.1. только свой склад

2.5.1.4. US

2.5.1.4.1. Один вид оплат

2.5.1.4.2. время доставки

2.5.2. Разобрать различия бизнес процесса отгрузки заказа для разных стран

2.5.2.1. Латвия

2.5.2.1.1. товар подбирается

2.5.2.2. Европа

2.5.2.2.1. Продажа через компанию в эстонии

2.5.2.3. Россия

2.5.2.3.1. Через собственное юрлицо

2.5.2.3.2. Растаможка

2.5.2.3.3. Чаще централизованные поставки

2.5.2.3.4. Не продаем товар с центральных складов

2.5.2.4. США

2.5.2.4.1. Через юрлицо

2.5.2.4.2. Растаможка

2.5.2.4.3. Предполагается и централизованные поставки

2.5.2.4.4. и товар под заказ

2.5.2.4.5. и товар на производство

2.5.2.5. Антон Белов подготовит схемы БП после вернемся к этому вопросу

2.6. Intranet

2.6.1. Отдельные модули по системе доставок

2.6.1.1. смотрят

2.6.1.1.1. Кладовщики

2.6.1.1.2. Грузчики

2.6.1.1.3. Права разграничены

2.6.2. О системе

2.6.2.1. Intranet

2.6.2.1.1. Система доставок

2.6.2.1.2. PHP+Mysql

2.6.2.1.3. Yii2

2.6.2.1.4. Планируется

2.7. Nstock

2.7.1. так как все сайты на отдельных magento

2.7.1.1. обработка заказов проходит в админ панели этих сайтов

2.7.1.1.1. хочется видеть все в одном месте

2.7.2. Сейчас берет заказ из мадженто

2.7.2.1. создает счета в shopkeep

2.7.2.1.1. Заявку на заказ в интранет

2.7.3. в intranet сделали базу всех заказов куда каждый сайт передает всю инфу по заказу

2.7.3.1. Формируется талон на подбор

2.7.3.1.1. сейчас это просто бд

2.7.3.2. Отказываться не планируем

2.7.3.2.1. OMS делаем отдельно

2.7.4. О системе

2.7.4.1. Единая база заказов

2.7.4.2. статусы к системе доставки

2.7.4.3. Статусы на сайт

2.7.4.4. Заявки на подбор

2.7.4.5. PHP+Mysql

2.7.4.6. Yii2

2.7.4.7. Рассмотреть варианты использования OMS

2.7.4.8. OMS

2.7.4.8.1. Обсуждение решения PWA

2.7.4.8.2. Nstock как пересекается?

3. Magento

3.1. Методы оплаты

3.1.1. Выставление счета

3.1.1.1. в большинстве для юрлиц

3.1.2. Lateko

3.1.2.1. Pieprasijuma_apraksts_RU_LV_15.06.2018

3.1.3. Incredit

3.1.3.1. По ссылке информация по Incredit Aģentu programma

3.1.4. Бонусные Балы

3.1.4.1. Хранятся отдельным модулем в intranet

3.1.4.2. пресональные данные

3.1.4.3. История покупок

3.1.4.4. При списании информация по АПИ идет в Intranet и данные балы списываются

3.1.4.5. Начисление

3.1.4.5.1. Три уровня карты

3.1.4.5.2. Акционные товары

3.1.4.5.3. Карта привязывается к чеку

3.1.4.6. Информация о покупке поступает в

3.1.4.6.1. navision

3.1.4.7. При возвратах

3.1.4.7.1. Сейчас неправильная работа

3.1.4.8. Пожелание

3.1.4.8.1. Логику расчета получаемых и списанных балов

3.1.5. Методы оплаты

3.1.5.1. b2c

3.1.5.1.1. Юрлица

3.1.5.1.2. физлица

3.1.5.1.3. Связка методов доставки от метода оплаты

3.1.5.2. Механизм ценообразования

3.1.5.2.1. Александр пришлет

3.1.5.3. b2b

3.1.5.3.1. Латвия

3.1.5.3.2. Россия

3.1.5.3.3. США

3.2. Доставки

3.2.1. US

3.2.1.1. US delivery

3.2.1.1.1. Доставка на дом

3.2.1.1.2. Товар со склада в европе

3.2.1.1.3. Дропшипинг

3.2.2. EU

3.2.2.1. Латвия

3.2.2.1.1. Доставки

3.2.2.1.2. Оплаты

3.2.2.2. Эстония

3.2.3. RUS

3.2.3.1. b2c

3.2.3.1.1. решить какой домен

3.2.3.1.2. для России нет доставки

3.2.3.2. b2b

3.2.3.2.1. оптовые

3.2.3.2.2. www.citystils.ru

3.2.4. Бесплатная доставка

3.2.4.1. Omniva

3.2.4.1.1. пакоматы

3.2.4.2. Иногда

3.2.4.2.1. Акции

3.2.5. 3д модели

3.2.5.1. Разработка КТ

3.2.5.1.1. Видение

3.2.6. Оптовые клиенты

3.2.6.1. Латвия

3.2.6.1.1. Сами

3.2.6.1.2. Сторонний сервис

3.2.6.1.3. Самовывоз

3.2.6.2. Россия

3.2.6.2.1. Пони

3.2.6.3. Эстония

3.2.6.3.1. Сторонний сервис

3.2.6.4. US

3.2.6.4.1. Fedex

3.2.6.4.2. UPS

3.3. B2C

3.3.1. Работа с партнерами

3.3.1.1. Комиссионные продажи

3.3.1.2. Фиксация продаж

3.3.1.3. Взаиморасчеты

3.4. B2B

3.4.1. Специализация

3.4.1.1. Латвия

3.4.1.1.1. Обслуживает всю европу

3.4.1.1.2. Может и в Россию

3.4.1.1.3. Может и в США

3.4.1.2. Ситистилс

3.4.1.2.1. только по одежде

3.4.1.3. US

3.4.1.3.1. текстиль одеяла подушки

3.4.2. Кабинет партнера b2b

3.4.2.1. Регистрация

3.4.2.2. подписание договоров

3.4.2.3. обмен договорами

3.4.2.4. счетами

3.4.2.5. учет операций партнера

3.4.2.6. Какая мастер система?

3.4.2.6.1. Россия

3.4.2.7. Работа с партнерами

3.4.2.7.1. b2b

3.4.2.8. Кабинет партнеров b2b

3.4.2.8.1. Выгружаются

3.4.2.8.2. редактируется

3.4.2.8.3. Меняются цены

3.4.2.8.4. Описание Подгружается автоматом

3.4.2.8.5. Сегментировать клиентов

3.4.2.8.6. Получение заказов

3.4.2.8.7. Чего не хватает

3.4.2.8.8. разделять

3.4.2.8.9. Сделать грид

3.4.2.8.10. Доставка на точки

3.4.2.8.11. предзаказы

3.4.2.8.12. Оплата

3.4.2.8.13. часто просят

3.4.3. US

3.4.3.1. Агенты

3.4.3.1.1. Продажа товаров через агентов

3.5. Функционал

3.5.1. Разные налоги

3.5.1.1. Для регионов

3.5.2. резервирование товара

3.5.2.1. форма подписки на информирование о наличии

3.5.2.2. при оформлении заказа проверяются остатки

3.5.2.3. Товар резервируется после оформлении заказа

3.5.2.4. товар который зкончился на сторе снимается с остатков

3.5.2.5. в рознице в омс резервируется товар

3.5.2.6. резервация переходит в продажу после подтверждения от OMS

3.5.2.7. в шопинге будет отдел неликвида

3.5.2.7.1. в мадженто не нужна

3.5.3. Функционал marketpalce для магазинов ELKOR

3.5.3.1. Хочется для дропшипинга и продаж по агентскому договору

3.5.3.1.1. Загрузка из xml

3.5.3.2. Как проверяем наличие у поставщика

3.5.3.2.1. Отправляем запрос при заказе

3.5.3.3. Клиенту хочется показывать одну цену

3.5.3.3.1. пока не финального решения как ее отображать

3.5.3.4. Как покупаем? Какая цена?

3.5.3.4.1. Может варироваться

3.5.3.4.2. Выбор поставщика автоматически

3.5.3.5. Как фиксируем отгрузку?

3.5.3.5.1. Обмен реестрами

3.5.3.5.2. Подтверждение поставщиком

3.5.3.5.3. Курьеры от ELKOR

3.5.3.6. Как осуществляем возвраты?

3.5.3.6.1. Через ELKOR

3.5.3.7. Как расплачиваемся с поставщиком?

3.5.3.7.1. Обмен реестрами

3.5.3.8. Проблема

3.5.3.8.1. Определение одинаковых товаров от разных поставщиков

3.5.3.8.2. Поставщик должен вызвать курьера

3.5.3.9. Нужно

3.5.3.9.1. Выгрузить в

3.5.3.10. Логика выбора поставщика

3.5.3.10.1. цены расчет

3.5.3.10.2. выбор поставщика

3.5.4. Выгрузка товара

3.5.4.1. На каждый сайт со своей информацией

3.5.4.1.1. Нужно настраивать какая информация на какой сайт

3.5.4.2. Navision

3.5.4.3. Shopping

3.5.4.4. В различные внешние сайты

3.5.4.4.1. Facebook

3.5.4.4.2. На каждый сайт со своей информацией

3.5.5. Shop In Shop Miele

3.5.5.1. Разобрать БП Shop in miele дополнить диаграмму БП

3.5.5.1.1. есть логика включение товара

3.5.5.1.2. выставляется весь асортимент

3.5.5.2. Как оформляется покупка Miele?

3.5.5.2.1. Заказ как заказ обычного товара в наличии

3.5.5.3. Внутри сайта есть представление товаров

3.5.5.3.1. Товары и цены получаем от них

3.5.5.4. Наверное стоит сделать загрузку их товаров в акенео

3.5.5.4.1. товар который есть в наличии

3.5.5.5. Раздел на сайте

3.5.5.5.1. как отдельная категория

3.5.5.5.2. процесс

3.5.5.6. Документация

3.5.5.7. Бытовая техника

3.5.5.8. Когда попадает?

3.5.5.8.1. Когда совпадает производитель баркод

3.5.5.8.2. на основе csv

3.5.5.9. как показывается на сайте

3.5.5.9.1. smartassist

3.5.5.10. Показываются

3.5.5.11. SmartAssistance

3.5.5.11.1. Сделан для того чтобы

3.5.6. Пожелания

3.5.6.1. Сделать единый интерфейс управления

3.5.6.1.1. ценами

3.5.6.2. Возможность отслеживать поведение

3.5.6.3. Создавать без привлечения программистов лендинг страницы

3.5.6.4. Механизм пересечения акций

3.5.7. Конфигуратор продуктов

3.5.7.1. крупная мебель

3.5.7.1.1. Диваны из различных секций

3.5.7.1.2. выбор тканей материалов

3.5.7.1.3. возможность изготовления мебели под заказ

3.5.7.2. Конфигуратор продукта на сайте

3.5.7.2.1. отдельный блок

3.5.7.2.2. если делаем на заказ

3.5.7.2.3. какие группы товаров?

3.5.7.2.4. в wms

3.5.7.2.5. Код товара

3.5.7.2.6. добавь модуль получи скидку

3.5.7.2.7. из oms в dwh выгружается id конфигурации

3.5.8. Маркетинг и цены

3.5.8.1. Navision

3.5.8.1.1. Прайс листы

3.5.8.2. magento

3.5.8.2.1. выбирается группа или отдельный sku

3.5.8.3. Ручная настройка

3.5.8.3.1. в интерфейсе

3.5.8.4. периодически создаются лендинги

3.5.8.4.1. с определенным списком товаров

3.5.8.5. банеры

3.5.8.6. рекламные акции

3.5.8.6.1. 1+1

3.5.8.6.2. подарок при покупке

3.5.8.7. Пожелания

3.5.8.7.1. Сделать единый интерфейс управления

3.5.8.7.2. Возможность отслеживать поведение

3.5.8.7.3. Создавать без привлечения программистов лендинг страницы

3.5.8.7.4. Механизм пересечения акций

3.5.9. Управление витринами

3.5.9.1. Автоматизация проставление связей

3.5.9.2. Ручная настройка

3.5.9.2.1. картинки с ярлыками подарок скидка итд

3.5.9.2.2. Приоритезация товара

3.5.9.2.3. Должна быть простой

3.5.9.2.4. Подключить гугл аналитику

3.5.9.2.5. Новинки

3.5.9.2.6. Допродажа услуг

3.5.9.2.7. Наполнение промо категорий

3.5.9.2.8. Блоки слайдеры

3.5.9.3. кредитный калькулятор

3.5.9.3.1. формулы

3.5.9.3.2. проценты

3.5.9.3.3. наборы атрибутов по которым показывается

3.5.10. magento товары

3.5.10.1. elkor.lv

3.5.10.1.1. конфиги

3.5.10.1.2. симплы

3.5.10.1.3. конфиг

3.5.10.1.4. fake продукты

3.5.10.2. city-stils

3.5.10.2.1. grouped товары

3.5.11. US

3.5.11.1. разный срок ожидания заказа

3.5.11.1.1. разные доставки

3.5.11.1.2. выбор разделения доставки

3.5.11.2. Склады для US

3.5.11.2.1. Есть товар продающийся b2b b2c

3.5.11.2.2. товар со склада латвии

3.5.11.2.3. Предзаказ

3.5.11.2.4. Дропшипинг

3.5.11.3. Склады для US

3.5.11.3.1. Локальный склад

3.5.11.3.2. Выводить сроки от места хранения

3.5.11.3.3. Основной товар от поставщиков

3.5.12. Сервис остатков

3.5.12.1. Микросервис

3.5.12.2. Агенты

3.6. Сайты

3.6.1. Почему не объединить в один сайт?

3.6.1.1. Почему нельзя?

3.6.1.1.1. Для US медленно

3.6.1.1.2. товаров 100 тыс 500 заказов в день

3.6.1.1.3. Для России требование законов

3.6.1.1.4. Различная логика бизнес процессов

3.6.2. Планы

3.6.2.1. Украина

3.6.2.2. остальные пока не ясно

3.6.2.2.1. примерно 1 - 2 страны за раз

3.6.3. Какие сайты есть?

3.6.3.1. Как мигрируем на PWA?

3.6.3.1.1. Дизайн?

3.6.3.1.2. Хостинг?

3.6.3.1.3. Нагрузка?

3.6.3.2. US

3.6.3.2.1. elkor.com

3.6.3.2.2. www.elkor.com/us/

3.6.3.3. RU

3.6.3.3.1. www.citystils.ru

3.6.3.4. EU

3.6.3.4.1. Латвия

3.6.3.4.2. Эстония

3.6.3.4.3. Надо

3.6.3.4.4. Отдельно

3.6.3.4.5. Не особо хотим развивать

3.6.3.5. Хотим единый домен elkor.com

3.6.3.5.1. делится по регионам

3.6.3.5.2. Общий дизайн

3.6.4. Как перезапускаем?

3.6.4.1. EU

3.6.4.1.1. Латвия

3.6.4.1.2. Эстония

3.6.4.2. US

3.6.4.2.1. elkor.com

3.6.4.2.2. www.elkor.com/us/

3.6.4.3. предусмотреть переключение регионов

3.6.4.4. RU

3.6.4.4.1. www.citystils.ru

3.6.4.5. OMS

3.6.4.5.1. intranet.elkor.lv

3.6.4.6. общее хранилище паролей

3.7. Бизнес Процесс

3.7.1. Заказ

3.7.1.1. В мадженто поступает заказ

3.7.1.1.1. ecompay

3.7.1.1.2. конкретный товар резеруется на точке

3.7.1.1.3. В интранет создается Delivery талон

3.7.1.2. Пожелание

3.7.1.2.1. Поступление заказа с любого сайта

3.7.1.2.2. OMS

3.7.2. Возврат

3.7.2.1. Оператор узнает по системе

3.7.2.1.1. ShopKeep

3.7.2.2. Можно

3.7.2.2.1. позвонить в колцентр

3.7.2.2.2. Заполнить форму

3.7.2.3. Способы возврата

3.7.2.3.1. Варианты

3.7.2.4. ShopKeep

3.7.2.4.1. Создается накладная

3.7.2.4.2. Это надстройка со всеми формами документов

3.7.2.4.3. Бухгалтерия производит начисление денег

3.7.2.5. Товар принимается на точку интернет магазина

3.7.2.5.1. Потом передвигается на сервис

3.7.2.6. Как возвращать деньги решает бухгалтер

3.7.2.7. Пожелание

3.7.2.7.1. В системе обработки должна создаваться заявка

3.8. Дизайн

3.8.1. Общие вопроы

3.8.1.1. Делалась ли анаитика?

3.8.1.1.1. изначально цель

3.8.1.2. Большие кнопки в каталоге

3.8.1.2.1. не нужны

3.8.1.3. Предложить макеты

3.8.1.3.1. три страницы концепт

3.8.1.3.2. презентация на 15 минут

3.8.1.4. Доступы для аналитики для Артема

3.8.2. Задача

3.8.2.1. интернет магазин

3.8.2.2. Большие продажи

3.9. Сервис остатков

3.9.1. Микросервис

3.9.1.1. Получает данные об актуальных остатках

3.9.2. Агенты

3.9.2.1. Смотрят

3.9.2.1.1. firebird

4. CRM

4.1. Хранит инфу по карте

4.1.1. Сейчас Intranet

4.2. Внутренняя система лояльноси

4.2.1. Учет офлайн

4.3. CallCenter

4.3.1. Первая линия

4.3.2. Сейчас только статистика звонков

4.3.3. email

4.3.4. Чат с клиентом

4.3.5. Отслеживание статуса

4.3.6. Omniva

4.3.6.1. Информация от склада что собран

4.3.6.1.1. готовят

4.3.7. Самовывоз

4.3.7.1. оператор в мадженто

4.3.8. СМС

4.3.8.1. модуль в Intranet

4.3.9. Если есть желание вернуть товар

4.3.9.1. создают лейбл

4.3.10. в день

4.3.10.1. 50 email

4.3.10.2. 140 звонков

4.3.10.3. 8 заказов

4.4. Правила по работе с ПД клентов

4.5. Бизнес Процессы

4.5.1. Фотограф и задачи в redmine, нужно ли создавать задачу, может обйтись akeneo?

4.5.1.1. Задача создается на группу товара

4.5.1.2. Закажет со склада

4.5.1.3. Список номенклатуры

4.5.1.4. wms есть не на всех складах поэтому список артикулов

4.6. • Работа call центра • Внутренний трекер задач компании • Календарь компании • Ведение карточек сотрудников • Инвентаризация • Внутренний чат • Облачный диск

5. WMS

5.1. Модуль из аксапты

5.1.1. установлен на центральном складе

5.1.2. В магазинах не стоит

5.1.3. в планах сделать

5.1.3.1. адресное хранение

5.1.3.2. Резервацию товаров на складе

5.1.4. WMS

5.1.4.1. Заменит Shopping

5.1.4.1.1. На центральном складе

5.1.4.2. В магазинах

5.1.4.2.1. только shopping

5.1.4.3. функционал

5.1.4.3.1. приемка

5.1.4.3.2. выдача

5.1.4.4. плюсы

5.1.4.4.1. учет товаров по

5.1.4.4.2. Реальные остатки

5.2. Shopping

5.2.1. Движения

5.2.2. Продажи

5.2.3. Есть актуальные остатки магазинов

5.2.4. в магазинах firebird

5.2.5. Агент обмена

5.2.5.1. Какие таблицы мониторим?

5.2.5.1.1. запросил 25.02.19

5.3. Бизнес процессы

5.3.1. Разобрать БП поступления товара на склад

5.3.1.1. процесс прихода

5.3.1.1.1. открыли коробку

5.3.1.1.2. сканируем товар

5.3.1.1.3. акты поставки не до поставки

5.3.1.2. Ску уже известен до прихода

5.3.1.3. Брутто вес не ведут

5.3.1.3.1. хотелось бы

5.3.1.4. Нетто

5.3.1.4.1. нужен для налога

5.3.1.5. фотографии используют ску в имени и номер 1 2 3 4 5 т

5.3.1.6. Дополнить

5.3.1.7. Сейчас добавлен модуль в котором есть все товары не выставленные на сайте

5.3.1.7.1. Отображает по заданным критериям

5.3.1.7.2. Новые товары

5.3.1.7.3. остатки

5.3.1.7.4. оператор не контролирует приходы

6. ShopKeep

6.1. отказаться

6.1.1. результат

6.1.1.1. Описание работы для замены

6.2. ShopKeep

6.3. Файлы

6.4. MS Access

6.5. Отчеты

7. ERP

7.1. DWH

7.1.1. Чтобы не делать отчеты в Navision их делают в dwh

7.1.2. Инструкция по составлению отчетов https://drive.google.com/open?id=1qAwW6HXPLwd2kDSWd1DDBS2ywC3fYBmU

7.1.3. Схема базы

7.1.4. DWH

7.1.4.1. Data Warehouse

7.1.4.2. Было предназначение как фундамент для аналитики

7.1.4.3. Транзакционные таблицы

7.1.4.4. Работает не в онлайне

7.1.4.4.1. Забирает периодически

7.1.4.5. раз в 15 минут

7.1.4.5.1. Забираются все данные по трпнзакциям

7.1.4.5.2. минусы

7.1.4.5.3. в магазинах firebird

7.1.4.6. решение рассматривали

7.1.4.6.1. Служба которая связывается со всеми магазинами и получает остатки

7.1.4.7. Информация с сайта

7.1.4.7.1. для печати на ценниках

7.1.5. DWH

7.1.5.1. Будущее

7.1.5.1.1. Аналитика

7.1.5.1.2. Посредник

7.1.5.2. На роль хранилища остатков не подходит

7.1.6. DWH

7.1.6.1. обновление

7.1.6.1.1. инкрементальное

7.1.6.1.2. полное

7.1.6.2. информация о заказах

7.1.6.3. о методах оплаты

7.2. Разобрать кейсы с 1с для России

7.2.1. из навижина

7.2.1.1. 1 файл

7.2.1.1.1. по товарам на остатках

7.3. Navision

7.3.1. Прайс листы

7.3.1.1. Акционные

7.3.1.2. Без срочные акции

7.3.1.3. Прайслисты без акции

7.3.1.3.1. по закону нельзя делать не обоснованные скидки

7.3.2. Александр Челышев

7.3.2.1. Управленческий учет

7.3.2.1.1. Прямые проводки

7.3.2.1.2. Комунальные услуги

7.3.2.1.3. Расходы на персонал

7.3.2.2. Транзакции по продажам

7.3.2.2.1. Но просмотр через DWH

7.3.2.3. Банковский учет

7.3.2.3.1. Кредиты

7.3.2.3.2. Кассовые счета

7.3.2.3.3. Банковские счета

7.3.2.3.4. Задолжности поставщиков

7.3.2.3.5. Задолжности покупателей

7.3.2.4. Товарный

7.3.2.4.1. Ценообразование

7.3.2.4.2. Инвентаризации

7.3.2.4.3. Закупки

7.3.2.4.4. Продажи

7.3.2.5. Ввод товаров

7.3.2.5.1. Оператором

7.3.2.5.2. Группы товаров

7.3.2.5.3. Описание и пр

7.3.2.6. Подробная информация по полям

7.3.2.6.1. Запросить

7.3.3. ERP

7.3.4. Нюансы

7.3.4.1. версия 3.6

7.3.4.1.1. 2000г

7.3.4.2. Работает в офлайне через файлы

7.3.4.3. Нет app сервера

7.3.4.4. mssql 2000

7.3.5. Закупки вводятся в онлайне

7.3.6. Продажи и движения

7.3.6.1. Раз в сутки

7.3.7. Номенклатуру выгружать напрямую

8. Сервера

8.1. Объем

8.1.1. терабайт в день

8.2. невыгодно

8.3. перенос мадженто

8.3.1. небыло возможности

8.4. цены

8.4.1. 250 евро мес

8.5. подготовить схему

8.5.1. и расчет

8.6. Расчет

8.7. ПО

8.7.1. elastic

8.7.2. redis

8.7.3. mysql magento

8.7.4. mysql pim

8.7.5. mysql pim zakupok

8.8. elastic cluster

8.8.1. выяснить как проводить балансировку

8.9. балансировка на уровне днс

9. APM Invest

9.1. magento1

9.1.1. so

9.1.1.1. трейсы

9.1.2. скрипты bash

9.1.2.1. ошибки 5хх

9.1.2.2. ошибки 404

9.1.2.3. репорты

9.1.2.4. pagespeed rank

9.1.3. аналитика гугл

9.1.3.1. сбор из аналитики

9.1.3.1.1. js ошибки

9.1.4. w3c

9.1.5. сборки

9.1.5.1. внедрение

9.1.5.1.1. psr2

9.1.5.1.2. ecgm

9.1.5.1.3. что вошлов релиз

9.2. magento2

10. Этапы работ

10.1. Составление ТЗ

10.2. Проработка дизайна

10.3. Развертывание тестовых стендов

10.4. Развертывание Bitrix24

10.4.1. Развертывание коробки

10.4.2. Желаемые доработки

10.5. Разработка

10.5.1. Разработка PWA

10.5.2. Разработка Magento

10.5.3. Разработка агентов обмена данными об остатках

10.5.4. Разработка PIM закупок

10.5.5. Разработка PWA для pim закупок

10.5.6. Разработка PIM

10.5.7. Разработка OMS

10.5.7.1. Разработка PWA

10.5.7.2. Доработка Backend

10.6. Развертывание продуктивной инфраструктуры

10.6.1. подготовка кластеров

10.6.2. подготовка релизов