Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 7442 сообщений
Cообщения с меткой

системы - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Сравнение CRM-систем

Четверг, 25 Августа 2016 г. 15:30 (ссылка)

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



Многим известно, что на протяжении двух лет я делал обзоры на различные CRM-системы и аналитические статьи на эту тему. Материала за это время накопилось достаточно для того, чтобы представить сравнительный анализ систем. И в данной статье, главная цель которой — помочь пользователям в выборе CRM, вы увидите сводную сравнительную таблицу отечественных систем данного сегмента.



О CRM-системах, представленных в таблице



В таблице сравниваются 6 CRM-систем по 17 признакам. Конечно, здесь приведены далеко не все CRM, представленные на отечественном рынке, но только те, на которые я ранее делал обзоры. Я думаю, что ориентируясь на информацию данной статьи и оперируя предложенной системой сравнения, вы сможете без проблем оценить и выбрать любую другую CRM.



Итак, в обзоре будут рассмотрены следующие системы:




  • Megaplan CRM

  • bpm’ online Sales

  • Bitrix 24 CRM

  • Amo CRM

  • 1C CRM

  • Mango CRM



Почему я рассматриваю в данной статье только отечественные системы? Дело в том, что для российского бизнеса эти системы имеют ряд преимуществ:




  • данные системы учитывают специфику российского бизнеса, они в большинстве случаев интегрированы с другими решениями, ориентированными на российский рынок (1с, SIP-телефония, конструкторы лендинг-страниц и т.д.)

  • они имеют стабильную цену, так как расчет производится в рублях (что очень важно при колеблющихся курсах валют)

  • вся документация данных систем представлена на русском языке

  • поддержка пользователей также оказывается на русском языке

  • так как системы российские, специалиста поддержки проще найти, чем для иностранной системы



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



Как читать таблицу



В верхней строке таблицы прописаны названия CRM-систем, а в левом столбце — названия функций. На пересечении будет дана оценка по 4-бальной шкале, где:




  • 0 — функция отсутствует в системе

  • 1 — функция присутствует, но в силу сложности или наоборот примитивности, ею нельзя пользоваться

  • 2 — функцией возможно пользоваться, но необходимы усилия со стороны программиста и/или консультанта

  • 3 — функцией возможно пользоваться из коробки при определенной подготовке (прочитав мануал).



Некоторые функции имеют не числовой, а текстовый формат сравнения.



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



В таблице мною не были рассмотрены функции экспорта и импорта, так как все CRM-системы с этим справляются на должном уровне, и данные операции производятся всего один раз. Однако если вам постоянно приходится выгружать и загружать данные, я рекомендую использовать API.



Если вам для принятия решения данной таблицы будет недостаточно, вы можете обратиться к моим подробным обзорам каждой из представленных систем. Ссылки на обзоры будут находиться в заголовках таблицы. Также в таблице будут даны ссылки на статьи, посвященные отдельным функциям CRM (их вы найдете в названиях функций в левом столбце таблицы).



Итак, перейдем к самой таблице. Для более удобного визуального восприятия информации ниже, под самой таблицей, размещены те же данные с цветовой дифференциацией по баллам.










































































































































































Функционал/CRM-система Megaplan CRM bpm online Sales Bitrix 24 CRM AMO CRM 1C CRM Mango CRM
Работа со сделкой 3 3 2 1 1 2
Телефония 2 1 1 1 2 3
Бизнес-процессы 0 3 3 0 1 2
Задачи 3 2 3 1 3 1
Email-рассылка 1 2 1 1 1 0
Email-клиент 1 1 1 1 3 1
Настройка интерфейса 1 3 1 1 1 0
Права доступа 2 2 1 1 2 1
Отчетность 1 2 1 1 3 1
Веб-формы 0 1 2 3 0 0
API 2 1 2 3 3 0
Возможность доработки 0 3 1 1 3 0
Social CRM 0 0 0 1 0 0
Разделение на лиды и контакты Нет Нет Да Нет Нет Нет
Вариант поставки SAAS и Stand Alone SAAS SAAS SAAS SAAS и Stand Alone SAAS
Качество документации Высокое Высокое Среднее Среднее Низкое Среднее
Уровень сложности системы Низкий Высокий Высокий Низкий Высокий Низкий


Таблица-сравнение CRM в цвете


Заключение



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



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



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



Удачи в выборе CRM-системы!



С уважением, Рамиль Кинзябулатов.


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/308476/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
SoftLabirint

Acronis True Image 2017 20.0.5534 + Universal Restore 11.5.40028 + Disk Director 12.0.3270 BootCD/USB (x86/x64 UEFI) Rus » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Четверг, 25 Августа 2016 г. 23:02 (ссылка)
softlabirint.ru/soft/system...i-rus.html


Acronis True Image 2017 20.0.5534 + Universal Restore 11.5.40028 + Disk Director 12.0.3270 BootCD/USB (x86/x64 UEFI) Rus

Acronis BootCD — загрузочный диск на основе Linux, содержащий пакет последних версий русскоязычных программ, предназначенных для резервного копирования, умеющий создавать точные образы жесткого диска и его отдельных областей. В числе функций диска - восстановления системы, управление разделами: создание, перемещение, слияние, деление, форматирование и т.д. Загрузочный носитель — это физический носитель (CD, DVD, USB или другие носители, которые поддерживаются BIOS машины в качестве загрузочных устройств), с которого выполняется загрузка на любой PC-совместимой машине и который позволяет запустить загрузочный агент без операционной системы.



Состав сборки:

Acronis True Image 2017 20.0.5534 (x86/x64)

Acronis Universal Restore 11.5.40028 (x86/x64)

Acronis Disk Director 12.0.3270 (x86/x64)



**поддержка UEFI x64 с флешки

 



Acronis True Image 2017 20.0.5534 + Universal Restore 11.5.40028 + Disk Director 12.0.3270 BootCD/USB (x86/x64 UEFI) Rus



Acronis True Image 2017 20.0.5534 + Universal Restore 11.5.40028 + Disk Director 12.0.3270 BootCD/USB (x86/x64 UEFI) Rus






Контрольные суммы:

CRC32: 37DB37CF

MD5: 64ACF5BB95B617C2A1AB918B313333CC

SHA-1:C4B49A111E55AD9D6CBF377CC394C25C0204071F



Системные требования:

ОС: Windows XP | Vista | 7 | 8 | 8.1| 10

Процессор: Pentium с тактовой частотой не менее 1 ГГц

RAM: 512 Мбайт ОЗУ

Привод: CD-RW/DVD-RW для создания загрузочных дисков

Язык интерфейса: Русский

Лечение: не требуется

Размер: 551,71 Мб



Скачать: Acronis True Image 2017 20.0.5534 + Universal Restore 11.5.40028 + Disk Director 12.0.3270 BootCD/USB (x86/x64 UEFI) Rus >>>



 



Подписка на новости сайта…

http://feeds.feedburner.com/Soft-Labirint

http://feeds.feedburner.com/Soft-Labirint?format=xml

https://feedburner.google.com/fb/a/mailverify?uri=Soft-Labirint

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
SoftLabirint

Acronis True Image 2017 20.0.5033 BootCD (Multi/Eng/Rus) » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Понедельник, 22 Августа 2016 г. 22:20 (ссылка)
softlabirint.ru/soft/system...ngrus.html


Acronis True Image 2017 20.0.5033 BootCD (Multi/Eng/Rus)

Acronis True Image - комплексное приложение для всех видов локального и онлайн резервного копирования важных данных и системы в целом. Надежное и защищенное резервное копирование, максимально интегрированное с облаком Acronis Cloud.



Основные возможности:

• Полное и добавочное («инкрементное») резервное копирование системы на локальных носителях и в облаке Acronis Cloud - двойная защита для всей системы в случае, если локальная копия повреждена, потеряна или украдена.

• Резервное копирование данных, отдельных файлов и папок - как в облаке, так и в локальном хранилище.

• Инкрементное восстановления из облака - быстрое восстановление все системы, без необходимости в локальном хранении.

• 5 Гб защищенного облачного хранилища Acronis Cloud бесплатно включено в течение одного года (с возможностью расширения за дополнительную плату в интерфейсе приложения) - пользователи могут загружать свои самые важные данные и иметь доступ к ним из любой точки мира.



Новые функции Acronis True Image 2017:

Защита нескольких устройств

· защита всех цифровых данных на всех ваших устройствах;

· удобная панель управления для удаленного и централизованного контроля над системой резервного копирования;

· Облачное резервное копирование для мобильных устройств на платформах Android и iOS.

Поддержка Windows 10

· Acronis True Image 2017 оптимизирован для работы в Windows 10.

Улучшено удобство использования системой резервного копирования

· Создание и изменение резервных копий стало еще более простой задачей.

· Улучшена доступность.

Мультиязыковая поддержка

· С легкостью переключайте язык интерфейса Acronis True Image.

Возвращение функции "Try and Decide"

· Безопасно устанавливайте новые приложения, посещайте сомнительные сайты и открывайте подозрительные файлы.



Загрузочный носитель используется для следующих целей:

• восстановление операционной системы, которая не запускается;

• доступ к данным, сохранившимся в поврежденной системе и их резервное копирование;

• развертывание операционной системы на «голое железо»;

• создание основных и динамических томов на «голом железе»;

• посекторное резервное копирование диска с неподдерживаемой файловой системой;

• резервное копирование в автономном режиме всех данных, которые не удалось скопировать в оперативном режиме из-за ограничения доступа, постоянного блокирования

• работающими приложениями или по любой другой причине.

 



Acronis True Image 2017 20.0.5033 BootCD (Multi/Eng/Rus)



Acronis True Image 2017 20.0.5033 BootCD (Multi/Eng/Rus)



Acronis True Image 2017 20.0.5033 BootCD (Multi/Eng/Rus)






Системные требования:

· Windows XP SP3 32-bit *

· Windows Home Server

· Windows 7 SP1 (all editions)

· Windows 8 (all editions)

· Windows 8.1 (all editions)

· Windows 10

It is possible for the software to work on other Windows operating systems, but it is not guaranteed.

* New features have limited support in Windows XP.



Контрольные суммы:

CRC32: 65764C55

MD5: FC4FCC99DCD732C66EE558DB14DB2E8E

SHA-1: 74D969988363446C28BA5243008A473E1033FEBF



Год выпуска: 2016

Разработчик: acronis.com

ОС: Windows® XP/7/8/8.1/10

Язык интерфейса: Multilanguage / English / Русский

Лекарство: Не требуется

Размер: 1,43 GB



Скачать: Acronis True Image 2017 20.0.5033 BootCD (Multi/Eng/Rus) >>>



 



Подписка на новости сайта…

http://feeds.feedburner.com/Soft-Labirint

http://feeds.feedburner.com/Soft-Labirint?format=xml

https://feedburner.google.com/fb/a/mailverify?uri=Soft-Labirint

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как работает и что умеет «глубокая» интеграция «Битрикс24» и сервиса email-рассылок UniSender

Понедельник, 22 Августа 2016 г. 15:34 (ссылка)

Новая интеграция сервиса email-рассылок UniSender и «Битрикс24», разработанная компанией «Пинол», пока является единственной в маркетплейсе «Битрикс24», которая наследует права доступа сотрудников к базе контактов CRM.



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



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



Интеграция также позволяет делать сегментацию контактов перед рассылкой.



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



Давайте посмотрим по шагам, как работает эта «глубокая» интеграция и какие возможности она открывает.



Приложение автоматически создаст эккаунт в сервисе рассылок



Интеграцию с UniSender можно установить и настроить за несколько минут. Приложение «Автоматическая рассылка Юнисендер из Битрикс24» находится в категории «рассылки» магазина приложений на сайте «Битрикс24».



В начале установки система спросит, зарегистрированы ли вы в UniSender, и если нет – создаст новый эккаунт автоматически. Чтобы завершить установку, нужно скопировать API-ключ из вашего кабинета UniSender в «Битрикс24».



Далее необходимо убедиться, что в «Битрикс24» правильно настроены доступы для роли «менеджер». С полномочиями администратора заходим в настройки доступа, выбираем роль «менеджер» и проверяем, чтобы по сущностям «Контакт», «Компания», «Сделка», «Лид», «Предложение» и «Счёт» для менеджера была установлена настройка «свои».



image



Приложение «подхватит» эти настройки, и ваши менеджеры смогут делать рассылки только по закреплённым за ними клиентам.



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



Удобно, что баланс эккаунта в UniSender вынесен в правый верхний угол приложения. И поэтому остаток на счёте всегда можно посмотреть прямо из CRM.



Отправка рассылки прямо из CRM



Пошаговый визард прямо в приложении проведёт вас по всем этапам составления и отправки письма.



image



На первом этапе необходимо подтвердить ваш адрес отправителя, с которого клиентам будут уходить письма. Это может быть как ваш корпоративный адрес, так и личный адрес менеджера.



После этого вы задаёте тему письма и выбираете, кому оно будет отправлено. И здесь вас ждёт приятный сюрприз: есть возможность гибко формировать список получателей рассылки – как по данным из CRM, так и на основе уже имеющихся списков в эккаунте UniSender.



Сегментация получателей рассылки по данным из CRM



При формировании списка получателей можно использовать фильтры по 4 сущностям в CRM:

• Лиды

• Компании

• Контакты

• Сотрудники



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



image



Важно, что при сегментации вы можете использовать как имеющиеся, так и пользовательские поля.



Для чего это может пригодиться?



Представьте, что турфирма хочет сделать рассылку с предложением по турам в Египет. Чтобы сделать рассылку более прицельной, можно, во-первых, отобрать тех, кто проявлял интерес именно к Египту. Если в рекламе по турам в Египет использовался отдельный лендинг, то по источнику лидов можно отфильтровать тех, кто оставлял заявки именно на это направление. И во-вторых, можно в письме предложить жителям разных городов – скажем, Москвы и Омска, — туры с вылетом из их города проживания. В письмо москвичам поставить тур с вылетом из Москвы, а для омичей – с вылетом из Омска.



Такая микросегментация улучшает результаты и повышает продажи. «У меня были рассылки, когда на 300 отправленных писем было 300 открытий», — рассказывает Алексей Окара, основатель компании «Пинол». – «Потому что мы очень тщательно отобрали получателей и отправили именно то предложение, которое их наверняка заинтересует».



Будем честны: 80% менеджеров ненавидят CRM из-за необходимости вносить множество данных в карточки клиентов. После того как менеджер увидит, насколько хорошо работают сегментированные рассылки, эта проблема уйдёт. Ему будет ясно, что данные по клиентам в CRM пригодятся для «тонкой нарезки» клиентской базы при подготовке рассылок. А письма по микросегментам обеспечат и лучшие продажи, и рост доходов менеджеров.


Алексей Окара, основатель компании-разработчика интеграции



Блочный редактор писем (drag-and-drop) открывается прямо из CRM



При подготовке рассылок можно использовать десятки готовых шаблонов, уже созданных в UniSender. Они будут видны прямо из CRM – никуда не нужно переходить, чтобы ими воспользоваться.



