среда, 25 мая 2022 г.

среда, 25 мая 2022 г.

Защита данных в турагентстве

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

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

И конечно, любую проблему проще предотвратить, чем бороться с ее последствиями.

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

1. Сохранение резервных копий. Для облачных версий мы делаем это сами, а если САМО-турагент установлен на сервере - то это зона ответственности компании-пользователя. Копии мы рекомендуем делать не реже раза в неделю. Хорошая новость в том, что для версий 7.4 и 7.5, на которых работает большая часть пользователей, создание бэкапов можно настроить в автоматическом режиме. 

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


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

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


Не забудьте настроить запрет на выгрузку данных о туристах или заявках в Excel.

Мы рекомендуем создавать в базе больше ролей с более четкими правами, нежели открывать лишние возможности. Сотрудники не всегда делают ошибки со злым умыслом, иногда это действительно просто ошибка. Чем опытнее менеджер, тем более расширенными правами он может быть наделен. Делайте разграничения: стажер, менеджер, ведущий менеджер, заместитель с повышающимся набором прав.

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

4. Отчеты. Например, отчет "Журнал изменений" показывает вам, кто и когда совершил данное действие в CRM. Для реальной картины очень важно, чтобы каждый сотрудник заходил под своими данными (логин/пароль). Также мы советуем ежедневно анализировать другие отчеты, например, в конце каждого дня снимать данные по остаткам денежных средств, платежам, заявкам.

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

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

Мы готовы помочь вам в настройке прав доступа, пишите в поддержку, если есть вопросы. А если вы не работаете в CRM, установите САМО-турагент и защитите клиентскую базу от недобросовестных сотрудников. Напишите нам на sale@samo.ru, чтобы протестировать программу или получить счет на ее покупку.

Удачи!

четверг, 19 мая 2022 г.

четверг, 19 мая 2022 г.

Интеграции для туроператоров

Платформа "САМО-тур" открыта для интеграции с различными программными решениями принимающих компаний. Это может быть как наш же продукт SAMO-incoming, либо любое другое программное обеспечение. Преимущество интеграции между отправляющим и принимающим операторами заключается в автоматическом онлайн-обмене данными между компаниями.

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

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

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

Что это может быть?
  • Автоматическая отправка принимающему партнеру новых бронирований, изменений, аннуляций;
  • Получение от принимающего партнера статусов по заявкам и услугам;
  • Автоматическое загрузка в систему отправляющего туроператора каталогов цен, СПО, квот и блоков, остановок продаж, справочников от принимающего партнера;
  • Контроль параметров бронирования (туристы с услугами и размещениями, даты рождения для детей и др.);
  • Автоматическая отправка ваучеров и документов от принимающей компании;
  • Обмен сообщениями и комментариями по заявкам между партнерами;
  • Автоматический контроль взаимодействия с партнерами через журнал обмена.
Если партнер работает в SAMO-incoming, то возможен обмен всеми перечисленными данными. При использовании других решений, разработчикам может не хватать методов по загрузке квот, СПО, изменений, аннуляций. Тогда мы согласовывает ТЗ с учетом ограничений.

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

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

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

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

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

Если нужного вам партнера для интеграции нет среди наших разработок, мы готовы рассмотреть возможность подключения интеграции при наличии тестовых данных к технологической платформе партнера. Пишите нам на sale@samo.ru, чтобы получить список готовых решений на текущую дату.

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