TFTradeflowВнедрение и разработка

Кейсы

Маркировка, маркетплейсы и складской учёт: задачи и архитектура проектов.

Готовое решение или разработка под задачу

Не для каждого бизнес-процесса требуется разработка с нуля.

Если подходящее решение уже существует, помогаем подобрать, настроить и встроить его в рабочий процесс компании.

Если стандартного решения недостаточно, дорабатываем существующую систему или создаём интеграцию под конкретную задачу.

Главная цель — не установить как можно больше программ, а построить понятный и устойчивый процесс работы с товарами и данными.

Кейс 01Проектирование и внедрение

Маркировка без 1С: YCLIENTS + СБИС + Честный ЗНАК + ККТ

Задача

Построить контур работы с маркированным товаром без перехода на 1С и сохранить YCLIENTS единственной оперативной системой учета.

Компания ведет клиентов, услуги, товары и склад в YCLIENTS. Для маркированного товара необходим отдельный сквозной процесс приемки, учета и продажи, связанный с ЭДО, Честным ЗНАКом и кассой.

Ограничения

  • Нельзя заменять YCLIENTS на 1С.
  • Прямая автоматическая связка всех систем недоступна.
  • Маркировка должна работать через существующий кассовый контур.

Решение

  • Разобран текущий процесс движения товара и документов.
  • Спроектирована целевая архитектура без 1С.
  • СБИС выбран как ЭДО-контур.
  • Проработаны приемка маркированного товара и кассовый контур.
  • Зафиксированы точки, где необходим промежуточный обмен или отдельный операционный сценарий.

Архитектура

  1. Поставщик
  2. СБИС / ЭДО
  3. Честный ЗНАК
  4. приемка
  5. YCLIENTS
  6. ККТ / ТС ПИоТ
  7. ОФД / ФНС
Кейс 02Автоматизация

Автоматизация КИЗ для FBS Wildberries и Ozon

Задача

Определять, какой конкретно КИЗ связан с заказом или отправлением FBS, и формировать корректный статус для дальнейшей обработки.

В процессе используются выгрузки маркетплейсов, отдельный список кодов маркировки и статусы заказов. Связь между ними необходимо восстанавливать и контролировать автоматически.

Ограничения

  • Логика Wildberries и Ozon различается.
  • Необходим контроль несопоставленных кодов.
  • Нельзя считать код проданным только по наличию в выгрузке.

Решение

  • Фильтрация проданных КИЗ.
  • Сопоставление с номером заказа или отправления.
  • Автоматизация обработки через API и Google Apps Script.
  • Унифицированные русские статусы.
  • Отдельные правила для Wildberries и Ozon.
  • Контроль ошибок и несопоставленных кодов.

Архитектура

  1. Маркетплейс
  2. заказ
  3. отправление
  4. товар
  5. КИЗ
  6. статус
  7. дальнейшая операция
Кейс 03Реализованный контур

Единый складской контур на базе 1С:УТ 11

Задача

Свести разные состояния товарного остатка и связи с маркетплейсами в единую систему контроля.

Товар одновременно может находиться на основном складе, в пути, на складах маркетплейсов, в возвратах и проблемных состояниях. Для управления необходим единый контур сверки.

Ограничения

  • Номенклатура должна однозначно связываться с площадками.
  • Разные типы остатка нельзя смешивать.
  • Необходима регулярная сверка.

Решение

  • Единая модель основного и виртуального остатка.
  • Учет товара в пути.
  • Контроль складов маркетплейсов.
  • Отдельные состояния возвратов, брака и утилизации.
  • Ежедневная сверка.
  • Связь номенклатуры с Wildberries, Ozon и Яндекс Маркетом.

Архитектура

  1. Номенклатура 1С
  2. основной склад
  3. товар в пути
  4. склады маркетплейсов
  5. возвраты
  6. брак и утилизация
  7. ежедневная сверка