image



Готовый шаблон можно доработать в удобном блочном редакторе, который открывается прямо в CRM. Есть возможность менять оформление, задавать стили, редактировать изображения.



Прямо из редактора менеджер может нажатием кнопки «просмотр» увидеть, как письмо будет отображаться на десктопах и на мобильных устройствах. И если нужно, внести изменения. Адаптивность поддерживается.



По опыту компаний, которые уже используют интеграцию, хорошо работает следующий алгоритм. Маркетолог готовит и тестирует несколько шаблонов корпоративных рассылок: поздравления с праздниками, приглашения на различные события, информационные письма о новинках, акционные письма, новостные рассылки – всё, что может потребоваться менеджерам для работы с клиентами. Это удобнее делать в интерфейсе сервиса UniSender.



А менеджеры уже прямо из CRM выбирают подходящий шаблон, вносят изменения в текст, ставят картинку нужного товара и делают рассылку по своим базам, не выходя из CRM. Удобно и быстро.



Контроль отписавшихся по единому списку



Для получателей рассылки, отобранных по фильтрам из CRM, в UniSender автоматически создаётся список на рассылку. Письма уходят через сервера и с IP-адресов UniSender. Инфраструктура сервиса настроена, чтобы обеспечить высокую доставляемость по России, Украине и странам СНГ.



Клиенты UniSender отправляют ежемесячно 460 млн писем, 99.4% из них доставляются адресатам. Контроль доставки рассылок и отсутствие спама обеспечивает антиспам-отдел из 3 человек.



Единый список отписавшихся от рассылок поддерживается на стороне UniSender. Даже если менеджер при подготовке рассылки включит в нее адрес подписчика, который раньше отказался от рассылок, UniSender обнаружит этот адрес и не даст отправить по нему письмо.



Это снижает риск претензий со стороны отписавшихся. Как свидетельствует практика, судебные иски с последующими большими штрафами часто инициированы разъярёнными клиентами, которые несколько раз отписывались или просили отписать их адрес от рассылок, а письма от компании всё равно продолжали приходить. Этому причиной была «расстыковка» сервиса рассылок, в котором хранится информация об отписавшихся, и CRM, из которой менеджеры отправляли письма.



Теперь риск отправки писем отписавшимся сведён к минимуму. Если подписчик нажал ссылку «отписаться» в конце письма, UniSender сохранит его адрес в стоп-листе. И даже если менеджер заново введёт этот адрес в CRM с визитки клиента и включит его в рассылку, UniSender не допустит отправку письма.



Компании, которые уже «попадали» на штрафы в сотни тысяч рублей по похожим причинам, оценят это преимущество интеграции.



Информация по доставке, открытиям и кликам по каждому контакту



По рассылкам, отправленным из CRM, доступна не только общая отчётность – какой процент получателей открыл письма и кликнул по ссылкам.



Менеджер в Живой ленте контакта видит, какое и когда письмо было отправлено, открыл ли его получатель и перешёл ли по ссылке. Это позволяет гибко вести дальнейшее общение с потенциальным покупателем в телефонной беседе. К примеру, если клиент прочитал письмо об акции, имеет смысл сразу переходить к вопросам о ней, а если нет – сперва рассказать о самой акции и предложении.



Важно, что администратор системы видит все отправленные рассылки, а каждый из менеджеров – только свои. Это делает работу удобной и в то же время позволяет контролировать, правильно ли менеджеры используют эту возможность.



На очереди – автоматизация рассылок из CRM через бизнес-процессы



image«У нас на сайте pinall.ru действует форум пользователей. На вопросы по интеграции с UniSender отвечаю лично я, чтобы «держать руку на пульсе» и сразу вносить в план разработки то, что ещё важно для пользователей», – рассказывает Алексей Окара.



– Приложение появилось на маркетплейсе «Битрикс24» в конце июля. Сделано больше 350 установок, и мы за это время уже выпустили 3 новых релиза с обновлениями.



Мы ведём разработку в двух направлениях: во-первых, уже скоро будет поддерживаться сущность «Сделка» – это откроет огромные возможности для сегментации базы на основании совершённых покупок.



И во-вторых, мы работаем над расширенной автоматизацией рассылок через использование функциональности бизнес-процессов в «Битрикс24». Это даст, например, возможность сразу же активировать индивидуальные серии писем по новым лидам и многое другое.



Полезные ссылки



Приложение на сайте «Битрикс24»



Форум по интеграциям с CRM на сайте разработчика



Запись 4-часового вебинара с подробными советами по настройке:









Вопросы по настройке и работе приложения лучше задавать сразу на форуме.

А на вопросы, касающиеся UniSender, мы с удовольствием ответим здесь.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/308232/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Что такое лид

Понедельник, 22 Августа 2016 г. 15:24 (ссылка)

Не так давно в одном из проектов мне пришлось подробно рассказывать клиенту, что такое лид и зачем он нужен в CRM-системе в частности, и для работы его отдела продаж в целом. Как показывает практика, этот случай далеко не единичен. Наши бизнесмены понимают, что такое клиент, что такое контакт, но слово лид ставит в тупик очень многих. А те, кто знаком с этой терминологией, очень часто подразумевают под словом «лид» нечто свое, отличное от базовых понятий.



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



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



Лид: определение



Лид (lead, целевой лид) — потенциальный клиент, тем или иным образом отреагировавший на маркетинговую коммуникацию. Термином лид стало принято обозначать потенциального покупателя, контакт с ним, полученный для последующей менеджерской работы с клиентом.



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



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



Например, интересом может быть как запрос через форму обратной связи или входящий звонок, так и обычный комментарий в социальных сетях. «Интерес» — это любое проявленное внимание, а в том числе, анонимное. Также неправильно назвать лидом набор данных «компания и корпоративный номер телефона». Но если к этому номеру телефона прилагается ФИО лица, которое имеет право обсуждать ваши интересы от имени компании и проявляет интерес к вашей продукции или услугам, такой набор контактов уже является лидом. Еще лучше, если у менеджера будет личный телефонный номер и email человека, с которым он сможет вести переговоры.



Т.е. лид – это набор контактов конкретного реального человека, который от своего имени или от имени компании, в которой он работает, проявляет интерес к вашим товарам или услугам и уполномочен вести переговоры и принимать определенные решения.



Лид в системе CRM



Итак, мы разобрались, что такое лид в принципе, но как и зачем с ним работать в системе CRM? В этом очень популярном вопросе мы сейчас и будем разбираться.



Практически в любой системе CRM контактные данные потенциальных и реальных покупателей делятся на три категории:




  1. Интерес;

  2. Лид;

  3. Клиент.



О том, что такое интерес пользователей, я писал в статье Social CRM.Сбор интереса пользователей Интернет. И здесь подробно останавливаться на этой категории не буду.



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



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



Например, с «интересом» многие компании общаются в социальных сетях. Это общение во многом анонимно, так как менеджер не знает ни телефона, ни email, а часто даже имени и фамилии человека, который проявил интерес. И на этом этапе очень сложно сказать, кто находится «на том конце общения» — действительно потенциальный клиент, представитель конкурентов, просто любопытствующий. Да и связи с «интересом» у менеджера нет почти никакой, если не считать возможность переписки в социальных сетях или на каком-то другом интернет-ресурсе.



Но если «интерес» представляется, дает хотя бы какие-то минимальные данные, например, рабочий телефон или email для получения прайс-листа и другой информации, а также, если человек, проявивший интерес к продукции и услугам, самостоятельно сразу дал хотя бы минимальные данные для обратной связи и обозначил сферу своих интересов, это уже потенциальный клиент, т.е. лид.



А когда этот лид начинает переговоры по конкретной сделке, менеджер отправляет ему коммерческое предложение, заключает договор, лид становится Клиентом.



Работа с лидом



Очень важно правильно организовать работу с лидами в CRM-системе, только тогда этот инструмент будет действительно эффективным. Как это происходит при правильной реализации? Об этом важно поговорить подробнее.



Получение лида


В зависимости от ситуации, в системе CRM возможен как ручной ввод менеджером, так и автоматизированное создание лидов на основе запросов с сайта, входящих писем-запросов от потенциальных клиентов и т.д.



Основные источники получения лида:




  1. Запрос через форму обратной связи сайта;

  2. Входящий email;

  3. Телефонный звонок;

  4. Получение контактных данных от третьих лиц (партнеров по бизнесу).





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



Далее обязательно нужна проверка корректности ввода данных. Ее также можно автоматизировать. Например, адрес email должен быть введен латиницей, с обязательным символом @ и т.д. Номер телефона должен принадлежать контактному лицу. Если в лиде указывается корпоративный номер крупной организации без каких-то добавочных цифр, такой лид нельзя считать полноценным, скорее, это просто интерес. И он нуждается в дополнительной проверке и несколько ином подходе, чем работа с лидом.



Оптимальный вариант настройки CRM выглядит следующим образом: все входящие запросы с сайта или через почту автоматически попадают в систему. Если лид или клиент в системе уже существует, этот запрос прикрепляется к его карточке, а ответственный менеджер получает оповещение. Если клиентов или лидов с указанными данными нет, автоматически создается новая карточка. Ручной ввод данных желательно свести к минимуму, он нужен для создания лида на основе входящих телефонных звонков, работы на выставке и других вариантов получения контактов лидов в оффлайне.



Проверка на дубли


Производится автоматически по названию, номеру телефона, электронной почте и, возможно, другим параметрам. Причем, проверка проводится и в базе лидов, и в базе клиентов, что гарантирует отсутствие дублей в системе.



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



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



Назначение ответственного


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



Наиболее распространенные схемы:




  1. «Кто первый, тот и взял». Лиды после внесения в общую базу доступны всем сотрудникам отдела продаж. Лид достается тому, кто первый его взял в работу (указал себя ответственным лицом).

  2. Распределение на основе определенных признаков. В этом случае система распределяет лиды с учетом тех или иных параметров. Например, запросы на разные группы товаров отправляются разным менеджерам. Либо разделение идет по признаку розничный или оптовый заказ. Или лид добавляется тому менеджеру, у которого наименьшее число лидов и клиентов в работе и т.д.

  3. Руководитель вручную распределяет лиды. В этом случае руководитель лично просматривает каждый лид и назначает ответственное лицо.



Постановка задач


Первые задачи обычно выглядят как «звонок лиду» или «ответ по электронной почте на запрос» и т.п. В процессе работы после каждой выполненной ставится новая задача. Так, в процессе телефонного разговора может быть достигнута договоренность созвониться через несколько дней. Менеджер указывает результат задачи и сразу ставит себе новую – телефонный звонок. И тогда в указанный день он просто не сможет забыть о договоренности, система сама напомнит о поставленной задаче. Подробно о работе с коммуникациями и постановке задач в зависимости от результата предыдущей я писал в статье Коммуникации в CRM.



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



Обработка лида


Это работа менеджера, которая ведется с использованием CRM в качестве вспомогательного инструмента (фиксация интереса, постановка задач по итогам каждого шага и т.д.). Здесь может быть широкий перечень действий:




  • Телефонные звонки;

  • Переписка по email;

  • Отправка лиду рекламной полиграфии;

  • Отправка коммерческого предложения или прайсов;

  • Встречи в вашем офисе или на его территории и т.д.



Любая работа с лидом до момента, когда он становится клиентом, относится к этому этапу. Менеджер должен выявить интересы и потребности лида, составить предложение, обсудить возможные варианты сотрудничества и, в итоге, подготовить договор на подписание и/или выставить счет для оплаты. К моменту появления договора и счета лид становится клиентом, и эти действия уже ведутся с новым элементом – Карточкой Клиента.



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



Трансформация лида в контакт или клиента


После получения согласия на сотрудничество, на основе лида создается отдельный элемент – Клиент или Контакт, с которым потом и продолжается текущая работа. Это уже следующий этап работы с клиентом, в котором могут быть задействованы другие люди, может быть другое ответственное лицо, для корректного заполнения карточки могут потребоваться сведения, которые для работы с лидом были не нужны (ИНН, ОКПО, номер свидетельства о регистрации компании и т.д.).



При этом Клиент (Контакт) обязательно должен быть «связан» с лидом и в случае нужды, из карточки клиента всегда можно быстро перейти в карточку лида, например, чтобы уточнить какие-то данные из истории переговоров на начальном этапе.



Зачем разделять Лид и Контакт?



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



И действительно, некоторые CRM-системы пошли по пути единого справочника Контрагентов, в которых меняется только признак в карточке – «лид, контакт, клиент и т.д.». На самом деле, такой подход не самый лучший, так как очень сильно ограничивает возможности CRM-системы.




  1. У лида и клиента может очень сильно отличаться контактная информация. Например, лид компания могла получить на выставке. И в нем указано – какая выставка была, с кем общались, телефон контактный этого лица. А к моменту, когда лид становится клиентом, менеджер уже контактирует совсем с другими людьми, имеет много больше информации о компании, а потому и карточки в итоге значительно различаются.

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

  3. Хранение истории и аналитика. Разделение лидов и клиентов позволяет хранить историю работы с лидом и клиентом отдельно, точно видеть момент, когда лид стал клиентом, получать развернутые отчеты по работе с лидами и клиентами, в том числе, и за прошлые периоды. Это позволяет анализировать качество работы отдела продаж и каждого менеджера, а также эффективность работы с каждым конкретным лидом и клиентом.

  4. Контроль заполненности карточки лида и клиента. По качеству заполнения карточки и объему полученной при взаимодействии с потенциальным клиентом информации также можно оценивать качество работы менеджера. И если для лида нормальным будет заполнение 3-5 полей (ФИО, телефон, интерес, фирма и т.п.), то для клиента нормальное количество заполненных информационных полей может достигать 10-15 штук. И будет неверно, если они все будут фигурировать в одном общем отчете, руководителю придется вручную просматривать каждую карточку, которая вызывает вопросы, чтобы убедиться в ее правильном заполнении.

  5. У лида и клиента могут быть разные ответственные лица. Например, с лидом мог работать сотрудник телемаркетинга. А с клиентом уже работает сотрудник отдела продаж. И также важно сохранить, в том числе, для анализа в будущем, оба состояния, чтобы руководители этих ответственных лиц в любой момент могли провести анализ качества работы сотрудника, в том числе, за длительный период времени.

  6. Контроль трансформации лидов в контакты. После того, как лид запрашивает и получает коммерческое предложение, заключает договор или совершает первую покупку, в системе CRM он трансформируется в Клиента. При этом в карточке клиента остается ссылка на лид, т.е. эти карточки «связаны» между собой. И руководитель в любой момент времени может увидеть, каков процент лидов трансформировался в клиентов, как быстро лиды проходят или не проходят эту трансформацию.



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



Что такое лидогенерация?



Когда речь заходит о лидах, очень часто упоминается еще одно понятие, это лидогенерация. По сути, если лид — это цель, то лидогенерация — это процесс получения лидов. А потому я также решил в этой статье сказать несколько слов о лидогенерации.



