Политика есть, контроля нет
Требования к классу перелёта, категории отеля и срокам бронирования лежат в PDF. Сотрудник бронирует сам, а расхождение обнаруживается только в авансовом отчёте.
Выберите тему — соберём контекст
Строим портал, в котором сотрудник сам подбирает поездку в рамках лимитов, руководитель одобряет её в один клик, а бухгалтерия получает корректные закрывающие документы и выгрузку в 1С.
Или сразу: +7 (962) 368-39-51 Telegram
У большинства компаний политика описана в документе, но не работает в момент покупки. Вот что это даёт на практике.
Требования к классу перелёта, категории отеля и срокам бронирования лежат в PDF. Сотрудник бронирует сам, а расхождение обнаруживается только в авансовом отчёте.
Заявка живёт в переписке: руководитель в отпуске, письмо потерялось, билет подорожал вдвое, пока шло подтверждение. Поездка срывается из-за процесса, а не из-за бюджета.
Билеты в одном месте, отель во втором, такси и суточные — в третьем. Курсы валют разные, часть чеков теряется, авансовый отчёт закрывается через месяц после поездки.
Суммы в акте агентства не совпадают с реестром броней, НДС разнесён неверно, а часть услуг оформлена на другое юрлицо. Бухгалтерия тратит недели на сверку.
Сканы паспортов и визовые данные ходят по почте и хранятся в рабочих чатах. Понять, кто и когда имел доступ, невозможно — а это прямой риск по 152-ФЗ.
Финансы видят общую сумму по статье «командировки», но не знают, какое подразделение, направление или агентство даёт переплату, и где можно торговаться с поставщиком.
Внедряем поэтапно: сначала портал и согласование, затем финансы и документы, затем аналитика.
Сотрудник оформляет поездку сам, но внутри правил компании — без звонков в агентство и без таблиц.
Правила становятся частью процесса покупки: проверить и согласовать до того, как потрачены деньги.
Финансовый контур: от реестра броней до закрывающих документов в системе ЭДО.
Отчётность, по которой видно, где тратится лишнее и что менять в политике.
Раскатываем постепенно: пилот на одном подразделении снижает сопротивление и даёт реальные данные для настройки лимитов.
Собираем действующую политику, реальные маршруты согласования, поставщиков и объём поездок. Находим, где согласование тормозит процесс и какие лимиты уже не соответствуют ценам.
Настраиваем профили, лимиты, роли и цепочки предодобрения. Подключаем источники бронирования и делаем сквозной сценарий: заявка, согласование, бронь.
Реализуем реестры, сверку, выгрузки в 1С и обмен через ЭДО. Закрываем процесс авансовых отчётов и работу с корпоративной картой.
Запускаем на одном подразделении, собираем обратную связь, корректируем лимиты и подсказки, затем подключаем остальные юрлица и регионы.
Предодобрение — это решение о бюджете поездки, принятое до бронирования. В отличие от постфактум-контроля, когда расхождение с политикой выясняется уже в авансовом отчёте, предодобрение не даёт потратить деньги вне правил в принципе.
На практике это выглядит так: сотрудник выбирает рейс и отель, система проверяет их на соответствие лимитам и показывает предварительную сумму поездки, заявка уходит руководителю с уже заполненными данными, а после одобрения бронирование происходит автоматически в пределах зарезервированной суммы. Если цена изменилась выше согласованной, система не «дотягивает» бронь, а возвращает заявку на повторное согласование.
Портал не должен становиться ещё одной учётной системой. Его задача — собрать первичные данные о поездке и передать их туда, где уже ведётся учёт. Мы выгружаем в 1С заявки, реестры броней и суммы к возмещению по заранее согласованному формату, синхронизируем справочники сотрудников, подразделений и договоров, чтобы не появлялось дублей контрагентов.
Закрывающие документы идут через ЭДО: портал формирует реестр, агентство или поставщик выставляет акт, система сверяет суммы с фактическими бронями и подсвечивает расхождения до подписания. Это убирает классическую ситуацию, когда акт подписан, а сумма в нём не совпадает с реестром.
Корпоративный тревел обрабатывает чувствительный набор данных: паспортные данные, визовую историю, даты рождения, контакты, иногда медицинские ограничения. Всё это относится к персональным данным и требует определения цели обработки, состава данных, сроков хранения и круга лиц с доступом.
Мы проектируем хранение так, чтобы лишние данные не покидали защищённый контур: поставщику передаётся только обязательный минимум, доступ к сканам документов ограничен ролью и пишется в журнал, а по истечении срока хранения данные удаляются автоматически. Порталы визовых требований и напоминания о сроках действия документов строятся на этих же данных, без дублирования копий в почте и мессенджерах.
Первый рабочий контур — портал с подбором поездок, лимитами и маршрутами согласования — запускается за два-три месяца. Полный контур с финансами, выгрузками в 1С, ЭДО и аналитикой занимает от пяти до восьми месяцев, если требуется интеграция с несколькими учётными системами или поддерживается несколько юрлиц.
Нет. Портал — это надстройка над вашими текущими договорами: мы подключаем существующее агентство, GDS-каналы или прямые договоры с отелями и авиакомпаниями. Если сейчас брони идут через агентство по почте, портал просто становится единой точкой входа, а взаимодействие с агентством переходит на API или регламентированный обмен реестрами.
Система поддерживает поездки вне политики: сотрудник указывает причину, заявка уходит по расширенному маршруту согласования с обязательным обоснованием. Такие случаи попадают в отдельный отчёт — видно долю отклонений, их причины и стоимость. Через несколько месяцев эти данные обычно и становятся основанием пересмотреть лимиты для конкретных направлений или должностей.
Да. Портал проектируется с разделением по юрлицам и подразделениям: у каждого свои лимиты, договоры, поставщики и правила документооборота. Мультивалютность учитывает курс на дату бронирования и на дату оплаты, а расхождения отражаются в отчётности отдельной строкой, чтобы бухгалтерия не разбирала их вручную.
Смежные задачи, которые обычно решаются в одном проекте с этой.
Пришлите действующую тревел-политику и примерный объём поездок — покажем, что можно автоматизировать в первую очередь.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.