КейсыCases

Реальные задачи.
Реальные цифры.

Real tasks.
Real numbers.

Не придуманные истории - конкретные проблемы бизнеса и найденные технические решения с измеримым результатом.

Not made-up stories - specific business problems and technical solutions with measurable results.

0
SKU обрабатываются автоматически
SKUs processed automatically
30x
ускорение документооборота
documentation speedup
0
документов в месяц автоматически
documents/month automated
0
поставщиков в одной системе
suppliers in one system
20 000+
SKU в системе
SKUs in system
3 дня → 1 ч
пересчёт цен
price recalc
6
маркетплейсов
marketplaces
0
ошибок в ценах
pricing errors
Проблема
Problem

Компания продаёт 20 000+ товаров на Ozon, Wildberries, Яндекс.Маркет и других площадках. Каждое изменение курса доллара и российского рубля или изменение комиссий маркетплейса требовало ручного пересчёта Excel-таблиц - 3 дня работы менеджера. Из-за этого компания опаздывала с обновлением цен и регулярно торговала в минус.

Company sells 20,000+ products on Ozon, Wildberries, Yandex Market and other platforms. Every change in the dollar and Russian ruble exchange rate or marketplace fee changes required manual recalculation of Excel tables - 3 days of manager work. Because of this, the company was late with price updates and regularly sold at a loss.

🔒
Скриншот интерфейса
Interface screenshot
Скрыто по соглашению о неразглашении.
Hidden under NDA.
NDA
Решение
Solution
  • PHP-система с MySQL, авто-загрузка курсов ЦБ (USD, RUB) каждые 6 часов через API
  • PHP system with MySQL, auto CBR rate loading (USD, RUB) every 6 hours via API
  • Импорт всей номенклатуры из 1С/Excel одной операцией, маппинг по артикулу
  • Full product list import from 1C/Excel in one operation, mapping by article code
  • Авто-расчёт комиссий, логистики, эквайринга и выкупа для каждого SKU и маркетплейса
  • Auto-calculation of fees, logistics, acquiring and redemption for each SKU and marketplace
  • Выгрузка готовых прайс-листов в формате каждого маркетплейса одной кнопкой
  • Export of ready price lists in each marketplace format with one click
  • Алерты: если маржа SKU опускается ниже заданного порога - моментальное уведомление в Telegram
  • Alerts: if SKU margin drops below set threshold - instant Telegram notification
30+ мин
в день → меньше 1 мин
daily → under 1 min
500+
документов/месяц
docs/month
230 ч
сэкономлено в месяц
saved per month
100%
XSD-валидность
XSD validity
Проблема
Problem

На каждую единицу прослеживаемого товара при отгрузке через Ozon необходимо вручную создавать электронную ТТН в системе электронного документооборота. Процесс требовал концентрации и занимал от 30 минут в день: нужно было вручную вносить все данные грузополучателя, добавлять каждый товар, искать по базе когда именно на него был приход, по какой цене, какой номер приходной накладной и строка в ней. Дополнительно - из личного кабинета Ozon вручную переносить номер отправления и SKU товара. Любая ошибка в реквизитах или несовпадение данных по приходам или по товарам - документ или не проходил валидацию и его приходилось переделывать, или был отправлен с ошибкой и возникали проблемы с первичными документами, что могло приводить к серьёзным последствиям.

For each tracked goods unit shipped through Ozon, an electronic waybill had to be created manually in the BLRWBL system. The process required concentration and took 30+ minutes daily: manually entering all consignee data, adding each product, searching the database for when it arrived, at what price, what incoming invoice number and line it was on. Additionally - manually transferring the shipment number and SKU from the Ozon personal account. Any error in details or XSD schema mismatch meant the document failed validation and had to be redone.

🔒
Скриншот интерфейса
Interface screenshot
Скрыто по соглашению о неразглашении.
Hidden under NDA.
NDA
Решение
Solution

В интерфейсе выгружены актуальные остатки прослеживаемых товаров с привязкой к приходным документам. При формировании ЭТТН система автоматически подтягивает из базы: номер приходной накладной и строку, закупочную цену и вес, а из кабинета Ozon - номер отправления и SKU. Оператору остаётся только выбрать товарную позицию и нажать кнопку.