Лидогенерация (англ. lead generation) — маркетинговая тактика, направленная на поиск потенциальных клиентов с определенными контактными данными.



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



Как это работает? Например, компания-производитель учавствует в выставке, где собирает данные потенциальных клиентов, после чего эти данные распределяются между дилерами производителя по их регионам.



Еще один пример. Организаторы форума, например, программистов разыгрывают приз. Для участия в лотерее необходимо оставить организаторам карточку со своими контактными данными и разрешить организаторам форума их обработку и использование. Далее все эти карточки передаются хедхантер

https://habrahabr.ru/post/308234/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
anob

Десантников ждут новые парашютные системы

Воскресенье, 22 Августа 2016 г. 01:47 (ссылка)
infopolk.ru/1/U/army/82748-...5c6ab90332

Десантников ждут новые парашютные системы


Каждый десантник с теплотой в душе вспоминает свой парашют Д-6 или Д-6 серии 4 ...

Комментарии (0)КомментироватьВ цитатник или сообщество
Tatiana_Nikkolaevna

Тайна Рудольфа Гесса (2012) SATRip » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Суббота, 20 Августа 2016 г. 11:11 (ссылка)
softlabirint.ru/video/docum...atrip.html

Рудольф Гесс был долгое время наци номер два и человеком которому Гитлер абсолютно доверял. Перелет Гесса в Англию тщательно готовился обеими сторонами. После ареста Гесса людьми Черчилля, Г
Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как наша нейросеть пообщалась с ФCБ

Пятница, 19 Августа 2016 г. 17:07 (ссылка)

В начале августа наша нейросеть OneBox Next вступила в переписку с ФCБ и до победного пыталась себя продать, так же как ведут себя наши продавцы.

Обойдя все фильтра, ей удалось зарегистрировать официальное обращение и достучаться до начальника управления.



image



Мы про это узнали только неделю назад, когда CRM поставила задачу на одного из наших сотрудников: “Лид #xxxxx прислал ответ, нейросеть зашла в тупик, необходимо продолжить коммуникацию”.

Действительно, на PDF со сканом она не знала как реагировать…



Такого мы сами не ожидали!



Две недели назад мы анонсировали нашу новую разработку OneBox Next — CRM с нейросетью.

Сама нейросеть еще в процессе разработки, тестирования и обучения, но мы сами уже используем ее в работе:




  • нашему support-у она помогает составить наиболее подходящий ответ для клиента;

  • нашим sales-ам она показывает наиболее удачные цепочки продаж, которые привели к сделкам;

  • и сама CRM собирает контакты клиентов по нужной нам сфере и вступает с ними в переписку по алгоритмам, которые перестраиваются автоматически на основе предыдущего опыта.





PS: Похоже, что в коммуникациях с государственными органами только искусственный интеллект способен пройти эту всю бюрократию.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/308128/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
SoftLabirint

Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Пятница, 19 Августа 2016 г. 14:24 (ссылка)
softlabirint.ru/soft/system...6-rus.html


Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS

Основой для данной сборки послужили новые оригинальные образы от Майкрософт Windows 10 Enterprise LTSB 2016 Version 1607 RU. Обе разрядности объединены в один образ. Изменен интерфейс системы, вид папок, значков, ярлыков. Применены твики ПКМ, интегрированы системные библиотеки. Добавлены гаджеты и темы. Подробности ниже.



Особенности сборки:



Данная сборка сделана на основе оригинальных образов:

• ru_windows_10_enterprise_2016_ltsb_x64_dvd_9057886.iso

• ru_windows_10_enterprise_2016_ltsb_x86_dvd_9058173.iso



• Install.wim сжаты в ESD;

• Включен NET Framework 3.5;

• Применены твики ПКМ, интегрированы системные библиотеки;

• Добавлены гаджеты и темы;

• Изменен интерфейс системы, вид папок, значков, ярлыков;

• Изменены некоторые диалоговые окна;

• Добавлено много твиков "Мой компьютер", правая кнопка мышки, твики персонализации;

• Открыт доступ к некоторым параметрам реестра;

• Применен универсальный загрузчик WinPE, с множеством функций. Данный загрузчик является индивидуальным, сделан самостоятельно для моих сборок. Не распространяется на сборки других авторов;

• Установка с БИОСа.



Состав программ загрузчика:



• Восстановление Windows 10 (только х86)

• Acronis® True Image™ Premium 2014 PP

• Paragon Hard Disk Manager 14 Premium

• Acronis® Disk Director™ 12

• HDD Low Level Format Tool

• Acronis® Recovery Expert

• Universal Virus Sniffer

• Paragon Alignment Tool

• Установка драйверов

• PartitionWizard

• Total Commander

• Explorer++

• Defraggler

• WinNTSetup

• Ultra ISO

• ChkDskGui

• PassReset

• Anti SMS

• Testdisk

• Win Snap

• WinMount

• AkelPad

• Bootice

• Drivexp

• AIDA64

• WinRAR

• 7-Zip



Интегрировано:



• 7-Zip 9.30

• Adobe Flash Player 21 ActiveX & Plugin 21.0.0.242

• Adobe Flash Player 21 NPAPI 21.0.0.242

• Adobe Flash Player 21 PPAPI 21.0.0.242

• Microsoft Visual C++ 2005 Redistributable - 8.0.50727.4053

• Microsoft Visual C++ 2005 Redistributable - 8.0.50727.42

• Microsoft Visual C++ 2005 Redistributable - 8.0.51011

• Microsoft Visual C++ 2005 Redistributable - 8.0.56336

• Microsoft Visual C++ 2005 Redistributable - 8.0.57103

• Microsoft Visual C++ 2005 Redistributable - 8.0.58299

• Microsoft Visual C++ 2005 Redistributable - 8.0.59193

• Microsoft Visual C++ 2005 Redistributable - 8.0.61001

• Microsoft Visual C++ 2008 Redistributable - 9.0.21022

• Microsoft Visual C++ 2008 Redistributable - 9.0.30411

• Microsoft Visual C++ 2008 Redistributable - 9.0.30729

• Microsoft Visual C++ 2008 Redistributable - 9.0.30729.17

• Microsoft Visual C++ 2008 Redistributable - 9.0.30729.4048

• Microsoft Visual C++ 2008 Redistributable - 9.0.30729.4148

• Microsoft Visual C++ 2008 Redistributable - 9.0.30729.5570

• Microsoft Visual C++ 2008 Redistributable - 9.0.30729.6161

• Microsoft Visual C++ 2010 Redistributable - 10.0.30319

• Microsoft Visual C++ 2010 Redistributable - 10.0.40219

• Microsoft Visual C++ 2012 Redistributable - 11.0.50727

• Microsoft Visual C++ 2012 Redistributable - 11.0.51106

• Microsoft Visual C++ 2012 Redistributable - 11.0.60610

• Microsoft Visual C++ 2012 Redistributable - 11.0.61030

• Microsoft Visual C++ 2012 Additional Runtime - 11.0.50727

• Microsoft Visual C++ 2012 Additional Runtime - 11.0.51106

• Microsoft Visual C++ 2012 Additional Runtime - 11.0.60610

• Microsoft Visual C++ 2012 Additional Runtime - 11.0.61030

• Microsoft Visual C++ 2012 Minimum Runtime - 11.0.50727

• Microsoft Visual C++ 2012 Minimum Runtime - 11.0.51106

• Microsoft Visual C++ 2012 Minimum Runtime - 11.0.60610

• Microsoft Visual C++ 2012 Minimum Runtime - 11.0.61030

• Microsoft Visual C++ 2013 Redistributable - 12.0.21005

• Microsoft Visual C++ 2013 Redistributable - 12.0.30501

• Microsoft Visual C++ 2013 Additional Runtime - 12.0.21005

• Microsoft Visual C++ 2013 Minimum Runtime - 12.0.21005

• Microsoft Visual C++ 2015 Redistributable - 14.0.23506

• Microsoft Visual C++ 2015 Additional Runtime - 14.0.23026

• Microsoft Visual C++ 2015 Additional Runtime - 14.0.23506

• Microsoft Visual C++ 2015 Minimum Runtime - 14.0.23026

• Microsoft Visual C++ 2015 Minimum Runtime - 14.0.23506

• Unlocker 1.9.2



Дополнительная информация:



Особенности Windows 10 Enterprise LTSB 2016:

• Один из основных недостатков Windows 10 Pro или Home – большое количество встроенного софта, такого как Магазин, Почта и даже Cortana. Они мешают пользователю при работе и отбирают ресурсы компьютера. Избавиться от них можно, установив версию ОС Windows 10 Enterprise LTSB.



• Что собой представляет сборка?

Версия Enterprise LTSB (Long Term Servicing Branch – «Ветка с длительным сроком обслуживания») отличается от классической сборки тем, что в ней удалены ненужные стандартные программы, которые ОС устанавливает по умолчанию. Хотя она и построена на базе Windows 10 Pro, не продается в официальных магазинах.



• В этой ОС на компьютер скачиваются только стабильные версии обновлений безопасности и исправления, проверенные при использовании на стандартных сборках Windows 10. Также пользователь сам управляет установкой обновлений и может, при необходимости, отключить функции телеметрии и сбора пользовательских данных, которые так не нравятся юзерам.



• В Enterprise LTSB отсутствует ненужный стандартный софт, в том числе браузер Edge, приложение Магазин и голосовой помощник Cortana. Вместо них пользователю доступны классические утилиты, такие как: Internet Explorer, Windows Media Player и другие. Но наравне с Панелью управления используется приложение Параметры.



• Сборка Enterprise LTSB подходит тем, кто не пользовался «восьмеркой» и не привык к ее интерфейсу, но желает получить функции «десятки» с минимальными изменениями во внешнем виде и функционале.



Основные изменения и нововведения в Windiws 10:

Windows 10 — операционная система для персональных компьютеров, разработанная корпорацией Microsoft в рамках семейства Windows NT. После Windows 8 система получила номер 10, минуя 9. Система призвана стать единой для разных устройств, таких как персональные компьютеры, планшеты, смартфоны, консоли Xbox One и пр. Доступна единая платформа разработки и единый магазин универсальных приложений, совместимых со всеми поддерживаемыми устройствами. Среди значимых нововведений — голосовая помощница Кортана, возможность создания и переключения нескольких рабочих столов и др.



• Единая Windows для всех устройств. Windows 10 будет устанавливаться на более широкий спектр устройств по сравнению с предыдущими версиями OC. В число этих устройств входят не только персональные компьютеры, ноутбуки, планшеты, но и смартфоны, телевизоры, различные платы и промышленные устройства, используемые для сценариев Internet of Things. Новая OC также будет являться единой платформой для разработки приложений и единым каналом доставки приложений через Магазин.



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



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



• Универсальные окна приложений. Теперь и классические приложения для рабочего стола и новые универсальные приложения запускаются в собственном окне на рабочем столе.



• Улучшенная функция Snap. Работать в нескольких приложениях сразу стало проще и удобнее. Теперь функция Snap позволяет открыть до 4 приложений на экране одновременно, а Windows подсказывает, какие еще приложения запущены и как их можно разместить. Windows 10 поможет эффективнее использовать незанятое пространство экрана для других приложений.



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



• Многозадачность. На панели задач появилась новая кнопка Task View. При нажатии на нее, на экране появляются в уменьшенном виде окна всех запущенных приложений.



• Особое внимание к корпоративным пользователям и данным. При создании Windows 10 особое внимание было уделено корпоративным пользователям. Новая ОС будет совместима со всеми традиционными системами управления, которые используют организации. Операционная система содержит новые возможности по разделению рабочих и персональных данных на устройствах всех типов, что позволит воплотить концепцию BYOD в организациях.



Лечение:



• Системы активируются автоматически.

• На непредвиденный случай на рабочем столе папка HELP с активаторами.

 



Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS



Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS



Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS






Системные требования:

• Процессор: Не менее 1 ГГц или SoC.

• ОЗУ: 1 ГБ (для 32-разрядных систем) или 2 ГБ (для 64-разрядных систем).

• Место на жестком диске: 16 ГБ (для 32-разрядных систем) или 20 ГБ (для 64-разрядных систем).

• Видеоадаптер: DirectX версии 9 или более поздней с драйвером WDDM 1.0.

• Дисплей: 800 x 600.



• Для защищенной загрузки необходимо встроенное ПО, которое

поддерживает UEFI v2.3.1 Errata B и имеет в базе сигнатур UEFI

сертификат центра сертификации Microsoft Windows.



• Для установки 64-разрядной операционной системы на 64-разрядный

компьютер ваш процессор должен поддерживать CMPXCHG16b, PrefetchW и

LAHF/SAHF.



Контрольные суммы:

CRC-32: E45A4F6F

MD4: F63AA037DAC049B60FA5B6D84075D417

MD5: 40DF6688E0C50D26003BCADDAA635FB8

SHA-1: B4016229CE22337AA156DBBED236216A7A701F9F



Информация о софте:

Дата выпуска: 17 августа 2016 года

Название: Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT

Версия: v.1607 10.0.14393 / v.65.16

Разработчик/автор сборки: MicroSoft / UralSOFT

Разрядность: x86/x64 (2in1)

Язык интерфейса: Русский

Таблэтка: Не требуется

Размер: 3.68 GB



Скачать: Windows 10 x86/x64 Enterprise LTSB v.68.16 UralSOFT (2016) RUS >>>



 



Подписка на новости сайта…

http://feeds.feedburner.com/Soft-Labirint

http://feeds.feedburner.com/Soft-Labirint?format=xml

https://feedburner.google.com/fb/a/mailverify?uri=Soft-Labirint

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Tatiana_Nikkolaevna

Тайны Солнечной системы / Horizon: Secrets of the Solar System (2015) HDTVRip » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Пятница, 19 Августа 2016 г. 13:30 (ссылка)
softlabirint.ru/video/docum...tvrip.html

Астрономы всегда полагали что порядок планет в нашей Солнечной системе остался неизменным с тех пор, как он сформировался более 4 миллиардов лет назад. Представление о том, что планеты закре
Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[Из песочницы] Эффективность внедрения информационных систем. Опыт практика

Четверг, 18 Августа 2016 г. 11:56 (ссылка)

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



Первая и самая главная причина провала: некорректно поставленная цель для информационной системы.



Это один из основных вопросов для любого проекта вообще. Заказчик зачастую выбирает цель, которая не имеет к информационной системе никакого отношения, или же зависит от нее незначительно. Примеры: увеличение продаж, занятие большей доли рынка, создание другой культуры управления предприятием и т. д. Но если компания производит товар, спрос на который падает – как тут поможет информационная система? Проблему здесь должно решать подразделение маркетинга. Если нужно изменить культуру предприятия – это вопрос управления персоналом и генерального директора. У некоторых, однако, теплится надежда, что стоит отдать деньги за информационную систему — и проблемы, связанные с организаций бизнеса, решатся сами собой. Обещания продавцов, «впаривающих» дорогие, иностранного производства, многократно проверенные и построенные на «лучших мировых бизнес-практиках» системы лишь укрепляют эту веру. Но на деле компания с неэффективным стилем управления останется неэффективной, только уже с информационной системой. Если на вашу продукцию упал спрос, он тоже не изменится никак. Правда, информационная система позволит вам быстро и точно подсчитать убытки, в том числе и от ее внедрения.



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



