Комментарии по теме

«Об одной те­хно­ло­гии работы с длинными текстами в SAP BW, BI-IP»
Илья Муковоз:
Более красивое решение: SAP BW - BusinessDocumentService (BDS).
«Ре­ко­ме­нда­ции по обе­спе­че­нию бе­зо­па­сно­сти и контроля SAP HANA»
Дмитрий Буслов:
(1) Автор начинает с того, что HANA — это СУБД, позволяющая хранить записи в колонках и работающая в оперативной памяти. Я бы, хотел сделать акцент на том, что HANA — не просто СУБД,...

База знаний

Вы можете подписаться на эту колонки этого автора, если авторизируетесь или зарегистрируетесь

Ритейл ориентированные хранилища данных (ч.3 on-line загрузка POS данных).

11 апреля 2012, 15:16

Ценность любого хранилища данных тем больше, чем быстрее обновляются в нем информация. Бизнес-пользователи, имеющие актуальное текущее состояние остатков на складах и видящие поток продаж в режиме реального времени, способны принимать оперативные и  обоснованные решения, способствующие оптимизации продаж и своевременному обеспечения пополнению запасов.

Одним из ключевых моментов при реализации мониторинга продаж является решение задачи on-line загрузки кассового потока (загрузка POS данных в хранилище данных).

POS терминалы, являясь генераторами потока чековых данных могут поставлять данные в различном виде: это и файлы, и записи в локальных таблицах OLTP базы данных и прямая запись на сервер сбора данных и прямая передача в информационное хранилище. Сейчас мы абстрагируемся от того, каким именно образом формируется поток POS данных и какими средствами происходит его формирование, это тема для отдельного, более детального рассмотрения. Сосредоточимся на задаче on-line загрузки потока в информационное хранилище SAPBW.

Для решения этой задачи в нашем распоряжении имеются следующие инструменты:

  • Механизм сбора данных в режиме реального времени (тр. RSRDA);
  • Механизм управления загрузками через штатные экстракторы под управлением цепочек процессов;
  • Механизм прямой записи данных с использованием BAPI;
  • Механизм модуля POS DM.

 Название метода

Преимущества

Недостатки

Механизм сбора данных в режиме реального времени (тр. RSRDA)

· Штатный механизм SAP BW;

· Работа механизма происходит полностью под управлением системы.

· Минимальный размер пакета данных равен  100тыс. записей;

· Требуется программная разработка для принудительного закрытия последнего неполного пакета данных.

· Требуется регистрация источника данных в системе или настройка интеграции с webserviceинтеграционной платформы.

· Не позволяет реализовать полноценный on-lineпоток данных в SAPBW.

Механизм управления загрузками через штатные экстракторы под управлением цепочек процессов

· Для загрузки используются штатные механизмы цепочек процессов.

· Цепочки работают  в режиме частого опроса источника данных.

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

· Требуется регистрация источника данных в системе.

· При больших нагрузках (большой объем данных) необходимо увеличивать интервал сбора данных.

Механизм прямой записи данных с использованием BAPI

· При загрузке используется штатная функция BAPIдля прямой записи данных в DSOс прямой записью.

· Не требуется регистрация источника данных.

· Поддержка пакетной передачи данных.

· Высокая скорость загрузки данных.

· Готовые примеры вызова SAPBAPIдля большинства языков программирования.

· На стороне поставщика данных требуется программная разработка для удаленного вызова BAPI.

· Может потребоваться  дополнительная разработка для реализации функций контроля загружаемых данных в SAPBW.

Механизм модуля POS DM

Модуль POSDMявляется отдельно лицензируемым продуктом, поэтому в данной статье не рассматривается.

Практика использования различных методов показала, что наилучшим способом организации on-line загрузки POSданных с использованием штатных механизмов SAPBWявляется метод загрузка через BAPI.

При незначительных доработках BAPI можно реализовать в системе такие дополнительные функции как:

  • Контроль качества и целостности загружаемых данных;
  • Контроль повторных загрузок и дублирования данных;
  • Управление событиями запуска цепочек для процессов обработки данных;
  • Систему информирования и уведомления;
  • Систему логирования ошибок в загружаемых данных.

Ролевое назначение : SAP Консультант / Consultant

Ключевые слова : Business Information Warehouse, SAP for Retail

Функциональная область : Бизнес аналитика / BI

Комментарии:

Денис Мужжухин (Рейтинг: 174) 08:57, 24 апреля 2012

При Механизм сбора данных в режиме реального времени
 
про ограничение в 100 тысяч записей и разработку для закрытия пакета - преувеличение, мне кажется. в BW 7.1 можно и по времени пакет закрывать. с регистрацией источника данных и SOAP тоже было бы все здорово, если бы его не надо было генерировать непосредственно в продуктивной системе (хотя транспорт сделать можно, но сервис будет работоспособным).
хотелось бы, чтобы автор привел хотя бы ориентировочные объемы загружаемых данных.
 
Спасибо
09:04, 24 апреля 2012

Денис Мужжухин (Рейтинг: 174)

опечатка вкралась: при транспорте сервис НЕ будет работоспособным из-за ссылки на структуру, которой нет
16:57, 28 апреля 2012

Илья Муковоз (Рейтинг: 4972)

Минимальная гранулярность по времени для закрытия пакета демона - час, минуты не понимает. Загрузку через PI и зарегистрированный сервис  тоже проходили, если прием идет через реалтамовый механизм, то проблемы те же: размер пакета, время пакета.
Про объемы данных: приходилось перезаливать по 248тысч. чеков (когда в них исправили ошибку).

Алексей Зимин (Рейтинг: 289) 12:04, 24 апреля 2012

Илья, добрый день!
Мне всегда нравятся статьи описывающие реальный опыт, но не всегда этот опыт можно назвать best practice.
Данную статью корректнее было назвать  - как сделать решение по загрузке чековых данных "на коленке". Это было бы честнее )
Ты элегантно оставил за кадром стандартные решения по загрузке POS данных - POS DM и/или SAP PI, в которых все эти задачи решаются стандартным способом. Понятно что они стоят денег, но,на мой взгляд, начинать выбор решения надо с них.
Также было бы интересно узнать - чем вызвана у бизнеса потребность видеть данные продаж онлайн? (данные складов видны и без POS)
Ну и конечно хочется иллюстраций (чем больше тем лучше) общей фразы "практика показала" !
С уважением,
Алексей
(Комментарий удалён)
17:03, 28 апреля 2012

Илья Муковоз (Рейтинг: 4972)

Приветствую Алексей.
Потребность бизнеса обусловлена желанием принимать правильные управленческие решения исходя из динамики текущих продаж.