Система учета гостиницы сводит реестр, МВД и налог

Реестр, миграционный учет и туристический налог часто ведут в трех разных местах: номер объекта копируют из письма, сведения о госте заново набирают в форме МВД, ночи считают в таблице для декларации. Так можно работать ровно до первой исправленной фамилии, продленной брони или оплаты, которая попала в другой квартал. Потом три учета описывают три разные версии одного проживания.

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

Идентификационный номер должен приходить из карточки объекта

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

Здесь путают четыре разных реквизита: ИНН владельца, ОГРН или ОГРНИП, номер реестровой записи и категорию объекта. Для публикации сведений о средстве размещения нужен уникальный номер реестровой записи и ссылка на запись в реестре, а не налоговый номер предпринимателя. Категория, например «три звезды», тоже не заменяет идентификационный номер. У объекта может не быть звезд, но реестровая запись у работающего средства размещения должна быть.

Постановление Правительства РФ № 1951 от 27 декабря 2024 года задает типы средств размещения и требования к ним. Порядок классификации и ведения единого реестра установлен постановлением № 1952 той же даты. Номера стоят рядом, поэтому в памятках их постоянно меняют местами. Для владельца практический вывод простой: тип и соответствие требованиям подтверждаются в ходе классификации, а рабочий реквизит для документов и публикаций берется из записи реестра.

Карточка объекта должна содержать как минимум:

• полное и короткое наименование объекта;
• адрес и муниципальное образование;
• уникальный номер реестровой записи;
• ссылку на запись и статус классификации;
• дату, с которой реквизит применяют в документах.

Последнее поле защищает от тихой подмены истории. Если номер исправили 15 мая, документ от 10 мая не должен внезапно показывать новый реквизит при повторной печати. Нормальная система хранит версию, которая действовала в момент формирования документа, и отдельно показывает текущее значение.

Есть еще одна неприятная ошибка: владелец нескольких объектов заносит номер головной гостиницы в общий шаблон и выпускает его для гостевого дома или корпуса с отдельной реестровой записью. Реквизит принадлежит объекту, а не аккаунту владельца. Поэтому выбор номера должен идти от бронирования и комнаты к конкретному объекту, а не от пользователя к «главному» номеру.

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

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

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

Одна запись гостя питает весь последующий учет

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

Запись должна разделять данные человека, документ и проживание. У одного человека может смениться паспорт, но прошлая отправка в МВД должна сохранить реквизиты документа, предъявленного при том заезде. У одного бронирования могут жить несколько гостей, однако договор на услугу и плательщик не всегда совпадают с составом проживающих. Для миграционного учета важен каждый человек. Для туристического налога ФНС смотрит на услугу временного проживания и лицо, с которым заключен договор, а не просто умножает налог на число людей в комнате.

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

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

Исправление тоже должно расходиться по зависимостям. Если администратор в 19:10 исправил одну букву в фамилии до отправки уведомления, система обновляет черновик. Если МВД уже приняло сведения, простое редактирование карточки недостаточно: нужна отдельная операция исправления или повторной подачи по действующему порядку, а первоначальный результат приема остается в журнале. Иначе утром карточка выглядит правильно, а ведомство хранит старую фамилию.

Срок МВД зависит от статуса гостя, а не от смены администратора

Для гражданина России гостиница проводит регистрацию по месту пребывания по прибытии и передает сведения в течение 24 часов. Для иностранного гражданина уведомление о прибытии подают в течение одного рабочего дня, следующего за днем прибытия. Федеральный закон № 109-ФЗ отдельно уточняет случай нерабочих дней: если иностранный гость приехал в выходной или праздник, срок приходится на рабочие сутки сразу после них.

Эти правила нельзя хранить одним полем «отправить завтра». У 24 часов есть точное время окончания. У рабочего дня есть производственный календарь. Заезд россиянина в пятницу в 22:40 и заезд иностранца в тот же момент получают разные контрольные точки. Длинные праздники делают разницу особенно заметной.

Расчет срока должен получать четыре исходных значения:

1. фактические дату и время прибытия;
2. гражданство и правовой статус гостя;
3. часовой пояс объекта;
4. календарь рабочих и нерабочих дней.