Вот один из недавних случаев на переговорах с заказчиком. Заказчик хочет сменить систему конфигурирования изделия, надеясь, что это упорядочит работу производства. С его слов, новая система должна предоставить только ограниченный выбор доступных опций изделий. Тогда производству и отделу согласования будет проще работать, появится набор стандартных решений. У заказчика, однако, уже есть конфигуратор. Сразу возник вопрос: зачем менять? Ответ потрясающий: другой конфигуратор «заставит нас работать правильно», создать необходимую документацию на изделие, изменить схемы обработки заказов и скорректировать культуру работы с заказчиком. Получается, менеджеры понимают, в чем проблема, но расписываются в собственном бессилии изменить ситуацию и перекладывают трудности по реорганизации бизнес-процессов на подразделение, которое за это не отвечает. Как правило, такой проект завершается крахом или затягивается на долгие годы.

Даже если предположить, что специалисты-информационщики знают, как следует изменить бизнес-процессы (с логикой у нас порядок), у них все равно нет нужного административного ресурса, да и ожидаемый результат зависит, в первую очередь, не от программного обеспечения. Здесь явно путается следствие и причина. Допустим, есть предприятие А с информационной системой ABC. Предприятие работает стабильно, нет авралов, неразберихи, заказы выполняются в срок, есть планомерная деятельность отлаженного механизма. Можно сделать вывод, что все хорошо благодаря системе ABC, но это 100% не так. Наличие системы ABC у предприятия A, кончено же, вносит свой вклад в бизнес, но не является ключевым. Если руководство некоего предприятия Б решило внедрить у себя систему ABC в надежде, что после ее внедрения предприятие Б тоже будет работать так же, как A, его ждет сюрприз. Деньги будут потрачены, но ожидаемый эффект не наступит, т.к. методика работы на предприятии Б не изменится.



Эффективные цели



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



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



Итак, с целями мы определились, теперь осталось правильно составить техническое задание.



Техническое задание



Это вторая по важности составляющая успеха при внедрении информационной системы. Напомню, эффективная цель – ускорение бизнес процессов, которых может быть еще не существует. Заказчик только в общих чертах понимает, что ему нужно. Хорошим вариантом считается уже на первых этапах работы составить подробное многостраничное ТЗ. Это работает, особенно для исполнителя по контракту. Заказчик все подписывает, не до конца понимая, что именно сделает исполнитель. А между тем, за каждое новое поле или форму, не записанные в ТЗ, исполнитель запросто попросит с заказчика еще денег. В итоге заказчик получит процесс с неполными или избыточными данными, хотя формально контракт был выполнен в точном соответствии с требованием. Заказчик будет недоволен и во второй раз к этому исполнителю не обратится.



Получается, что не заказчик подписал неподходящее ТЗ, а исполнитель разработал и предложил совсем не то – не угадал, о чем мечтал заказчик. Замечаете парадокс? Исполнитель сам для себя пишет ТЗ, но при этом должен угадать, чего на самом деле хочет заказчик. В принципе, это возможно (для участников шоу «Битва Экстрасенсов»), но маловероятно. У меня был опыт создания подробных ТЗ, которые на этапе внедрения претерпевали изменения порядка 30%. Обычная история: в процессе работы над проектом у заказчика появлялись новые идеи, их приходилось учитывать, отказываясь от предыдущих решений. Потому я не сторонник очень подробных ТЗ. Они отнимают много времени, а в итоге будут скорректированы на этапе опытной эксплуатации и внедрения. Если не сделать корректировку, можно испортить отношения с заказчиком. При попытке сослаться на подробное ТЗ в ответ вы услышите – «ну, вы же специалисты, должны были сами все знать заранее».



Я считаю, в ТЗ должны быть отражены только общие блоки работ с описанием ожидаемых результатов. Пусть оно достаточно точно описывает, что хочет получить заказчик, и что должен сделать исполнитель. Корректировка ТЗ неизбежна из-за того, что при появлении нового инструмента у заказчика обязательно появятся новые бизнес-процессы. Попытка сохранить прежние бизнес-процессы приведет к провалу проекта. Конечно, не все старое отметается полностью, оно корректируется в соответствии с возросшими возможностями предприятия при наличии информационной системы. Максимум, на чем должно останавливаться ТЗ – списки документов для обработки системой с их образцами. Таким образом, составленное ТЗ не изменится по части общих требований, фактически оно будет уточняться в процессе внедрения, вплоть до конкретных полей и процессов. При этом исполнитель в любом случае знает ожидаемый объем работ. Для успешного проекта требуется 1-2 итерации: внедряется определенный объем выполненных работ, и по результатам заказчик согласовывает коррекцию с исполнителем. Время, которое можно было потратить на излишнюю детализацию ТЗ, гораздо эффективнее использовать для итерационных корректировок системы в соответствии с результатом тестовой эксплуатации.



Есть еще один вариант составления ТЗ: в нем декларируется конечная цель заказчика. И тут вы можете сразу заметить противоречия с предыдущем написанным тестом. Это случай составления проекта, в котором информационная система является только частью. У меня был опыт внедрения комплексной системы управления компаний, где основная сумма по контакту выплачивалась в случае, если заказчик получит увеличение оборота в два раза. Спрашивается, это как? Ответ прост: цели заказчика — автоматизация и оптимизация бизнес процессов копании, ускорение процесса работы с клиентами, точный учет затрат по контрактам, точный расчет бонусов менеджерам, участвующим в контрактах, финансовое планирование. Исходя из того, что все эти задачи не были решены, я подписал контракт. К сожалению, достигнуть 100% увеличения объема оборота у заказчика за 1 год не удалось, но 83% тоже хорошо. Мое вознаграждение было выплачено пропорционально.



Следующим важным документом для успешного выполнения работ является план-график работ.



План-график работ



План-график — документ, содержащий план конкретных работ, в котором описаны действия, которые должны выполнить как заказчик, так и исполнитель. План-график нужен для оперативного контроля за работой обеих сторон. Как правило, в нем перечисляются все системы и подсистемы со своими процессами, документами, отчетами, которые будут разработаны и внедрены. К примеру: действия заказчика, связанные с организацией рабочих мест, прокладкой коммуникаций, обучением персонала и т.д. На каждом пункте плана-графика может быть проставлена цена и длительность, это дает возможность делать взаиморасчеты между исполнителем и заказчиком. Работы, конечно, могут идти параллельно. Хорошо использовать диаграммы Ганта или что-то аналогичное, но не обязательно.



Запуск системы в работу



Запуску системы предшествует тестирование исполнителем системы на примерах заказчика. После получения положительных результатов начинается работа по реальному внедрению и запуску системы. Если опытная эксплуатация делается только на опытных примерах без участия рядовых исполнителей заказчика, без использования реальных задач, она не достигнет поставленной цели. Целью же является сбор замечаний, которые необходимо устранить для перевода в промышленную эксплуатацию. Данный этап правильнее было бы назвать расширенным тестированием с привлечением исполнителей заказчика. Реальная опытная эксплуатация начинается после внедрения системы при участии, как минимум, 50-70% процентах рабочих мест.



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



После этапа опытной эксплуатации сразу следует промышленная. Отличие между ними только в количестве замечаний, которые должны быть устранены, и в отсутствии критических проблем, при наличии которых эксплуатация становится невозможной.



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




  • Тестирование с привлечением сотрудников заказчика на реальных примерах;

  • Опытная эксплуатация с немедленным устраняем возникающих проблем;

  • Промышленная эксплуатация.



Этот метод был проверен мной многократно на предприятиях различных масштабов. Сотрудники компании заказчика в некоторые моменты испытывают дискомфорт, как и сотрудники исполнителя. Но, к счастью, дискомфорт этот быстро сходит на нет, и предприятие переходит в планомерную работу при конструктивном подходе к решению возникающих задач.


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/308024/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Обзор: SAP F&R сегодня и завтра – будущее прогнозирования продаж

Среда, 17 Августа 2016 г. 15:51 (ссылка)

Привет, Хабр!

Запускаю цикл статей про автопополнение запасов с помощью SAF F&R – систему прогнозирования спроса и управления запасами на уровне целевое местоположение-местоположение поставщик. Система входит в состав решения SAP SCM (Управление цепочками поставок) и внедряется в двух вариациях:




  • SAP F&R SCM – внедрение с бесшовной интеграцией с SAP-системами;

  • SAP F&R OI – система для интеграции с неSAP-системами.



В данном посте рассмотрим текущий и планируемый на ближайшее будущее функционал SAP F&R.



Что сейчас?



Текущий функционал SAP F&R можно условно разбить на 4 основных блока:


  • Обработка входных данных

  • Расчет прогноза

  • Расчет потребности

  • Оптимизация потребности



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



image



Об интерфейсе



Все, кто когда-либо имел дело с продуктами SAP, знают о специфике пользовательского интерфейса и UX SAP-овских систем и решений. Совсем недавно компания SAP взяла вектор на обновление интерфейса своих продуктов, а то и написание их функционала с нуля. Примером подобного обновления может служить SAP IBP – решение для интегрированного бизнес планирования, полностью функционирующее в оболочке SAP Fiori, которая является интуитивно понятной и доступной без SAP UX. F&R также коснулось данное обновление.



image



SAP HANA



SAP HANA (High-Performance Analytic Appliance) — это высокопроизводительная NewSQL платформа для хранения и обработки данных, в основе которой лежит технология вычислений in-memory с использованием принципа поколоночного хранения данных, платформы, разработанной и выведенной на рынок компанией SAP SE. Архитектура HANA обеспечивает как высокоскоростную обработку транзакций, так и работу со сложными аналитическими запросами, совмещая решение этих задач в рамках единой платформы.

Кроме самой СУБД, в составе HANA предусмотрены встроенный веб-сервер и репозиторий управления версиями, необходимые для разработки приложений. Приложения HANA могут создаваться с использованием кода JavaScript на стороне сервера и HTML-кода.




SAP F&R переводят на СУБД HANA. Это позволит упростить интеграцию с системой SAP S/4 HANA, а так же ускорить процесс расчета заказов, выполняемый в критическое временное окно (время, когда магазины закрываются и данные продаж с кассовых аппаратов поступают в ERP). Ранее в F&R использовались СУБД от Microsoft, Oracle и IBM.



Fresh add-on



Это разработка для учета специальных требований к товарам категории ультрафреш со сроком годности не превышающим 3 дней. Использование fresh add-on обеспечивает повышение точности прогнозирования и скорости реакции прогнозной модели. Система уменьшает возможные списания товара при расчете потребности и предлагает отчет о будущих возможных списаниях, что приводит к повышению качества автопополнения.



Оффлайн обзор проектов заказа на мобильных устройствах



Это приложение, интегрированное с SAP F&R, SAP ERP и SAP Offline Mobile Store by GK (или другими решениями для магазинов). В приложении можно изменять заказ, корректировать графики поставок, а также просматривать сообщения об исключительных ситуациях, возникающие в процессе расчета. В приложении используется интерфейс Fiori



image



Интеграция с UDF



UDF (Unified Demand Forecast) – это модуль единого прогноза спроса, который может использоваться с любой системой SAP. Его использование позволить расширить возможности прогнозирования в F&R, а также добавить функцию планирование ассортимента. Модуль позволяет учитывать неожиданные факторы, влияющие на спрос, возникающие внутри недели (например, изменение погоды), улучшить обработку входных данных, используя методы Байесовской статистики, обеспечить прогноз для продуктов с коротким жизненным циклом. В модуле используются средства визуализации данных Fiori.



image



Вывод



Несмотря на обилие систем прогнозирования спроса на рынке, SAP F&R выигрывает по двум основным пунктам:


  • Использование математических методов при планировании (а не методик, высосанных из пальца, чем любят промышлять российские производители программных решений);

  • Для того чтобы пользоваться SAP F&R нет необходимости в знании высшей математики. Любой пользователь способен общаться с системой после обучающего семинара.



К минусам SAP F&R можно отнести SAP GUI интерфейс (и интерфейс F&R OI), который будет обновлен в ближайшее время. Более того, для SAP F&R OI возможна разработка любого пользовательского интерфейса, чем активно пользуются компании, внедрившие F&R.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/307946/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Организация работы с Email в CRM-системе

Среда, 17 Августа 2016 г. 14:52 (ссылка)

Этой статьей я продолжаю цикл, посвященный работе с CRM-системами. В прошлой статьей Коммуникации в CRM я рассказал о разных видах коммуникаций, которые применяются в CRM, а также о том, как их правильно подключать и для чего это нужно.



Из моего опыта и опыта моих клиентов, более половины общения с заказчиками и покупателями происходит всего по двум каналам – это телефонное общение и переписка по email. О телефонии подробно я уже рассказывал в статье Что такое телефония в CRM и как ее выбирать. А сейчас я хочу поговорить подробнее о связи с клиентами при помощи email.



Для чего к CRM-системе подключают Email?



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



Использование шаблонов


Современные продажи я рекомендую регламентировать очень строго. Есть готовые схемы, скрипты для ведения переговоров, готовые ответы, отработанная последовательность действий. И для email-переписки также активно применяются шаблоны-заготовки с готовым текстом ответа. И во многих случаях отправка писем-шаблонов из CRM может быть автоматизирована.



Например, покупатель оформляет заказ через сайт компании. Этот запрос попадает в CRM-систему, назначается ответственный сотрудник, который будет заниматься этим заказом. И тут же формируется и автоматически отправляется заказчику письмо с текстом:



Спасибо за ваш заказ, в ближайшее время с вами свяжется наш менеджер <Имя Фамилия>, который и будет вашим персональным менеджером вплоть до завершения сотрудничества. Если у вас возникли вопросы, обращайтесь: <реквизиты компании>.


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



Результат настройки такой автоматической рассылки:




  • Клиент ощущает вашу заботу и получает своевременно важную информацию;

  • Компании эти действия не стоят никаких усилий, так как шаблоны написаны и настроены один раз, а далее рассылка ведется автоматически.



Автоответ


В какой-то степени автоответ можно считать разновидностью использования шаблонов, но я предпочитаю выделить этот тип писем отдельно. Они отправляются в ответ на то или иное событие.



