Совместная цепочка поставок
Производительность вашей цепочки поставок зависит от ее интеграции с поставщиками, клиентами, перевозчиками и т.д. Оставлять ваших партнеров в неведении — рецепт низкого качества обслуживания, ограниченной гибкости и возросших операционных затрат. Обмен практически применимой информацией с вашими надежными партнерами является одним из краеугольных камней совместной цепочки поставок. С помощью платформы Lokad ваша компания может безопасно и надежно обмениваться пакетами данных, точно адаптированными к конкретным потребностям каждого из ваших партнеров.

1. Пример совместной цепочки поставок
Contoso, крупная розничная группа, хочет поделиться ключевыми операционными данными с Fabrikam, своим поставщиком FMCG. Contoso надеется оптимизировать сотрудничество в цепочке поставок с Fabrikam. В частности, Contoso необходимо предоставить:
-
Данные о ежедневных продажах для каждого продукта Fabrikam во всех магазинах Contoso.
-
Уровни запасов из всех магазинов и складов Contoso.
-
Доля рынка в разрезе продуктовых сегментов Fabrikam, с ежемесячными интервалами и по каждому магазину.
Ключевым моментом является то, что Contoso также делится сводными рыночными данными с конкурентами Fabrikam (которые также являются поставщиками Contoso) аналогичным образом, гарантируя справедливый и конфиденциальный подход для всех участвующих сторон.
Используя платформу Lokad, Contoso может автоматически собрать точное подмножество данных для Fabrikam — строчка за строчкой, поле за полем — при этом сохраняя конфиденциальность и не влияя на производительность собственных операций Contoso. Благодаря атомарным обновлениям Fabrikam всегда видит согласованный снимок общих данных, даже при работе с колоссальными объемами информации.
Как только Fabrikam получает эти потоки данных:
-
Данные о ежедневных продажах помогают им точнее прогнозировать и планировать будущие заказы от Contoso.
-
Уровни запасов демонстрируют наличие товаров, уже находящихся в пути, что помогает снизить эффект «кнута».
-
Статистика по доле рынка позволяет Fabrikam оценить влияние своих акций и региональных рекламных кампаний.
Fabrikam затем может выполнять дополнительный анализ и составлять отчеты в рамках своего аккаунта на Lokad, объединяя общие данные Contoso со своими внутренними показателями. Важно, что для этого шага не требуется отдельной IT-инфраструктуры.
Этот бесшовный и безопасный обмен данными гарантирует, что обе компании смогут сосредоточиться на оптимизации сотрудничества, а не на решении сложных вопросов интеграции или громоздких процессов обмена прогнозами.
2. Препятствия для совместной цепочки поставок
На тактическом уровне сотрудничество в цепочке поставок требует постоянного обмена информацией о «состоянии потока» между партнерами, например, данными о продажах, уровнях запасов, ETAs и т.д. Хотя многие могут подумать, что эпоха интернета решила эту проблему, на практике все не так просто. При обмене данными, необходимыми для плодотворного тактического сотрудничества, есть куда больше, чем кажется на первый взгляд, особенно когда речь идет о легкости, надежности и безопасности передачи данных.
Платформа Lokad решает эту задачу способами, недоступными для альтернативных решений, как это описано в 1. Примере использования.
2.1 Безопасность
Для каждого партнёра (например, поставщиков) платформа Lokad предоставляет возможность точно определить границы данных, которые будут переданы.
Например, если клиент хочет поделиться таблицей с поставщиком, Lokad предоставляет возможность передать ровно то, что желает клиент (строка за строкой, если требуется). Для любого поля, подлежащего обмену, Lokad может раскрыть или скрыть содержимое (также строка за строкой, если необходимо).
Более того, платформа гарантирует, что клиент не столкнется с снижением производительности при доступе доверенных партнёров (например, поставщиков) к утвержденной части общих данных.
2.2 Выразительность
Данные, которыми нужно поделиться с надежными партнерами, могут быть предварительно обработаны на платформе Lokad. Наша платформа даже позволяет делиться анонимизированной статистикой с доверенным партнером по его крупнейшему сегменту.
Например, исходные бизнес-данные могут поступать из нескольких систем, которые необходимо консолидировать перед обменом. Эти данные также могут содержать случайные артефакты или ошибки, которые только запутают партнера, но которые платформа Lokad может устранить до передачи.
2.3 Целостность
Весь набор данных, передаваемый партнеру, обновляется платформой Lokad посредством атомарных обновлений. Это означает, что партнер не может быть сбит с толку частичными обновлениями общих данных — даже если речь идет о колоссальных объемах информации. Партнер видит либо «старый» снимок, либо «новый».
Это свойство является фундаментальным для устранения целых категорий ошибок и проблем для доверенного партнера.
2.4 Возможность использования
Доверенный партнер может выполнять аналитику, визуализировать данные и проводить их постобработку в рамках платформы Lokad. Все эти операции могут быть выполнены с использованием дополнительных данных, предоставленных доверенным партнером платформе Lokad. Эти возможности гарантируют, что передаваемые данные могут быть практически использованы доверенным партнером без необходимости вовлечения собственной IT-инфраструктуры.
3. Хорошая ли идея — делиться прогнозами?
Хотя делиться прогнозами заманчиво, Lokad категорически не рекомендует эту практику. Теоретически клиенты часто считают, что высокоточный прогноз спроса должен помочь поставщику достигать высоких показателей “On Time In Full” (OTIF) или высокого уровня обслуживания. Однако обмен прогнозами обычно означает передачу прогнозов временных рядов, которые не содержат необходимой информации для значимого вклада в принятие бизнес-решений с учетом неопределенности будущего.
Например, прогнозы временных рядов (или “точечные прогнозы”) не учитывают возвраты, акции, срок годности, списания или любые другие особенности, которые действительно имеют значение в вашей отрасли. По этой причине Lokad рекомендует сосредоточиться на обмене фактами (например, данными о продажах, уровнях запасов и возвратах) с поставщиками. Именно эти данные способствуют принятию более обоснованных решений, поэтому Lokad делает упор на обмен именно этой информацией.
4. Сравнение Lokad и альтернативных технологий
Существует большое количество альтернативных технологий для обмена бизнес-данными. Ниже приведено краткое сравнение нескольких наиболее популярных вариантов.
Для ясности предположим, что данные, подлежащие обмену, поступают из ERP-системы, и что рассматриваемая компания хочет делиться ежедневными данными о продажах с каждым поставщиком (ограничиваясь продуктами, поступающими от каждого поставщика).
4.1 SQL/ETL
-
Компания может делиться своими данными, используя ETL, работающий поверх транзакционной базы данных.
-
SQL не поддерживает предоставление разрешений на уровне строк, которые требуются для обмена данными с партнером.
-
Для партнера потребуется создать отдельные таблицы. Кроме того, эти таблицы должны быть созданы в изолированной базе данных, так как доступ доверенного партнера к его данным может снизить производительность всей системы.
-
Пункт 3 (выше) подразумевает создание и обслуживание отдельного экземпляра базы данных для каждого партнера.
-
Более того, для визуализации общих данных требуется отдельная система, которую должна управлять IT-служба доверенного партнера.
4.2 BI (бизнес-аналитика)
-
Компания может делиться своими данными, используя инструмент BI, и ограничивать доверенному партнеру доступ к индивидуальным представлениям (адаптированным для каждого партнёра).
-
К сожалению, при таком подходе доверенный партнер не имеет возможности самостоятельно выполнять аналитические расчеты или постобработку общих данных.
-
Кроме того, общие данные нельзя легко экспортировать в виде плоских файлов для дальнейшего использования в IT-системах доверенного партнера.
-
Наконец, этот подход представляет собой вычислительную нагрузку, которая может негативно сказаться на экземпляре BI компании, если поставщиков много.
4.3 FTP
-
Компания может делиться своими данными через плоские файлы, распространяемые по FTP (FTP-сервер может быть как управляемым, так и размещенным самостоятельно).
-
Однако такое решение не предоставляет возможностей предварительной обработки, постобработки и визуализации данных, которыми обладает платформа Lokad.
-
Это означает, что и компании, и ее доверенному партнеру приходится использовать скрипты (например, на Python или аналогичном языке) для предварительной или постобработки данных.
-
Более того, для визуализации данных требуется отдельная система.
4.4 Blob-хранилище (например, S3)
-
Компания может делиться своими данными через плоские файлы, распространяемые через blob-хранилище.
-
Этот вариант практически идентичен FTP.
-
Хотя blob-хранилище, как правило, дешевле и надежнее FTP, оно остается фрагментом решения, требующим участия двух IT-отделов (компании и доверенного партнера).
5. Технические подробности
Каждый клиентский аккаунт на платформе Lokad имеет свою собственную файловую систему. Каждая файловая система ведет себя как репозиторий Git, что означает, что все изменения версионируются и являются атомарными. При изменении файлов файловая система гарантирует, что изменение применяется атомарно (похожим образом, как стандартный «commit» в Git). Клиент файловой системы (в данном случае пользователь или процесс) может видеть либо предыдущую версию, либо старую версию (между этими двумя состояниями нет ничего «промежуточного»). Файловая система Lokad также доступна через FTP (SFTP или FTPS).
5.1 Совместное использование папки
Шаг 1: У сотрудника клиентской компании есть возможность сделать папку «общедоступной», если у него достаточно прав доступа в аккаунте Lokad (source). Это осуществляется через веб-интерфейс.
Шаг 2: Веб-интерфейс выдает токен, который этот пользователь отправляет своему доверенному партнеру (через веб-интерфейс).
Шаг 3: Доверенный партнер, который также имеет аккаунт на Lokad (destination), активирует этот токен (с использованием веб-интерфейса).
Шаг 4: После выполнения указанных шагов в аккаунте доверенного партнера появляется новая папка. Эта новая папка является точной копией папки, общей для исходного пользователя.
Примечание 1: Любые изменения, внесенные в папку source (клиент), отражаются в папке destination (доверенный партнер). Целевая задержка репликации изменений составляет менее одной (1) минуты.
Примечание 2: Копия папки в аккаунте назначения является только для чтения. Ее нельзя изменить.
5.2 Использование Envision
Обычно исходный аккаунт получает оригинальные данные через FTP, точно копируя данные, как они находятся в бизнес-системах. Затем Envision (язык программирования платформы Lokad) используется для заполнения исходной папки любым набором плоских файлов, представляющих (реляционное) подмножество данных, которое будет безопасно передано доверенному партнеру.
Envision также используется доверенным партнером для визуализации или постобработки этих данных из аккаунта назначения. Наконец, FTP также доступен для доверенного партнера, если возникает необходимость повторно интегрировать эти данные в их собственные бизнес-системы.