Результат лучше хранить как вычисленную дату со ссылкой на правило, а не как вручную выбранное напоминание. Тогда администратор видит: «гражданин РФ, 24 часа с прибытия» или «иностранный гражданин, следующий рабочий день». Если он исправит гражданство после проверки документа, система пересчитает срок и запишет причину изменения.

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

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

Постановление Правительства РФ № 713 регулирует регистрацию граждан России по месту пребывания, а закон № 109-ФЗ и Правила миграционного учета, утвержденные постановлением № 9, относятся к иностранцам. Это два правовых режима, хотя в интерфейсе они начинаются с одного заезда. Универсальная кнопка без определения режима опасна: она скрывает, какую форму готовит система и по какому календарю считает просрочку.

Смена с 9:00 до 21:00 не имеет отношения к юридическому сроку. Ночная бронь не может ждать, пока «ответственный по МВД» выйдет через два дня. Система должна поставить задачу в момент заселения, предупредить до границы срока и поднять просрочку выше обычных дел. Передача задачи между сменами фиксируется, но не обнуляет часы.

Подготовить уведомление и отправить его не одно и то же

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

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

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

Повторная отправка заслуживает отдельного контроля. Типичная цепочка выглядит так:

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

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

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

Туристический налог считают по услуге, а ночи хранят отдельно

Туристический налог рассчитывают по услуге временного проживания в момент полного расчета с покупателем, а число ночей определяет минимальную сумму. По статье 418.7 НК РФ сначала считают процент от налоговой базы. Затем результат сравнивают с 100 рублями, умноженными на количество суток проживания, и берут большую сумму.

В 2026 году муниципальная ставка не может превышать 2 процента. Муниципалитет может установить меньшую ставку, менять ее по сезону, типу или категории средства размещения и вводить дополнительные льготы. Поэтому поле «ставка 2026» на весь аккаунт ненадежно. Ставка привязана к муниципалитету, периоду и объекту.

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

Разберем две услуги без НДС, чтобы не смешивать задачи. Бронь на две ночи стоит 4 800 рублей, ставка равна 2 процентам. Процентная сумма составляет 96 рублей, минимальная сумма равна 200 рублям, значит налог составит 200 рублей. Другая бронь на две ночи стоит 12 000 рублей: 2 процента дают 240 рублей, что больше минимальных 200, поэтому налог равен 240 рублям.

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

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

Льготу нельзя ставить по просьбе гостя

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

Пункт 2 статьи 418.4 НК РФ содержит федеральные категории, среди них Герои России и Советского Союза, участники и инвалиды Великой Отечественной войны, ветераны и инвалиды боевых действий, инвалиды I и II групп, инвалиды с детства и дети-инвалиды. Полный перечень нужно проверять по действующей редакции статьи, а не переписывать один раз в памятку. Муниципалитет вправе добавить свои категории и порядок подтверждения.

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

Сложнее всего бронь с несколькими проживающими. ФНС объясняет: если договор заключен с лицом без льготы, стоимость одной услуги включают в базу, даже когда вместе с ним живет льготник. Если покупатель услуги относится к льготной категории и представил документы, стоимость этой услуги не включают. Поле «в номере есть льготник» для расчета бесполезно; системе нужен плательщик по договору и подтвержденный статус именно этого лица.

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

Три учета сходятся на одной цепочке событий

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

Возьмем заезд в пятницу вечером на три ночи. В бронировании выбран объект, поэтому шаблон договора получает его адрес и реестровый номер. Администратор сканирует или вводит документ, сверяет гражданство и время фактического прибытия. Система создает задачу МВД с правилом для этого гостя, а ночной регистр получает пятницу, субботу и воскресенье с ценами и ставками объекта.

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

Такая последовательность дает проверяемый набор записей:

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

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

Квартальный отчет начинается в день заезда

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

Налоговый период равен кварталу. Декларацию по форме КНД 1153008 подают не позднее 25-го числа месяца после квартала, налог платят не позднее 28-го. С отчетности за первый квартал 2026 года применяется форма в редакции приказа ФНС России от 19 декабря 2025 года № ЕД-7-3/1228@. Старый сохраненный бланк нельзя считать вечным шаблоном.

Перед формированием декларации полезны четыре сверки:

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

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

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

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

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

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

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

Автоматизация обязана оставлять владельцу контроль

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

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

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

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