Варианты автоответов:




  • Реакция на входящий запрос. Например, клиент написал запрос с сайта ночью или в выходной день. Быстро среагировать на его письмо вы не можете. CRM-система отправляет автоответ «Спасибо, мы получили ваше письмо, к сожалению, сейчас мы не работаем, с вами свяжется менеджер <Фамилия> в самые сжатые сроки».

  • Событие, вызвавшее автоответ, является внутренним для компании. Например, в CRM-системе меняется ответственный менеджер для определенной категории клиентов или для конкретного заказа. Всем заказчикам, которым могут быть важны эти перемены, отправляется автоответ системы: «Уведомляем Вас о том, что у нас произошли небольшие перемены. Вашим менеджером теперь будет не Иванов, а Петров. Спасибо за понимание».

  • Уведомление клиента о превышении суммы кредита или сроков погашения задолженности. Система автоматически заносит недобросовестных покупателей в стоп-лист, после чего также идет автоответ на действия системы – покупателю отправляется автоматическое уведомление.



Рассылки по базе клиентов


Этот метод работы с почтовыми адресами клиентов применяется сегодня очень активно. Рассылки проводят по всей базе клиентов или для той или иной категории. В рассылках можно:




  • Уведомлять о сезонных скидках, акциях, распродажах;

  • Оповещать о поступлении новых товаров;

  • Поздравлять клиентов с календарными праздниками;

  • Рекламировать новые услуги и группы товаров;

  • Напоминать о возможности совершать у вас новые покупки.



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



Фиксация запросов пользователей


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




  • От клиента поступает email с заказом товаров или запросом на производство/поставку каких-то товаров, оказание услуг.

  • На основе этого письма в CRM-системе автоматически создается задача и назначается менеджер, ответственный за работу с этим запросом.

  • В отдельных случаях письмо-запрос автоматически направляется сразу на производство или в отдел разработки, чтобы там оценили потребность клиента и поставили ее в очередь выполнения.



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



Общие принципы работы



В любой CRM-системе работа с почтой будет делиться на две важные группы:




  1. Рассылки;

  2. Анкетирование;

  3. Переписка с одним клиентом.



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



Какими бывают рассылки


Рассылки – это почтовые email-письма, которые направляются одновременно целой группе получателей. Это может быть:




  • база клиентов компании,

  • отдельная категория покупателей, выбранная по определенному признаку,

  • поставщики и партнеры компании,

  • любая другая категория пользователей, которые дали согласие на получение рассылок.



Сами рассылки также могут быть разных видов. В зависимости от оформления, рассылка может быть:




  • Простое текстовое письмо. Может содержать ссылки в случае необходимости. Используется преимущественно для информационных уведомлений, связанных с какими-то организационными моментами, например, сменой адреса, телефона, графика работы и т.д.

  • Красочные рекламные и поздравительные письма. Здесь используется красивые шаблоны, а сами письма рассылаются через специальные сервисы рассылок, которые также позволяют в дальнейшем получать подробную аналитику об эффективности рассылки – сколько писем отправлено, сколько получено, сколько были открыты, какое количество оказалось в спаме, сколько переходов из писем на сайт было осуществлено и пр.



Простые письма отправляются обычно из CRM-системы, их информационная направленность не требует подробного анализа и тщательной аналитики. Чаще всего их рассылают небольшой группе клиентов, но бывают и массовые рассылки, если в этом возникает необходимость.



Сервисы работы с рекламными рассылками интегрируются с CRM для быстрого и корректного обмена данными. В сервис рассылок передается информация о получателях (email и ФИО или название организации), а в систему CRM поступают данные статистики для последующего анализа.



Анкетирование


Email анкетирование – это удобная обратная связь с клиентом, которая становится все популярнее. Суть такого анкетирования заключается в том, что покупатель после получения товара/услуги или даже в случае отказа от сотрудничества получает анкету, которая помогает собрать сведения о качестве работы компании и отдельного менеджера, об эффективности всей системы, выявить недочеты и т.д.



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



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



Переписка менеджера с клиентом


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



Кроме того, переписка с клиентом через систему CRM позволяет в одном месте хранить все сведения о взаимодействиях с клиентом, все его обращения, запросы, ответы, которые менеджер отправлял. Это удобно и для руководства, и для сотрудника, который работает с большим числом клиентом.



Интеграция Email и CRM



О том, зачем нужна интеграция Email и CRM, и каким образом она используется на практике, я уже рассказал немало. И теперь предлагаю перейти к следующему этапу – внедрение интеграции Email в CRM. Конечно, большую часть работы будет в любом случае выполнять профессиональный программист. Но даже неспециалисту стоит понимать важные моменты, на которые при постановке задаче и тестировании готового решения нужно обратить особое внимание.



Разделение прав доступа


Обычно в CRM-системах применяют три разных уровня доступа:




  1. Доступ для всех. Можно настроить доступ всем сотрудникам, например, на уровне чтения. В некоторых случаях открывают также и редактирование. Зачем это нужно? Чаще всего публичный доступ организуют к входящим письмам от новых заказчиков, которые попадают в корпоративный почтовый ящик. Каждый сотрудник может зайти и почитать уведомления в этом почтовом ящике, просмотреть запросы от потенциальных заказчиков, забрать себе в работу лид. Этот подход является частью системы работы с лидами по принципу – «кто увидел, тот и забрал».

  2. Доступ только для ответственных лиц. В этом случае входящее письмо от клиента или партнера, с которым уже велась ранее какая-то переписка, видят только лица, ответственные за работу с ним. Обычно это персональный менеджер, который ведет проект, а также его непосредственный руководитель, который осуществляет контроль работы сотрудника. Все остальные сотрудники это письмо не видят вообще. Чаще всего такое ограничение выставляют в компаниях, где стоимость лидов высока, а также имеется строгое разграничение по сотрудникам – кто какого клиента ведет. В некоторых случаях видеть переписку может только менеджер, в других – менеджер и руководитель, настройки зависят от принципов работы компании.



При этом для просмотра переписки и написания ответа менеджеру не нужно заходить в почтовый ящик. Вся переписка прикреплена к карточке клиента в CRM, где без сложного поиска в специальной области интерфейса или соседствующих «чужих» писем менеджер может быстро просмотреть всю переписку, после чего здесь же он создает новое письмо и отравляет его клиенту.



Варианты реализации работы с почтой в CRM



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



Собственный почтовый клиент в CRM


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




  • Получать любые письма, которые отправляются в почтовый ящик, «привязанный» к CRM системе.

  • Отправлять любые письма (не только клиентам и партнерам из карточки клиента, но и самые обычные, вручную, как в любом почтовом сервисе);

  • Сортировать/искать письма в почтовом ящике. Здесь все зависит от возможностей, которые реализованы в вашей системе. Это может быть поиск по адресу или тексту в письме, могут быть какие-то теги, другие варианты выборки и сортировки, использующиеся в разных почтовых сервисах.

  • Создавать папки для разных типов писем и хранить их в удобном виде и т.д.



Таким образом, у вас есть два варианта работы с email: чтение переписки и отправка письма из карточки лида/клиента или обычная работа с почтовым ящиком прямо в системе CRM. При этом большинство таких систем позволяют настроить гибкую работу с письмами:




  • Письмо от известного контакта будет автоматически прикрепляться к карточке лида/клиента.

  • На основе нового письма-запроса прямо в системе можно создать новый лид.

  • Если лид уже существует или удобнее его создать вручную, всегда можно скопировать адрес почтового ящика и добавить в карточку лида. После этого все новые письма с этого email также будут автоматически прикрепляться к указанному лиду.



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



Минус такого подхода – это возможность работать почтой вручную, как с обычным клиентом. При этом в CRM приходят письма, никак не связанные с продажами и клиентами. Кроме того, возможность написать письмо не из карточки клиента, а из почтового модуля, повышает вероятность потери важной информации и возникновения различных накладок из-за человеческого фактора.



Работа с внешним почтовым ящиком и отправка писем из CRM
В этом случае в CRM-системе также имеется почтовый сервис, но нет полноценного почтового интерфейса. Т.е. к системе прикрепляется корпоративный почтовый ящик, CRM собирает с него почту так же, как это делают почтовые клиенты. Но при этом происходит отбор:




  • Если письмо пришло с известного системе адреса лида/клиента, оно автоматически добавляется в карточку, и менеджер может читать переписку, а также отправлять из карточки ответы на эти письма.

  • Если email системе неизвестен, он игнорируется. И письмо останется в почтовом ящике непрочитанное до момента, когда вы вручную просмотрите почту.



Плюс системы – это простая и удобная работа с email известных контактов, вся переписка ведется только через карточку клиента и никак иначе.



Минус – необходимость вручную просматривать почтовый ящик вне системы CRM, и в случае выявления нового запроса (нового контакта) лид для него нужно создавать вручную. Только после появления в системе лида с прикрепленным к нему email, письма от этого контрагента будут попадать в CRM-систему.



Работа с внешним почтовым ящиком и отправка писем из почтового клиента


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




  • Менеджер нажимает на кнопку «отправить письмо» и переходит во внешний почтовый ящик, прикрепленный к системе.

  • Из обычного почтового интерфейса отправляется исходящее письмо, скрытая копия которого идет в специальный почтовый ящик, который нужно заранее создать в CRM-системе специально для исходящих.

  • Далее CRM-система “видит” во входящих письмо с этим служебным адресом, анализирует, кому еще было отправлено письмо (адрес клиента), и прикрепляет его к нужной карточке как исходящее в переписке.



Плюсы системы: простота, автоматическое получение и прикрепление всей переписки к карточке клиента, отсутствие «лишних модулей», т.е. система сама по себе проще в настройке и работе.



Минус: обязательно нужно создавать «скрытые копии» писем клиентам. Если это не сделать, то письмо для системы CRM будет утеряно. Кроме того, в этом случае вы не сможете пользоваться никакими CRM-шаблонами.



Понятно, что первый вариант наиболее комфортен, использование последнего повышает риски от человеческого фактора. Но на практике используются они все в зависимости от возможностей выбранной системы и потребностей компании.



Резюме



Интеграция Email и CRM – это актуальная на сегодняшний день задача. Такой подход позволяет повысить эффективность работы с клиентами, снизить нагрузку на менеджеров при помощи автоответов и различных автоматических рассылок, повышает качество работы с клиентом. При таком подходе вся переписка отображается в карточке клиента в CRM, в результате чего и самому сотруднику проще работать с потребностями заказчика, и руководитель всегда может осуществить контроль качества работы подчиненных.



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



С уважением Кинзябулатов Рамиль.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/307892/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[recovery mode] Интеграция Ultima 2C и Ebay. Личный опыт

Вторник, 16 Августа 2016 г. 08:51 (ссылка)

Разработчик партнера согласился поделится личным опытом интеграции с EBay.



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





1.Особенности Ebay



В первую очередь, конечно, неприятные особенности работы Ebay, с которыми придется иметь дело не только разработчику:




  1. Ebay не любит РФ. Техническая поддержка – урезанная, некоторые функции в самом родном кабинете продавца Ebay могут периодически отваливаться. Подключают API неохотно.




  2. Конечно, не проблема торговать в качестве нероссийского продавца. И указать в настройках другую country of origin. Но понадобится реальное юрлицо (в моем случае специально регистрировали китайское, например), телефон с кодом указанной страны для подтверждения. PayPal, как основная система оплаты очень тщательно проверяет данные, особенно на юрлица и продавцов. Billing address и прочие данные должны быть реальным




  3. EBay вводит все больше лимитов на товары, которые можно постить бесплатно. Весь ассортимент уже не постим, выбираем что нужнее.



2.Merchant Integration Platform (MIP)



Что это такое можно почитать тут.



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



Кратко – это api –надстройка yад API Ebay. У последнего есть свое Trading Api и Shopping Api, но слишком громоздко, и сама поддержка EBAY заворачивает на MIP говоря что во избежание любой вашей конкретной проблемы надо использовать MIP.



MIP позволяет отправлять все данные на вход в аккаунт ибея (товары, наличие, цены, правила продавца) и получать все важное на выходе (собственно, заказы) через систему xml фидов.



2.1 Административные задачи



Оформить по всем правилам аккаунт селлера с юрлицом, привязать paypal, написать в поддержку MIP от своего аккаунта с просьбой MIP подключить к магазину.



2.2 Задача разработчика




  • Настроить тех данные в кабинете EBAY после подключения MIP.

  • Сохранить данные доступа в константы (или справочник, если планируется использование нескольких аккаунтов EBAY).

  • Сделать класс –генерилку входных фидов с нашими данными.

  • Сделать парсер входных данных.



3. Этапы подключения:



3.1 Платформа интеграции продавца



После того как MIP сообщит, что ваш магазин подключили, на сайте ebay в Moй Ebay -> Краткий обзор -> Учетная запись появится пункт меню «Платформа интеграции продавца».



3.2 Еще немного настроек:




  • зайти в Международные настройки,

  • заполнить адрес и прочее

  • Создать Правила



правила



Речь идет о правилах Оплаты, Доставки, Возврата.



При клике на них клиент отправляется в соответствующий пункт кабинета, где создает политики для каждого из этих разделов.



Важно!




  1. Кабинет дает создать сколько угодно политик. НО MIP принимает только 1 политику оплаты, 1 доставки, 1 возврата. Поэтому задача в настройках в рамках одной записи задать все возможные правила: Для Любого веса, Региона и так далее.




  2. Политике предлагается дать имя, ограничений на ввод нет. Но для MIP необходимо, чтобы политика называлась латиницей, без пробелов и подчеркиваний.



политика



3.3 Схема Ленты



Дальше заходите в «Схема Ленты» и выбираете формат (рекомендуется Ebay) и формат файла (мы предпочли XML). Там же можно скачать архив с примерами фидов ( и структуры файлов на фтп сервере).



схема



3.4 Настройка FTP



Там мы получаем\генерим данные для доступа к FTP серверу MIP, куда мы будем грузить фиды с товарами и откуда будем забирать фиды с резервами.(Сервер, порт, юзернейм, пароль.)



Настройка завершена, дальше – к логике



3.5 Подготавливаем метаданные для хранения настроек у нас



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



В справочник предлагается сразу забить константы, указывающие ссылки на данные, которые будем посылать в MIP и использовать при вкачке резервов.



Справочник EbayAccountSetting
ID Long Not NULL,
Name string(256) Long Not NULL,
MipServerAddress string(256) Long Not NULL,
MipServerPort Ineteger Not NULL,
MipServerLogin string(256) Long Not NULL,
MipServerPassword string(2048) Long Not NULL,
NotifyEmails string(256) Long Not NULL, ), - можно указать имейл разработчиков или ответственных, которые будут следить за ошибками
ShippingPolicy string(256) Long Not NULL,
ReturnPolicy string(256) Long Not NULL,
PaymentPolicy string(256) Long Not NULL,
IsSuborder Boolean Not NULL default true,
LangID Long Not NULL , Reference Dictionary Language , - язык, для создания резерва
FirmID Long Not NULL , Reference Dictionary Firm, - фирма, для создания резерва
OfficeReserveID Long Not NULL , Reference Dictionary Store, - офис резерва
StoreReserveID Long Not NULL , Reference Dictionary Store, - склад резерва
CurrencyID Long Not NULL , Reference Dictionary Currency, валюта резерва
PriceTypeID Long Not NULL , Reference Dictionary PriceType, - ценовая категория резерва
PriceZoneID Long Not NULL , Reference Dictionary PriceZone, - ценовая зона резерва
AgentGroupID Long Not NULL , Reference Dictionary AgentGroup, - папка КА
PaymentTypeID Long Not NULL , Reference Dictionary PaymentType - тип оплаты при создании резерва


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



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



