Концепт личной системы управления

Ссылка на статью в формате PDF

Ссылка на репозиторий в github

Ссылка статьи на habr.ru

Мотив:

Современное развитие технологий движется в сторону предсказания поведения человека, на основании отслеживания всего массива его активностей в виртуальной и физической реальности (big data).

В этом есть позитивный момент т.к. если вы видите куда человек идет, то можно ему показать наиболее короткий и эффективный путь, но, по закону единства и борьбы противоположностей, здесь возникает следующая угроза (для маркетологов наоборот перспектива), как я её вижу, это возможность не предсказывать поведение, а формировать предсказуемое поведение.

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

Итак, что может сделать отдельный customer, чтобы усложнить задачу по формированию собственного предсказуемого поведения? Для меня ответ заключается в следующей фразе – чтобы научиться чем-то управлять необходимо научиться это измерять.

Но, что может измерять человек сам у себя и как это анализировать? Решение придумано довольно давно – это ведение личного дневника (своямоя little data) и последующий анализ зафиксированных событий.

Но при ведении дневника возникает следующая сложность, по крайней мере для меня, это почти невозможность эффективной категоризации событий\объектов (я порочен объектно-ориентированным мышлением), например, хотелось бы отдельно рассматривать задачи, мысли, вопросы, ошибки, и т.д., видеть связи между ними, получать аналитику. Надо отметить, что, частично, примеры эффективного решения данной проблемы можно найти в многочисленных книгах по тайм-менеджменту. Но я попробовал сделать свой велосипед.

Итак, какими свойствами может обладать идеальный дневник:

  • Заведение данных и их быстрая (в пределе, автоматическая) классификация, по разным видам объектов, таких как, мысли, задачи, напоминания, контакты, сон, заметки и т.д. Ведение связей между объектами.
  • Загрузка данных из внешних источников (соц.сетей, банковских счетов, трекеров физ.активности).
  • Автоматическое построение аналитики, по разным срезам информации.
  • Выдача подсказок по текущим действиям (задача с высоким приоритетом, дни рождения и т.д. и т.п.).
  • Возможность настройки алгоритмов, по индивидуальной обработке объектов.
  • Система должна предоставлять выбор, какая информация доступна для публикация во внешнюю сеть, а какая остается персональной (реализация должна обеспечивать честность в этом отношении), данные во внешней сети также классифицируются и раскладываются на составляющие.
  • В пределе любая информация, с которой сталкивается человек, и любая информация, которая генерится данным человеком должна классифицироваться и укладываться в такой дневник.

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

Если интересна техническая реализация, то прошу пожаловать под кат

Continue Reading →

Схема таблиц для SAP CRM Loyalty.

Ссылка на схему в png.

Ссылка на документ в scn.sap.com

Задача:

Составить схему таблиц лояльности SAP CRM Loyalty Tables, для лучшего понимания архитектуры Loyalty в SAP CRM.

Схема была сделана мной где-то 4 года назад, но в целом не потеряла актуальности и на текущий момент.

Решение:

Loyalty tables SAP CRM

Loyalty tables SAP CRM

Continue Reading →

Отображение полного имени (ФИО) в SAP CRM.

Ссылка на статью в формате PDF

Задача:

Отобразить полное имя клиента (ФИО), сотрудника и т.д. в интерфейсе оператора КЦ. Т.е. необходимо, чтобы имя отображалось в виде:

Пример отображения полного имени в Web интерфейсе SAP CRM

Пример отображения полного имени в Web интерфейсе SAP CRM

Решение:

display_null_name

  1. Настройка правила отображения (rule name) имени в транзакции SA13
  2. Настройка указания правила для страны в транзакции OY07.
  3. На пользователе в SAP CRM (в транзакции SU01), необходимо указать страну, которая автоматически подставляется, когда данный пользователь создает клиента. Для этого необходимо добавить параметр NAMEFORMAT_COUNTRY со значением RU во вкладке “Параметры”
  4. После выполнения данных настроек видно, что при создании клиента автоматически (например, в транзакции BP) подставляется параметр “Страна для редактирования”, что решает проблему с отображением полного ФИО.
  5. Теперь полное имя клиента отображается в контактных лицах, создавший сотрудник, инфопанель оператора и т.д.

Примечание:

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

Публикация сайта с помощью Git.

Ссылка на статью в формате PDF

Задача

Необходимо выложить сайт (сделать деплойт) с локального компьютера (системы разработки) на сервер (web server) используя инструментарий GIT.

Это позволит достичь следующих целей:

  1. Упрощается выгрузка данных на сайт, не нужно копировать по ftp, забывая какие-то файлы, теперь для выгрузки достаточно выполнить команду push (если настроен хук см. ниже).
  2. Появляется возможность быстро откатить изменения на предыдущую версию.
  3. Можно быстро увидеть, не взломали ли ваш сайт, выполнив в директории с проектом, команду git status, которая покажет все несанкционированные изменения (конечно нужно исключить папки с кэшем и т.д.)

Решение

Деплойт сайта с помощью git

Деплойт сайта с помощью git

Continue Reading →