The interface shows actual tracked goods stock linked to incoming documents. When generating a waybill, the system automatically pulls from the database: incoming invoice number and line, purchase price and weight, and from Ozon - shipment number and SKU. The operator only needs to select the product and click a button.

  • Реестр прослеживаемых остатков: каждая единица привязана к приходной накладной, строке и цене закупки
  • Tracked goods registry: each unit linked to incoming invoice, line and purchase price
  • Авто-подстановка данных Ozon: номер отправления, SKU, грузополучатель из справочника
  • Auto-substitution of Ozon data: shipment number, SKU, consignee from directory
  • Генерация корректного XML по XSD-схеме BLRWBL: поля OperatorCode (006), ExtraField Xdock, ContractDate, GLN-коды из реестра
  • Correct XML generation per BLRWBL XSD schema: OperatorCode (006), ExtraField Xdock, ContractDate, GLN codes from registry
  • XSD-валидация перед отдачей файла: документ с ошибкой не может быть выгружен физически
  • XSD validation before file output: a document with errors physically cannot be exported
  • Авто-коррекция типовых ошибок Ozon-выгрузки: TaxRate «%» → «Bez NDS», отсутствующие теги, неверные адреса
  • Auto-correction of typical Ozon export errors: TaxRate «%» → «Bez NDS», missing tags, wrong addresses
// Авто-заполнение полей при выборе товара InvoiceNumber: из реестра приходных накладных InvoiceLine: строка прихода по партии PurchasePrice: закупочная цена на дату прихода GoodsWeight: из справочника номенклатуры OzonShipment: номер отправления из кабинета Ozon OzonSKU: артикул Ozon из базы товаров // XSD-коррекция перед валидацией OperatorCode: "????" → "006" TaxRate: "%" → "Bez NDS" ExtraField: Xdock → добавить если отсутствует
15 000+
SKU в системе
SKUs in system
8
поставщиков
suppliers
Авто
синхронизация по письмам
email-based sync
4 ч → 0
ежедневная сверка
daily reconciliation
Проблема
Problem

Оптовый дистрибьютор работал с 8 поставщиками-производителями. Каждый присылал актуальные остатки отдельным письмом на рабочую корпоративную почту - в разное время и в разных форматах: XLS, XLSX, CSV, XML, иногда PDF. Каждое утро сотрудник вручную открывал каждое письмо, скачивал вложение, переносил данные в единую мастер-таблицу - 3-4 часа монотонной ручной работы ежедневно. По ошибке принимали заказы на товар которого не было в наличии, потому что таблица обновлялась с опозданием или вовсе не обновлялась в загруженные дни.

A wholesale distributor worked with 8 manufacturer-suppliers. Each sent current stock levels in separate emails to the corporate inbox - at different times and in different formats: XLS, XLSX, CSV, XML, sometimes PDF. Every morning an employee manually opened each email, downloaded the attachment, and transferred data to a single master table - 3-4 hours of monotonous manual work daily. By mistake they accepted orders for goods that were out of stock because the table was updated with a delay or not updated at all on busy days.

🔒
Скриншот интерфейса
Interface screenshot
Скрыто по соглашению о неразглашении.
Hidden under NDA.
NDA
Решение
Solution
  • IMAP-подключение к корпоративному ящику: система сама сканирует входящие письма от каждого поставщика, определяет отправителя и автоматически скачивает вложения без участия человека
  • IMAP connection to corporate mailbox: system scans incoming emails from each supplier, identifies the sender and automatically downloads attachments without human involvement
  • PhpSpreadsheet парсит XLS/XLSX/CSV: для каждого поставщика настроен свой маппинг столбцов - система «знает» где у каждого артикул, количество и цена
  • PhpSpreadsheet parses XLS/XLSX/CSV: each supplier has its own column mapping - the system "knows" where each supplier keeps the SKU, quantity and price
  • Единая MySQL база с историей изменений: сводный вид по всем 8 поставщикам с фильтрами по поставщику, товарной группе и бренду
  • Unified MySQL database with change history: consolidated view across all 8 suppliers with filters by supplier, product group and brand
  • Уведомление в Telegram когда остаток позиции падает ниже установленного порога - без ручного мониторинга
  • Telegram notification when a position's stock drops below the set threshold - no manual monitoring needed
  • Мобильный интерфейс с живым поиском по 15 000+ позициям и актуальными данными в режиме реального времени
  • Mobile interface with live search across 15,000+ positions and real-time data

Хотите похожий результат?

Want a similar result?

Начнём с бесплатного экспресс-аудита - 5 конкретных идей по вашему бизнесу в течение 24 часов.

Start with a free express audit - 5 specific ideas for your business within 24 hours.

Бесплатно до 30 сентября 2026
Free until September 30, 2026
Получить бесплатный аудит Get free audit