Также нам надо сделать просто таблицу в оракле, чтобы следить за тем, какие товары мы загрузили в ebay.



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



CREATE TABLE EBAY_EXPORTED_GOODS
(
EBAY_ACOUNT_ID NUMBER(18) NOT NULL, - FK на нашу табличку EBAY_ACCOUNT_SETTINGS
ARTICLE_ID NUMBER(18) NOT NULL, - FK на нашу табличку ARTICLES
UPLOAD_DT DATE
)


Также нам понадобится отправлять для каждого товара код его категории в системе EBAy, и чтобы менеджеры могли легко маппить наши товары к их категориям понадобится справочник категорий Ebay.



За основу мы можем взять наш справочник товарных категорий ArticleGroups. Новый справочник тоже будет древовидный.



EbayCategories
ID long PK
Name string – varchar(2048)
ParentID long (referential на самого себя)
Code – string (будем хранить код ebay отдельно от нашего PK чтобы скрипт SQL с генерацией нового ID не запутал нас и не сгенерил новые случайные айдишники)


Справочник должен быть древовидным по ParentID.



Наконец, в нашем базовом справочнике ArticleGroups сделаем поле EbayCode string.



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



EbayCode нашего ArticleGroups сохраним Code выбранной записи из справочника Категории Ebay.



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



Для этого в документ Sale добавляем EbayDocumentNo string(2048)

В CustomerAttribute добавляем EbayUserID string(256)

В DeliveryAddress EbayAddressID string(256)



4 Интеграция



4.1 Система фидов



Если мы посмотрим на админку Мипа в кабинете продавца, зайдем на фтп сервер с учетными данными, полученными в 3.4, а также глянем на пример фидов, скачанный в 3.3, то увидим одинаковую структуру

фиды1

фиды2



Фиды распределены по папкам. В папках лежат одноименные фиды (Availability.xml, Distribution.xml…)



3 фида мы должны отдать ebay, сообщив о наших товарах, их наличии и ценах (Availability, Distribution, Product)



1 фид мы должны вкачать – Order



Фиды, которые мы выкачиваем от нас к EBAY, кладутся нами в корень соответствующей папки. Все. Дальше Ebay сам ставит в очередь, перекидывает в папку обработки, потом в папку архива, выдает лог.



Фид, который мы закачиваем от EBAY к нам мы тоже берем из корня order. Редактировать, удалять или делать что-то еще с файлом не надо.



Предусмотрите, какой класс для записи, а главное, Парсинга XML будет максимально удобным.



Желательна максимальная гибкость, возможность не идти по тегам, а перескакивать по элементам и выхватывать их по enumerаtorам, благо большая часть фида будет шлаком, который импортировать нет необходимости.



Мне было достаточно System.Xml.Linq.XDocument



За передачу данных от нас Ebay’ю отвечают три фида:



4.1.1 Product



Описательная инфа по товарам. Название, атрибуты(характеристики), категория.



Все обязательные теги смотрим в скачанном примере.



          



369866







LCD cable for Acer for Aspire 3820, 3820T, 3820G, 3820TG, 3820TZ



http://oursite.com/good_big_pics/369866.jpg

168061



New

Brand new









Замечания:



-New

Brand new


Можно считать константой. Разобраться лично нам с ограничениями по постингу б/у товаров не удалось — Названия состояний Enumerable, которые фиг раскопаешь в документации. Товар должен быть new.



Все теги с атрибутом localizedFor="en_US" подразумевают, что для одного товара можно разместить разную информацию для разных подсайтов ebay, соответствующих указанной локали (например, разные названия для En и Ru)



4.1.2 Availability



Передает только наличие в штуках.





369866
5



4.1.3 Distribution



Цены, лимиты покупки, ПОЛИТИКИ, о которых мы говорили в 3.2

Тут как раз понадобятся англ. Названия Доставки, Возврата и Оплаты.




BaseShipping
5
Base
BaseReturn

7.58


Валюта тут не указывается, она указывается клиентом в личном кабинете.



4.1.4 Взаимосвязь фидов



Правила постинга фидов очень просты




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




  2. Уникальным идентификатором товара в 3х фидах служит тег SKU, соответственно лучше не оригинальничать, и не добавлять туда сложные конструкции с партномерами, а постить что-то столь же однозначное и уникальное – наш артикул товара.




  3. Фиды «воспринимаются» по очереди. Сначала должен уйти на фтп Product, потом Availabiliy, потом Distribution.




  4. Снятие товаров производится отсылкой наличия = 0.

    Поэтому заблаговременно предусмотрите таблицу, в которой будете хранить товары, которые уже запостили в MIP




  5. Каждый xml пакуется в zip и кладется на фтп, в одноименную папку. Предусмотрите библиотеку для работы с фтп.

    Мы брали Renci.SshNet.SftpClient

    Пример метода загрузки файла этой библиотекой



    private void Upload(long accountId, string zipFileName, string innerPath)
    {
    var EbayAccount = DictionaryManager.GetRecord(accountId);
    var serverAdr = EbayAccount.MipServerAddress; //mip.ebay.com;
    var port = (int)EbayAccount.MipServerPort;// 22
    var login = EbayAccount.MipServerLogin; // my acc
    var password = EbayAccount.MipServerPassword;

    using(var fStream = new System.IO.FileStream(zipFileName, System.IO.FileMode.Open))
    {
    using(var c = new Renci.SshNet.SftpClient(serverAdr, port, login, password))
    {
    c.Connect();
    c.OperationTimeout = new TimeSpan(0, 15, 0);
    var fullPath = innerPath +System.IO.Path.GetFileName(zipFileName);
    /*innerPath – путь в структуре данных на мип сервере. Например, store/availability. zipFileName – ваш локальный путь к сегенереному вами файлу с данными*/
    if (c.Exists(fullPath))
    {
    try
    {
    c.DeleteFile(fullPath);
    }
    catch (Exception e)
    {
    LogManager.GetLogger().Info(@"Экспорт ebay files to mip. error delete exist file. fileName = {0}; error = {1}", fullPath, e.Message);
    }
    }
    c.UploadFile(fStream, fullPath, true);
    }
    }
    }



  6. спустя время (зависящее от очереди ebay) результат обработки MIP кладет на фтп в ту же папку, в подпапку

    Output/{current_date:M-dd-YYYY}/…. .xml



Например:



Мы загружаем наш файл с остатками на FTP
В папку /store/availability
Результат выплюнется в /store/availability/output/Jul-18-2016/



  1. Также можно параллельно грузить или просто смотреть результаты обработки фидов в кабинете в Архиве лент




  2. В 99% случаев, если и была какая-то ошибка, на этапе Product.xml и Availability.xml MIP промолчит и скажет, что все ок. Ошибка будет, разве что у вас откровенно malformed xml.



Даже если ошибки связаны с этими фидами, ошибки будут видны только в результате обработки последнего фида, Distribution.xml




  1. Вопрос о том, имеет ли смысл парсить результаты выгрузки к нам в ерп – ну крайне спорный.

    Никакой системности, сериализуемости в ошибках нет.



Более того, по процентам 70 из них приходится обращаться письменно в поддержку MIP, что само по себе мероприятие с 50% результативностью. Запросы часто приходится высылать несколько раз, так как успешность обращения зависит от сотрудника, на которого попадешь.



Гугл ошибок помогает мало.



Также, чрезвычайно часто выясняется, что просто у самого Mip был какой-то issue, о тех. подробностях которого они не распространяются, просто сообщая, что Пользуйтесь на здоровье, мы пофиксили.



Также, наличие в ответе ошибки не гарантирует, что все остальные товары не прогрузились.



Иногда одна ошибка блокирует все товары, даже те, к которым она не относится, иногда только из всего фида.



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



Ради тавтологии можно остановиться на таком решении:



Парсить по датам содержимое папки /output/distribution. В Xml захватывать только теги

И в текстово-информативно-списочном варианте просто дублировать их в отдельный справочник в ерп с датами, есл клиент хочет смотреть ошибки в ерп, а не в кабинете.



Пример дефектного ответа






6124
EBAY_RU
FAILURE

API_95
ERROR
REQUEST



FAILURE


Итого, попробуем сгенерировать и залить последовательно 3 фида.



var startDate = DateTime.Now; //Поставим дату начала выгрузки, чтобы пометить ей товары, попавшие в текущую выборку
var accountId = 1L; //Выбирам аккаунт
var account = DictionaryManager.GetRecord(accountId); //Данныепо аккаунту
var productDoc = ExportXmlProducts(account, startDate); //Сформируем xml с товарами
ZipAndUploadFile(accountId, productDoc, "Product", "/store/product/"); //Зальем
var availDoc = ExportXmlAvailability(account, startDate); //Сформируем xml с остатками
ZipAndUploadFile(accountId, availDoc, "Availability", "/store/availability/"); //Зальем
var distrDoc = ExportXmlAvailability(account, startDate); //Сформируем xml с ценами и правилами
ZipAndUploadFile(accountId, availDoc, "Distribution", "/store/distribution/"); //Зальем


Формируем xml Товаров Products.xml



private XDocument ExportXmlProducts(EbayAccountSetting account, DateTime startDate)
{
var listings = new XElement("productRequest");
//Получим данные по товарам, при этом возьмем только товары с ценой, остатками и категорией Ebay
var sql = @" SELECT A.ID,
NVL(PT.STRING_VALUE, A.ONLINE_NAME) AS NAME,
P.VALUE PRICE,
CASE WHEN PH.ARTICLE_ID IS NOT NULL
THEN PH.ARTICLE_ID||'_'||PH.VIEW_ID
ELSE ''
END ICON_ID,
A.FEATURE_SET_ID,
B.NAME,
AG.EBAY_CODE EBAY_CODE
FROM ARTICLES A
JOIN /* Получим только те что на нашем складе */ VTB_STOCK VB ON VB.ARTICLE_ID=A.ID and VB.STORE_ID =:vStoreID
JOIN PRICES P ON A.ID=P.ARTICLE_ID AND P.PRICE_TYPE_ID=:vPriceTypeD AND P.PRICE_ZONE_ID=:vPriceZoneID /* Цена по нашей категории и зоне из аккаунта*/
JOIN BRANDS B ON A.BRAND_ID=B.ID
JOIN ARTICLE_GROUPS AG ON A.GROUP_ID=AG.ID
LEFT JOIN ARTICLE_PHOTOS PH ON A.ID=PH.ARTICLE_ID AND PH.PHOTO_ORDER=1
LEFT JOIN KERNEL.PROP_TRANSLATIONS PT ON PT.VALUE_ID = a.ID AND PT.OBJECT_ID = :vObjectID AND PT.LANG_ID = :vLangID
WHERE VB.QUANTITY>VB.RESERVE_QUANTITY /* Котрых больше нуля */
AND P.VALUE>0 /* Цена больше нуля */
AND AG.EBAY_CODE IS NOT NULL /* Проставлена категория Ebay */ ";
var pars = new Dictionary{ {"vObjectID", productObjectId},
{"vLangID", account.LangID},
{"vStoreID", account.StoreReserveID},
{"vPriceTypeD", account.PriceTypeID},
{"vPriceZoneID", account.PriceZoneID}};
var goods = SqlService.Select(sql, pars);
//Формируем xml товара одной структурой
foreach (var good in goods)
{
var propNode = GetProperties(Convert.ToInt64(good["ID"]), account.LangID);//Получим отдельно список хар-к
var productNode = new XElement("product",
new XElement("SKU", good["ID"].ToString()),
new XElement("productInformation", new XAttribute("localizedFor", "en_US"),
new XElement("title", good["NAME"].ToString()),
new XElement("description",
new XElement("productDescription", good["NAME"].ToString())) ,
"",//propNode,
new XElement("pictureUrl",
String.Format(@"http://mysite.com/good_pics/{0}.jpg", good["ICON_ID"].ToString())),
new XElement("category", new XAttribute("Type", "eBayLeafCategory"), good["EBAY_CODE"].ToString()),
new XElement("conditionInfo",
new XElement("Condition", "new"),
new XElement("conditionDescription", @"Brand new")))
);
listings.Add(productNode);
AddToExported(Convert.ToInt64(good["ID"]), account.ID, startDate);
}
var doc = new XDocument(listings);
return doc;
}


Пара важных замечаний:




  • Если размещаете товары не на рускоязычном сайте, не забудьте забрать нужные переводы свойств.

  • КОДЫ ОБЪЕКТОВ МЕТАДАННЫХ, КОТОРЫЕ ПОДЛЕЖАТ ПЕРЕВОДУ, ЛУЧШЕ ВЫНЕСТИ В КОНСТАНТЫ, ОНИ ОДИНАКОВЫ И ИНВАРИАНТНЫ ДЛЯ ЯДРА.

    const long productObjectId = 2952;
    const long valueObjectId = 3485;
    const long featureObjectId = 3458;
    const long unitObjectId= 7680;



Нам надо отправить характеристики товара. Вспоминаем структуру шаблонов описания и характеристик. Наша задача привести все характеристики товара к виду ХАРАКТЕРИСТИКА(string) – ЗНАЧЕНИЕ(string), даже в тех случаях, когда идет речь о нескольких значениях для одной характеристики.



private string GetProperties(long articleId, long langId)
{
var sql = @"WITH T AS (
WITH T AS (SELECT
F.ID AS PROP_ID,
NVL(PT.STRING_VALUE, F.NAME) AS PROP_NAME,
V.SORT_ORDER,
CASE WHEN F.TYPE_ID=1 THEN TO_CHAR(D.NUMBER_VALUE)
WHEN F.TYPE_ID=2 THEN TO_CHAR(D.BOOLEAN_VALUE)
WHEN F.TYPE_ID=3 THEN (D.STRING_VALUE)
WHEN F.TYPE_ID=4 THEN TEXT_VALUE
WHEN F.TYPE_ID in (5,6,7) THEN nvl(PT1.STRING_VALUE,V.VALUE)
END VAL,
CASE WHEN UN.ID IS NOT NULL THEN
' '|| NVL(PT2.STRING_VALUE, UN.NAME)
ELSE
''
END AS UNIT_NAME
FROM ARTICLE_FEATURE_VALUES D
JOIN ARTICLE_FEATURES F ON D.FEATURE_ID=F.ID
LEFT JOIN ARTICLE_FEATURE_UNITS UN ON F.UNIT_MEASUREMENT_ID=UN.ID
LEFT JOIN ARTICLE_FEATURE_VALID_VALUES V ON D.VALUE_ID=V.ID
LEFT JOIN KERNEL.PROP_TRANSLATIONS PT ON PT.VALUE_ID = F.ID AND PT.OBJECT_ID = :vPropObjectID AND PT.LANG_ID = :vLangID
LEFT JOIN KERNEL.PROP_TRANSLATIONS PT1 ON PT1.VALUE_ID = V.ID AND PT1.OBJECT_ID = :vValObjectID AND PT1.LANG_ID = :vLangID
LEFT JOIN KERNEL.PROP_TRANSLATIONS PT2 ON PT2.VALUE_ID = UN.ID AND PT2.OBJECT_ID = :vUnitObjectID AND PT2.LANG_ID = :vLangID
WHERE D.ARTICLE_ID=:vProdID
)
SELECT PROP_ID, PROP_NAME, LISTAGG(VAL||UNIT_NAME, ',')WITHIN GROUP (ORDER BY SORT_ORDER) VAL
FROM T
GROUP BY PROP_ID, PROP_NAME";

var pars = new Dictionary{ {"vLangID", langId},
{"vProdID", articleId},
{"vValObjectID", valueObjectId},
{"vUnitObjectID", unitObjectId},
{"vPropObjectID", featureObjectId} };
var features = SqlService.Select(sql, pars);
var featuresqueue = features.Select(r => new XElement("attribute", new XAttribute("name", (string)r["PROP_NAME"]), (string)r["VAL"]).ToString())
.ToList();
return string.Join("", featuresqueue);
}


