Аудит
Смотрим действующий регламент поездок, маршруты подписей и путь документов в бухгалтерию. 4–5 рабочих дней.
Заявка на поездку, согласование, бронирование, авансовый отчёт и закрывающие документы в одной системе. Без служебных записок на бумаге и без папки чеков в столе.
Коротко: поездка начинается с заявки, а не с устного разрешения, проходит согласование по бюджету и правилам компании и заканчивается авансовым отчётом, который собран из уже загруженных документов.
Командировка — это процесс, который начинается за две недели до вылета и заканчивается через месяц после возвращения. Между этими точками умещается служебная записка, подпись руководителя, поиск билетов, гостиница, такси, чеки в кармане куртки и авансовый отчёт, который бухгалтерия возвращает на доработку, потому что не хватает счёта из гостиницы. Сама поездка на этом фоне занимает три дня.
Автоматизация командировок убирает бумагу и ожидание из всей цепочки. Заявка подаётся с телефона, согласование идёт по маршруту, документы загружаются в момент их получения, а авансовый отчёт собирается сам из того, что уже загружено. Бухгалтерия получает проверенный пакет, а не конверт с чеками.
Сотрудник заполняет короткую форму: куда, зачем, на какие даты, каким транспортом, сколько примерно стоит. Система сразу сверяет запрос с тревел-политикой — нормой на проживание по этому городу, классом проезда для этой категории сотрудников, предельным суточным лимитом. Если запрос выходит за рамки, человек видит это до отправки, а не через неделю в отказе.
Дальше заявка идёт по маршруту: непосредственный руководитель, при превышении лимита — вышестоящий, при поездке за счёт проекта — руководитель проекта. Каждая подпись с датой. Если согласование зависло, напоминание приходит согласующему, а сотрудник видит, что он ждёт не зря и на ком именно стоит дело.
После согласования появляется задача на бронирование с маршрутом, датами и бюджетом. Кто её выполняет, зависит от компании: где-то ассистент работает с тревел-агентством, где-то сотрудник покупает сам и прикладывает документы. И в том, и в другом случае в системе видно, что билеты куплены, во сколько обошлись и приложены ли маршрутные квитанции. Ситуация «вылет послезавтра, а билетов нет, потому что все думали, что купит кто-то другой» закрывается ответственным и сроком у задачи.
Главная причина мучений с авансовым отчётом — документы собирают в конце, по памяти. Мы переносим сбор в момент траты: получил посадочный талон — сфотографировал, оплатил гостиницу — приложил счёт, взял такси — загрузил чек. Всё привязывается к конкретной поездке, ничего не мнётся и не теряется в кармане.
Реквизиты частично распознаются: сумма, дата, продавец подставляются в строку расхода, сотруднику остаётся проверить и подтвердить. Мы намеренно оставляем этот шаг за человеком — в вопросах денег автоматическое распознавание должно предлагать, а не решать.
К возвращению отчёт по сути уже собран: выданный аванс, строки расходов с приложенными документами, остаток или перерасход считаются автоматически. Сотрудник проверяет и отправляет, бухгалтер видит комплектность сразу и не гоняет отчёт по кругу из-за одного недостающего счёта.
Здесь важно сказать прямо: система не является бухгалтерской программой и не заменяет 1С. Проводки, налоговый учёт, признание расходов и отчётность остаются в учётной системе. Наш контур доводит поездку до состояния «документы собраны, суммы сошлись, согласование пройдено» и передаёт закрывающие документы и суммы туда, где ведётся учёт. Бухгалтерия продолжает работать в своей программе — просто получает готовый пакет вместо стопки бумаги в конце месяца.
Когда все поездки проходят через одну систему, появляются цифры, которых обычно нет ни у кого: сколько компания тратит на командировки в месяц, по каким направлениям и подразделениям, какая доля расходов уходит на проезд, а какая на проживание, где регулярно превышаются лимиты. Разговор о сокращении тревел-бюджета перестаёт быть спором на ощущениях: иногда выясняется, что дешевле не резать нормы, а покупать билеты за десять дней вместо трёх.
Контур командировок запускается за 3–4 недели при одном юрлице и сформулированной тревел-политике: несколько дней на аудит, две недели на настройку форм, лимитов, маршрутов и передачи документов, несколько дней на обучение и первые поездки в новом порядке. Если политики нет вовсе, сначала помогаем её описать — без правил автоматизировать нечего.
От вас нужны три вещи: действующий регламент поездок, человек со стороны бухгалтерии для настройки передачи документов и пара сотрудников, готовых проехать первые командировки по новому порядку и честно сказать, где неудобно. Похожие проекты и то, что в них получилось, мы показываем в кейсах.
Следом к командировкам обычно подключают согласование прочих расходов и закупки: маршруты и лимиты у них устроены одинаково, поэтому второй процесс настраивается заметно быстрее первого. Там, где коробочных настроек не хватает — например, нужен обмен с конкретным тревел-агентством, — задача уходит в разработку с оценкой до начала работ.
Работы делим на этапы и фиксируем результат каждого. Платите за принятый этап, а не за обещания.
Смотрим действующий регламент поездок, маршруты подписей и путь документов в бухгалтерию. 4–5 рабочих дней.
Формы заявок, лимиты тревел-политики, маршруты, авансовый отчёт, передача данных в учёт. 8–12 рабочих дней.
Учим сотрудников, согласующих и бухгалтерию, стартуем на одном подразделении. 3–4 дня.
Поддержка, доработки и подключение соседних процессов — заявок на расходы и закупок.
Вилку называем после аудита и фиксируем в договоре. Вот вещи, которые на неё влияют, — чтобы вы понимали структуру цены заранее.
Место под CRM-форму Битрикс24
контейнер b24-form-komandirovki
Нажимая кнопку в форме, вы соглашаетесь с политикой конфиденциальности.
Нет, и мы не берёмся за такую задачу. Система ведёт оперативный контур: заявку, согласование, бронирование, сбор чеков и авансовый отчёт. Проводки, налоговый учёт и отчётность остаются в вашей учётной системе — туда уходят суммы и закрывающие документы уже проверенными и привязанными к сотруднику и поездке. Бухгалтер работает в привычной программе, просто перестаёт разбирать пакет мятых чеков.
Сотрудник фотографирует документ телефоном в момент, когда его получил: посадочный талон в аэропорту, счёт гостиницы на стойке, чек за такси. Файл прикрепляется к поездке сразу. Часть реквизитов — сумма, дата, продавец — распознаётся автоматически, но сотрудник их подтверждает: доверять распознаванию вслепую в вопросе денег мы не советуем.
Да, лимиты переносятся в систему и проверяются в момент подачи заявки, а не постфактум. Если сотрудник закладывает гостиницу дороже нормы по своему городу и категории, он видит предупреждение сразу, а заявка уходит на дополнительное согласование. Превышения перестают всплывать на этапе авансового отчёта, когда деньги уже потрачены.
Согласованная заявка превращается в задачу на бронирование с датами, маршрутом и бюджетом — её получает ассистент или ответственный за поездки, который работает с агентством. Если у агентства есть интерфейс обмена, заявку можно передавать туда автоматически, а обратно получать маршрутные квитанции. Возможность обмена проверяем на аудите.
Для регулярных разъездов делаем упрощённый сценарий: короткая форма, согласование одной кнопкой или вообще по лимиту без согласования, отчёт по факту. Гонять водителя или сервисного инженера через полный маршрут ради поездки в соседний город бессмысленно — правила настраиваются по типу поездки.
Три-четыре недели при одном юридическом лице и понятной тревел-политике. От вас нужны действующий регламент поездок или готовность его сформулировать, человек со стороны бухгалтерии для настройки передачи документов и один-два сотрудника, которые проедут первые поездки в новом порядке и скажут, где неудобно.