Сформируем файл остатков Availability.xml



private XDocument ExportXmlAvailability(EbayAccountSetting account, DateTime startDate)
{
var listings = new XElement("inventoryRequest");
//Получим все сохраненные нами экспортированные товары по этому акку. Если по дате не попали в последнюю выгрузку - снимаем с продажи - отправляем наличие = 0
var sql = @" SELECT EG.aRTICLE_ID ID, case when last_export_date < :vDat then NVL(VB.QUANTITY, 0) - NVL(VB.RESERVE_QUANTITY, 0) else 0 end QUANTITY
FROM EBAY_EXPORTED_GOODS EG
LEFT JOIN VTB_STOCK VB ON VB.ARTICLE_ID=EG.ARTICLE_ID and VB.STORE_ID =:vStoreID
WHERE EG.EBAY_ACCOUNT_ID=:vId ";
var pars = new Dictionary{ {"vId", account.ID},
{"vStoreID", account.ReserveStoreID}};
var goods = SqlService.Select(sql, pars);
foreach (var good in goods)
{
var productNode = new XElement("inventory",
new XElement("SKU", good["ID"].ToString()),
new XElement("totalShipToHomeQuantity", good["QUANTITY"].ToString()));
listings.Add(productNode);
}
var doc = new XDocument(listings);
return doc;
}


По тому же принципу формируем Distribution.xml



Пакуем наш xml в zip и аплоадим уже описанным нами методом



private void ZipAndUploadFile(long accountId, XDocument doc, string fileName, string innerPath)
{
var tempDirectory = @"C:\WINDOWS\Temp\EbayTemp";//Путь для временных ахивов на сервере. Выделите папку, там же будем смотреть историю
System.IO.Directory.CreateDirectory(tempDirectory);
var cFullFileName = System.IO.Path.Combine(tempDirectory, fileName);
var xmlFileName = System.IO.Path.ChangeExtension(cFullFileName, "xml");
doc.Save(xmlFileName);
var zipFullFileName = System.IO.Path.ChangeExtension(cFullFileName, "zip");
var zipper = new ZipBuilder();
zipper.AddFile(xmlFileName, delete: false);
zipper.SaveArchive(zipFullFileName);
Upload(accountId, zipFullFileName, innerPath);
}


За передачу заказов от Ebay к нам отвечает 1 фид.



4.1.5 Order



Заказы падают в папку order/output



Тут также файлы сгруппированы по датам

{date:M-dd-YYYY}/…. .xml

Например /store/order/output/Jul-10-2016/



Можно парсить папку output по датам.



Но для удобства MIP скидывает последний фид ответа в файлик /store/order/output/order-latest



Причем недавний заказ не перетирается новыми, а держится там определенное время. Так что даже несмотря на возможность фейла тасков у текущих клиентов было достаточно регулярно (раз в 5-10 минут) парсить именно этот файл.



Лайфхак:



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



В шапку документа продажи надо добавить поле Номер EBAY. При обработке заказа проверяем, что заказов с таким номером нет (иначе просто игонрируем).



И последнее — все заказы фида уже оплачены. Схема расчетов в данном случае эквивалентна эквайрингу, где банком выступает paypal. Соответственно, после создания заказа необходимо создать соответствующие документы эквайринга (в базовой конфигурации через методы PaymentService).



Фид заказа содержит следующую важную информацию




  1. Инфа о клиенте: Фио, имейл, телефон




  2. Адрес, подробно, включая zip




  3. Список товаров с уникальным идентификатором, который вы передавали в фидах 1-3 в теге SKU




  4. Цену товаров

    Не забывайте, что никак нельзя получать в момент импорта актуальную цену по колонке, потому что неизвестно какой была цена того фида, по которому клиент увидел и купил этот товар. Ее берем из Ebay.




  5. Цену доставки

    Итого алгоритм импорта должен выглядеть грубо так:


    • Берем номер заказа Ebay. Проверяем по нему не импортировали ли уже его.

    • Делаем GetOrCreateAgent – по данным (#Фио, имейл, телефон#)

    • Делаем у агента GetOrCreateDeliveryAddress

    • Создаем резерв, заполняем тч товаров с нужными ценами.

    • Активируем тч доставки, проставляем код адреса и цену из Ebay.




Пример фида







222034713176-1766499808012
EBAY_US
2016-07-20T12:45:09.000Z

andreyka.mosin.1997-3
Андрей
Мосин
andreyka.mosin.1997@mail.ru


pdirect.ru





RU_ExpeditedMoscowOnly


4504234220015
Андрей Мосин
9527720655
курчатова 16

саров

607183
RU





222034713176-1766499808012

CustomCode
222034713176
413480


1
990.0


990.00


350.00


SalesTax
0.00


ElectronicWasteRecyclingFee
0.00

1340.00



3TD678480B805680J
1340.0



990.0


0.0


350.0


0.0

1340.0


PAID
NOT_SHIPPED






Примеры импорта



var accountId = 1L; //Выбирам аккаунт
var EbayAccount = DictionaryManager.GetRecord(accountId); //Получим данные чтобы передать дальше
var doc = Download(accountId); //скачаем Renci
foreach (var ordXml in doc.Root.Elements("pendingOrderFulfillment"))
{
if (ordXml.Elements("order").Count() == 0)
{
continue;
}
CreateReserve(ordXml.Elements("order").First(), EbayAccount); //Создадим резерв
}


Скачку организуем также, как и закачивали свой фид в Ebay



private XDocument Download(long accountId)
{
var EbayAccount = DictionaryManager.GetRecord(accountId);
var serverAdr = EbayAccount.MipServerAddress; //mip.ebay.com;
var port = (int)EbayAccount.MipServerPort;// 22
var login = EbayAccount.MipServerLogin; // my acc
var password = EbayAccount.MipServerPassword;

var doc = new XDocument();
using(var c = new Renci.SshNet.SftpClient(serverAdr, port, login, password))
{
c.Connect();
c.OperationTimeout = new TimeSpan(0, 15, 0);
byte[] fileBytes = c.ReadAllBytes(@"/store/order/output/order-latest");
if ( fileBytes == null || fileBytes.Length == 0)
{
return doc;
}
using (var stream = new System.IO.MemoryStream(fileBytes, false))
{
try
{
doc = XDocument.Load(new System.Xml.XmlTextReader(stream));
}
catch(Exception e)
{
LogManager.GetLogger().Info(@"Import ebay files. error = {0}", e.Message);
}
}
}

return doc;
}


Собственно создание документа продажи.



private void CreateReserve(XElement ebayOrdXml, EbayAccountSetting EbayAccount)
{
var ebayOrderID = ebayOrdXml.Elements("orderID").First().Value;
if (CheckOrderExists(ebayOrderID)) //Проверим по коду Ebay нет ли такого уже в базе. Они не апдейтятся. Если есть - пропускаем.
{
LogManager.GetLogger().Info(@"Заказ уже существует");
return;

}

var shippingXml = ebayOrdXml.Elements("logisticsPlan").First().Elements("shipping").First().Elements("shipToAddress").First();
var delivAmountFromEbay = 0M;
//Получим цену доставки. Считать ничего не надо, так как нам надо зафиксировать цену по которой уже купили и оплатили.
delivAmountFromEbay = Decimal.Parse(ebayOrdXml.Elements("total").First().Elements("priceline").First().Elements("amount").First().Value.Trim(), System.Globalization.NumberStyles.AllowDecimalPoint, System.Globalization.CultureInfo.InvariantCulture);
//Вытащим все что нам пригодится из тегов
var phone = shippingXml.Elements("phone").First().Value;
var firstName = shippingXml.Elements("firstName").First().Value;
var lastName = shippingXml.Elements("lastName").First().Value;
var Street1 = shippingXml.Elements("addressLine1").First().Value;

var Street2 = shippingXml.Elements("addressLine2").First().Value;
var CityName = shippingXml.Elements("city").First().Value;

var StateOrProvince = shippingXml.Elements("stateOrProvince").First().Value;
var PostalCode = shippingXml.Elements("postalCode").First().Value;
var EbayAddressID = shippingXml.Elements("addressID").First().Value;
var ebayBuyerUserID = ebayOrdXml.Elements("buyerID").First().Value.Trim();
var email =ebayOrdXml.Elements("buyer").First().Elements("email").First().Value;
//Создадим или получим КА
var agentID = CreateAgent(firstName, lastName, email, phone,Street1,ebayBuyerUserID, EbayAccount);
//Создадим или получим Адрес
var adressID = CreateAgentAddress(agentID, PostalCode, firstName, phone, CityName, StateOrProvince, EbayAddressID, Street1, Street2);
//Все данные получили, создаем резерв
var initialSubtype = SaleDocument.Subtypes.Reserve;
var document = DocumentManager.NewDocument(initialSubtype);
document.AgentID = agentID;
document.OfficeID = EbayAccount.OfficeReserveID;
document.PriceTypeID = EbayAccount.PriceTypeID;
document.FirmID = EbayAccount.FirmID;
document.StoreID = EbayAccount.StoreReserveID;
//Основные заголовки есть, импортим товары, по SKU
foreach(var transXml in ebayOrdXml.Elements("lineItem"))
{
var articleNo= Convert.ToInt64(transXml.Elements("listing").First().Elements("SKU").First().Value);
var qty= Convert.ToInt64(transXml.Elements("quantity").First().Value);
//Получим цену доставки. Считать ничего не надо, так как нам надо зафиксировать цену по которой уже купили и оплатили.
var price = Decimal.Parse(transXml.Elements("unitPrice").First().Value.Replace(".", ","));
document.Articles.Add(new SaleArticleTablePartRow {
ArticleID = articleNo,
SaleQuantity = qty,
ReservedQuantity = qty,
OriginalPrice = price,
SalePrice = price,
Amount = price * qty
});
}
//Воспользуемся очень удобной функой расчета доставки для вебсервиса и сайтов. У нас будет доставка outsource. Сумму м уже получили
var deliveryWizardRow = WebService.GetDeliveryWizardRow(document, adressID, AgentType.Constants.CustomerID, DateTime.Now, "outsource", EbayAccount.ID, delivAmountFromEbay);
document.DeliveryWizard.Clear();
document.DeliveryWizard.Add(deliveryWizardRow);
document.Delivery.AddRange(DeliveryService.CreateDeliveries(document));
DocumentManager.SaveDocument(document);
}


Проверяем уникальность заказа по коду Ebay



private bool CheckOrderExists(string ebayOrderID)
{
return (from d in DataContext.GetTable().Where(x => x.EbayDocumentNo == ebayOrderID) select d).Any();
}


Агента и адрес мы создаем ИЛИ апдейтим. Пробуем сначала получить запись по уникальному идентификатору Ebay, и только если нет – создать



private long CreateAgent(string firstName, string lastName, string  email, string phone, string Street1, string ebayBuyerUserID, EbayAccountSetting EbayAccount)
{
var customer = new CustomerAttribute() {};
var privatePerson = new PrivatePersonAttribute() {};
var agent = new Agent() {};
var exAgents = (from d in DataContext.GetTable().Where(x => x.Customer.EbayUserID == ebayBuyerUserID)

select new {
Id = d.ID,
CustomerID = d.CustomerID,
PrivatePersonID = d.PrivatePersonID
}).ToList();

if (exAgents.Any())
{
customer = DictionaryManager.GetRecord(exAgents.First().CustomerID.GetValueOrDefault());
privatePerson = DictionaryManager.GetRecord(exAgents.First().PrivatePersonID.GetValueOrDefault());
agent = DictionaryManager.GetRecord(exAgents.First().Id);
}
else
{
customer = DictionaryManager.NewRecord(new CustomerAttribute
{
EbayUserID = ebayBuyerUserID,
PriceTypeID = EbayAccount.PriceTypeID //Уник. ид. Ибея
});

privatePerson = DictionaryManager.NewRecord(new PrivatePersonAttribute
{
GenderID = Gender.Constants.Undisclosed,
});

agent = DictionaryManager.NewRecord(new Agent
{
TypeID = AgentType.Constants.CustomerID,
FormID = AgentForm.Constants.PrivatePersonID,
GroupID = EbayAccount.AgentGroupID
});
}
customer.ReserveLifetime = 1;
DictionaryManager.SaveRecord(customer);

privatePerson.FirstName = firstName;
privatePerson.LastName = lastName;
privatePerson.Phone =phone;
privatePerson.Email = email;

DictionaryManager.SaveRecord(privatePerson);
agent.Name = string.Format("{0} {1}", lastName, firstName);
agent.PrivatePersonID = privatePerson.ID;
agent.CustomerID = customer.ID;
DictionaryManager.SaveRecord(agent);
return agent.ID;
}

private long CreateAgentAddress(long agentID, string PostalCode, string firstName, string phone, string CityName, string StateOrProvince, string EbayAddressID, string Street1, string Street2)
{
var address = new DeliveryAddress() {};
var exAddress = DictionaryManager.GetRecords(x => x. EbayAddressID == EbayAddressID);//поищем по Уник. ид. ebay
if (exAddress.Any())
{
address = exAddress.First();
}
else
{
address = DictionaryManager.NewRecord(new DeliveryAddress
{
//Заполнить константами. МЫ не всегда сможем получить эти данные
DeliveryAreaID = DeliveryArea.Constants.Default,
Latitude = 0M,
Longitude = 0M,
EbayAddressID = EbayAddressID
});
}
address.Address = String.Format("{1}, {2}, {3}, {4}", PostalCode, CityName, StateOrProvince, Street1, Street2);
if (address.Latitude == 0)
{
//Попробуем координаты Геосервисом
var locations = GeoService.GetLocations(address.Address);
if (locations.Any())
{
address.Latitude = locations.First().Latitude;
address.Longitude = locations.First().Longitude;
address.DeliveryAreaID = DeliveryService.FindDeliveryArea(address.Latitude, address.Longitude);
}
}
address.ContactPersonName = firstName;
address.ContactPersonPhones = phone;
DictionaryManager.SaveRecord(address);
return address.ID;
}


5.Категории Ebay



У Ebay есть собственная структура категорий товаров. Наблюдать ее мы можем на

http://www.ebay.com/sch/allcategories/all-categories



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



MIP требует указания принадлежности товара к той или иной категории, в Products.xml есть обязательный тег , причем сам Мип не предоставляет какого-либо интерфейса или метода Апи для получения списка этих категорий, предполагая, что интеграторы тут справятся сами).

Существует не очень удобная и запутанная система включения автоматического определения категории Мипом (по его собственным маркетинговым рекомендациям); но мы ее не будем рассматривать, так как опыт показывает, что для точного позиционирования товара лучше нам иметь на руках весь список категорий, а вернее предоставить его контентщикам, и дать им самим настроить привязки.



Для этого нам понадобится:




  • создать у себя древовидный справочник для хранения категорий Ebay (описан в 3.5)




  • добавить ссылку на категорию Ebay у нашего справочника категорий товаров (описан в 3.5)




  • навесить проверку заполненности поля при сохранении нашей категории




  • собственно вкачать к себе структура категорий.



5.1 Импорт категорий из Ebay.



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



Вы в принципе можете написать парсер HTML, который будет ходить по странице http://www.ebay.com/sch/allcategories/all-categories и ее ссылкам и забирать категории, но в нашем случае рассмотрим возможность получения категорий через родное Api Ebay.



Это отдельное Api, надстройкой над которым служит MIP, о котором мы говорим в данной статье. Может показаться обидным подключать его только для списка категорий, но Настоятельно не рекомендуется пытаться через него работать с товарами и заказами. Особенно если речь и русскоязычном сайте – поддержка Ebay вас сразу завернет на Mip.



5.2. Подключение API Ebay.



Для подключения к Api Ebay вам понадобится зарегистрироваться как Ebay Developer. https://developer.ebay.com/base/membership/signin/fyp Раньше это представляло некоторые трудности, но сейчас это вполне быстро и просто, только вводите валидные реальные данные.



После регистрации в сможете создать Applicationб к которому вам выдадут AppId, DevId и CertId. Также понадобится создать токен, но чтобы его валидировать надо будет зайти под вашим аккаунтом продавца Ebay, так что на момент подключения уже нужно будет, чтобы наш клиент зарегистрировал аккаунт.



5.3. Сохраняем авторизационные данные для АПИ



Эти данные мы сохраним в string константы, независимо от планируемого кол-ва аккаунтов Ebay, так как набор категорий всего один для любого аккаунта и любого юзера.



Итого, нам нужны константы типа string



EbayAppId
EbayAppToken
EbayDevId
EbayCertId


Также сразу внесем в константы адрес вебсервиса Ebay, локаль и версию апи, которую мы используем.



EbayEndPoint
EbayVersion
EbaySiteId – 215, если хотите вкачать категории на русском.


5.4 Импортируем wsdl



Сама wsdl расположена по адресу http://developer.ebay.com/webservices/latest/ebaySvc.wsdl

На случай, если адрес сменится, его можно найти в https://go.developer.ebay.com/api-documentation.

Нам надо будет сгенерировать класс или wsdl.

Напоминаем, как это делается.



Берём утилиту wsdl.exe (лежит примерно тут c:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools), которая в текущем каталоге создаёт полученные интеграционные классы.



Пример запроса:



>"c:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools\wsdl.exe http://wstest.dpd.ru/services/geography?wsdl /out:MyEbayclass.cs


Замечания:



a) не используйте x64 версию. у меня отказалась генерировать



б) используйте ту версию фрейморка, под которым планируется использование классов



Полученный класс вставим в конец обработчика, который будет получать категории



5.5.Пишем команду-импортер



Вставляем вниз кода обработчика код сгенерированного класс wsdl

Надо создать объект нашего класса чтобы позже им пользоваться.



private static object _lock = new Object();

private eBayAPIInterfaceService EbayService
{
get
{
if (_instance == null)
{
lock ( _lock)
{
if (_instance == null)
{
_instance = new eBayAPIInterfaceService();
_instance.Timeout = 1200000;
return _instance;
}
}
}
return _instance;
}

}


Получим список категорий от Ebay.



var a = Constants.Url;
var endpoint = Constants.Ebay.ApiEndpoint;
var callName = "GetCategories";
var siteId = "215" ;//Зона россия
var appId = Constants.EbayAppId;// '// use your app ID
var devId = Constants.EbayDevId;// use your dev ID
var certId = Constants.EbayCertId; // use your cert ID
var version= "405";
var token = Constants.EbayToken;
// Build the request URL
var requestURL = endpoint + "?callname=" + callName + "&siteid=" + siteId + "&appid=" + appId + "&version=" + version + "&routing=default";
EbayService.Url = requestURL;
// Set credentials
EbayService.RequesterCredentials = new CustomSecurityHeaderType();
EbayService.RequesterCredentials.eBayAuthToken = token;
EbayService.RequesterCredentials.Credentials = new UserIdPasswordType()
EbayService.RequesterCredentials.Credentials.AppId = appId;
EbayService.RequesterCredentials.Credentials.DevId = devId;
EbayService.RequesterCredentials.Credentials.AuthCert = certId;
GetCategoriesRequestType request = new GetCategoriesRequestType();
request.Version = "405";
request.CategorySiteID = "215";
request.CategoryParent = new string[] {"0"};
request.ViewAllNodes = true;
request.LevelLimit = 0;
request.DetailLevel = new DetailLevelCodeType[] {DetailLevelCodeType.ReturnAll};
var a = ConstantManager["Url"].ToString();
var endpoint = ConstantManager["Ebay. Api Endpoint"].ToString();
var callName = "GetCategories";
var siteId = "215" ;//Зона россия
var appId = ConstantManager["EbayAppId"].ToString() ;// '// use your app ID
var devId = ConstantManager["EbayDevId"].ToString();// use your dev ID
var certId = ConstantManager["EbayCertId"].ToString(); // use your cert ID
var version= "405";
var token = onstantManager["EbayToken"].ToString();
// Build the request URL
var requestURL = endpoint + "?callname=" + callName + "&siteid=" + siteId + "&appid=" + appId + "&version=" + version + "&routing=default";

GetCategoriesResponseType cats = EbayService.GetCategories(request);
if (cats.Errors != null && cats.Errors.Length > 0 )
{
foreach(var er in cats.Errors)
{
// Обработаем каждую текстовую ошибку
}
throw new Exception("Если надо выйдем из команды с ошибкой");
}

if ( cats.CategoryArray == null || cats.CategoryArray.Length <= 0)
{
// Обработаем тот факт, что пришел пустой список категорий, такого не моет быть
}

CategoryType[] catArray = cats.CategoryArray;

SyncronizeCats(-1, "", catArray); // пешем метод валидного ответа


Напишем функцию импорта строчек с категориями из Ebay, не забудем удалить у нас записи, которые не приходят больше. Лучше идти лесенкой по дереву справочника



private void SyncronizeCats(long parentID, string ebayParentCode, CategoryType[] catArray)
{
//Получим уже имеющиеся у нас категории с тем же родителем
var ourEbayCats = DictionaryManager.GetRecords(x => (x.ParentID == parentId));
//Записываем пришедшие коды ибей
var processedCodes = new List();
foreach(var ebayCat in catArray.Where(c => (string.IsNullOrEmpty(ebayParentCode) && c.CategoryLevel == 1 ) || (c.CategoryParentID != null
&& c.CategoryParentID.Any(h => h.Trim() != c.CategoryID && h.Trim() == ebayParentCode))))
{
if (!string.IsNullOrEmpty(ebayCat.CategoryID) && !string.IsNullOrEmpty(ebayCat.CategoryName))
{
GetOrCreateCategory(bayCat.CategoryID.Trim(), ebayCat.CategoryName, parentID);
processedCodes.Add(ebayCat.CategoryID.Trim());
}
}
foreach(var catRow in ourEbayCats)
{
if (!(processedCodes.Contains(catRow.EbeyCode)))
{
//Удаляем те, которых уже нет в новом списке
DictionaryManager.DeleteRecord(catRow.ID);
}
else
{
//Вкачаем уровнем ниже
SyncronizeCats(catRow.ID, catRow.Code, catArray);
}
}
}


Ну и, наконец, апдейт или создание категории.



private void GetOrCreateCategory(string ebayCategoryID, string ebayCatCategoryName, long parentID)
{
var ebayCat = new ArticleGroup() { };
var cats = DictionaryManager.GetRecords(x => x.Name == ebayCatCategoryName);
if (cats.Any())
{
ebayCat = cats.First();
}
else
{
ebayCat = DictionaryManager.NewRecord( new ArticleGroup() { });
}
//Проставляем парент, название и другие свойства
DictionaryManager.SaveRecord(ebayCat);
}


Итого



Технически, интеграция не представляет сложности (весь объем код не превышает нескольких киллобайт), однако в деталях всплывает немало подводных камней с некоторыми из которых мы и пытались вас познакомить.


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/307782/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
anob

Унитаз в центре Киева как способ борьбы с коррупцией Политикус InfoPolk.ru

Понедельник, 15 Августа 2016 г. 19:56 (ссылка)
infopolk.ru/1/U/events/8236...5c6ab90332


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

Комментарии (0)КомментироватьВ цитатник или сообщество
SoftLabirint

Wolfram Mathematica 11.0.0.0 (Multi/Eng) » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Понедельник, 15 Августа 2016 г. 19:42 (ссылка)
softlabirint.ru/soft/office...tieng.html


Wolfram Mathematica 11.0.0.0 (Multi/Eng)

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



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



Основные функции Mathematica:

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

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

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

• В программе есть специальные функции для разных технических областей: от вычислительной биологии до вейвлет-анализа.

• Импортированные данные можно сочетать с данными Wolfram|Alpha и тут же их анализировать, используя передовые методы построения регрессионных моделей и самой регрессии, обработку и классификацию сигналов, или статистические методы.

• Mathematica позволяет высококачественно визуализировать функции, данные, диаграммы, изображения или аннотации.

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

• Гибкий символьный язык, поддерживающий множественные парадигмы программирования, расширенные средства отладки, автоматическое построение интерфейсов и не только, упрощает все этапы разработки – от проектирования до развертывания.

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

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

• Mathematica предоставляет разнообразие способов развертывания для передачи результатов— доклады, презентации, web-сайты, приложения.

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



Вычисление

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

Разработка

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

Развертывание

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

Автоматизация

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

Интегрированная универсальная платформа

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

Гибридная символьно-численная методология

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

Мультипарадигмальный язык

• Ни один стиль программирования не подходит идеально для всех задач. Система Mathematica отличается от традиционных языков программирования одновременной поддержкой множества программных парадигм: процедурной, функциональной, основанной на правилах или шаблонах и других.

Встроенная информация

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

Рабочий процесс на базе документов

• У вас не должна возникать необходимость пользоваться одной программой для обработки данных, другой для их визуализации, а третьей для их интерактивного преподнесения. Система Mathematica всё это осуществляет в течение рабочего процесса, сохраняя все элементы проекта-вычисления, визуализации, данные, документацию, и даже интерактивные приложения-вместе, в уникально гибких документах.



What's New in Mathematica 11.0.0:

Mathematica 11 introduces functionality for major new areas, including 3D printing, audio processing, machine learning, and neural networks—plus many other new improvements, all built on the underlying Wolfram Language.

Over 500 new functions significantly broaden scope in new and existing areas

Algorithmically generate, import, and directly print 3D models to local or cloud 3D printers

New computational audio synthesis, processing, and analysis for applications in music and speech

New neural network framework gives access to GPU-accelerated deep learning

Expanded and enhanced machine learning functionality, including feature extraction and Bayesian optimization

Numerous extensions and improvements to the Wolfram Cloud and web operations and data storage

Vast new array of visualizations, from statistical to geographic to anatomical, and improved presentation options

Performance and feature enhancements to already industry-leading symbolics, numerics, and geometry

Expanded geographics, including new geo data entities, map backgrounds, projections, and more

New computational photography, plus more tools for image and signal processing

New and improved support for random matrices, time series, and quantities in probability and statistics

Experimental Wolfram channel framework for asynchronous communications between cloud, desktop, and embedded systems

Execute Wolfram Language code from anywhere—locally or in the cloud—with new WolframScript command-line interpreter

Richer functional programming constructs thanks to list- and array-processing enhancements

More powerful text and language processing, and increased multilingual support

Real-time spellchecker augmented with dictionaries for technical terms, proper names, and support for some 25 languages

Improved code appearance, autocompletion, and error messages help increase user productivity

Faster, more flexible access to the growing Wolfram Knowledgebase, including support for arbitrary datasets

 



Wolfram Mathematica 11.0.0.0 (Multi/Eng)



Wolfram Mathematica 11.0.0.0 (Multi/Eng)



Wolfram Mathematica 11.0.0.0 (Multi/Eng)






Системные требования:

· Windows 10 | Windows 8.1 | Windows 8 | Windows 7 | Windows Vista | Windows Server 2012 | Windows HPC Server 2008 | Windows Server 2008

· Процессор: Intel Pentium 4 2.4 ГГц или эквивалентный

· Оперативная память: рекомендуется 2GB+

· Дисковое пространство: 8.8 GB

· Доступ в Интернет: необходим для использования свободной формы языкового ввода и работы с данными, пригодными для вычислений



Год выпуска: 2016

Язык интерфейса: Multilanguage / English

Лекарство: В комплекте (кейген)

Размер: 2.96 GB



Скачать: Wolfram Mathematica 11.0.0.0 (Multi/Eng) >>>



 



Подписка на новости сайта…

http://feeds.feedburner.com/Soft-Labirint

http://feeds.feedburner.com/Soft-Labirint?format=xml

https://feedburner.google.com/fb/a/mailverify?uri=Soft-Labirint

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
oryoberta

Унитаз в центре Киева как способ борьбы с коррупцией

Понедельник, 15 Августа 2016 г. 18:41 (ссылка)
infopolk.ru/1/U/events/8236...144a12aa01


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

Комментарии (0)КомментироватьВ цитатник или сообщество
opetrov

Унитаз в центре Киева как способ борьбы с коррупцией

Понедельник, 15 Августа 2016 г. 18:34 (ссылка)
infopolk.ru/1/U/events/8236...b63e01cc03

Унитаз в центре Киева как способ борьбы с коррупцией



В последнее время довольно много говорили о необходимости запуска системы электронного декларирования чиновников как о способе борьбы с коррупцией ...
Комментарии (0)КомментироватьВ цитатник или сообщество
ivapet

Унитаз в центре Киева как способ борьбы с коррупцией

Понедельник, 15 Августа 2016 г. 18:25 (ссылка)
infopolk.ru/1/U/events/8236...9efd14bb02


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

Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<системы - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda