Журнал регистрации гостей для малого средства размещения

Журнал регистрации гостей нужен владельцу не ради красивой книги на стойке. Он должен связать четыре события: человек заселился, администратор проверил документы, сведения ушли в МВД, стоимость проживания попала в расчет туристического налога. Если журнал хранит только ФИО и номер комнаты, он не доказывает ни одного из этих действий полностью.

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

Журнал не заменяет обязательные документы

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

С 1 марта 2026 года Правила предоставления гостиничных услуг и услуг иных средств размещения, утвержденные постановлением Правительства РФ № 1912, требуют письменный договор. В нем должны быть сведения об исполнителе и госте, реквизиты документа гостя, номер реестровой записи средства размещения, сведения о номере или месте, период проживания, время заезда и выезда, условия бронирования и возврата. Письменная форма соблюдается и тогда, когда объект подтверждает заявку, а гость совершает предусмотренное правилами действие, например оплачивает услугу. Но запись «Иванов, комната 3» письменным договором не становится.

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

Налоговый учет живет отдельно. Глава 33.1 НК РФ связывает туристический налог со стоимостью услуги, количеством суток, местной ставкой, моментом полного расчета и льготами. ФИО проживающего помогает найти операцию, но само по себе не объясняет налоговую базу.

Старая форма № 2-Г из приказа Минфина РФ № 121 от 13 декабря 1993 года до сих пор встречается в готовых бланках. В ней есть гражданство, паспорт, номер комнаты и дата выбытия, но нет статуса электронной отправки в МВД, подтверждения приема, налоговой базы, полного расчета и основания льготы. Ее можно взять как исторический образец, но объявлять ее современной обязательной формой и строить на ней весь учет не стоит.

В одной записи должны сходиться человек и проживание

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

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

Минимальная рабочая структура выглядит так:

guest_id;booking_id;contract_id;full_name;birth_date;citizenship;id_type;id_series;id_number;id_issued_at;id_issuer;home_registration;arrival_at;departure_plan_at;departure_fact_at;room_or_bed;notification_required;notification_due_at;notification_sent_at;notification_channel;notification_receipt_id;tax_service_id;full_payment_at;stay_nights;accommodation_base;municipal_rate;minimum_tax;calculated_tax;benefit_code;benefit_document;record_status;updated_at;updated_by

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

Поля заезда и выезда храните со временем, а не только с датой. Уведомительный срок считают от прибытия, поздний выезд влияет на услугу, а ночной заезд часто попадает между сменами. Запись «12 июля» не отвечает, приехал человек в 00:15 или в 23:50.

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

Гражданство определяет маршрут и срок уведомления

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

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

Есть исключение, которое часто пересказывают слишком широко. Администрация вправе не регистрировать гражданина, если он уже зарегистрирован по месту жительства или пребывания в том же субъекте РФ и непрерывно живет в объекте не более 90 дней. Для Москвы и Московской области, а также Санкт-Петербурга и Ленинградской области правила учитывают соответствующие пары территорий. Это право объекта, а не общее правило «местных не оформляем». В журнале нужен признак исключения и основание, иначе через месяц никто не вспомнит, почему уведомление отсутствует.

Для иностранца карточка шире. Нужны документ, удостоверяющий личность, миграционная карта, когда она обязательна, виза или сведения о праве проживания, прежняя отрывная часть уведомления при прибытии из другого места и срок разрешенного пребывания. На каждого иностранца заполняют отдельное уведомление. Приказ МВД России № 856 устанавливает его форму; исправления в бумажном бланке не допускаются.

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

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

Статусы надежнее галочек

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

Для каждого обязательного сообщения используйте короткую последовательность статусов:

1. «Не требуется» с указанным основанием.
2. «Нужно отправить» с рассчитанным сроком.
3. «Сформировано» после проверки полей.
4. «Отправлено» с датой, каналом и идентификатором.
5. «Принято» только после подтверждения приема.

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

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

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

Туристический налог считают по услуге, а не по списку фамилий

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

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

Момент расчета тоже часто путают с выездом. По статье 418.7 НК РФ налог считают в момент полного расчета с покупателем услуги. ФНС прямо объясняет, что дата фактического проживания и дата частичной предоплаты сами по себе не определяют налоговый период. Поэтому поле full_payment_at обязательно, даже если журнал прежде использовали только на стойке размещения.

Разберем запись без лишних допущений. Налоговая база услуги после нужных исключений составляет 6000 рублей, проживание длится двое суток, местная ставка на дату полного расчета равна 2 процентам. Процентный расчет дает 120 рублей. Минимальный налог равен 100 рублям за сутки, то есть 200 рублей. В регистр попадет 200 рублей, потому что НК РФ требует взять большую сумму.

tax_service_id: TS-2026-0712-008
full_payment_at: 2026-07-12 19:40
stay_nights: 2
accommodation_base: 6000.00
municipal_rate: 0.02
percent_tax: 120.00
minimum_tax: 200.00
calculated_tax: 200.00
calculation_reason: minimum_is_greater

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

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

Квартальная сверка начинается с отдельных услуг

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

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

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

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

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

Срок хранения зависит от назначения записи

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

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

Для налоговых данных действует другой горизонт. Подпункт 8 пункта 1 статьи 23 НК РФ требует пять лет хранить данные бухгалтерского и налогового учета и документы, нужные для исчисления и уплаты налогов. Если журнал содержит расчет туристического налога, дату полного расчета, базу и льготу, налоговый срез записи нужно сохранить на этот срок. Удаление всей карточки через год вместе с миграционным бланком уничтожит налоговое доказательство раньше времени.

Иногда советуют хранить журнал граждан России три года, а журнал иностранцев пять лет. Такие сроки действительно встречаются в ведомственных перечнях для конкретных гостиничных комплексов, например в перечне Управления делами Президента РФ. Это не делает их универсальной нормой для каждого частного мини-отеля или гостевого дома. Возьмите их как ориентир только после того, как проверите применимость документа к своей организации.

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

Паспортная копия не должна лежать в общей папке

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

Статья 5 Федерального закона № 152-ФЗ требует собирать только сведения, соответствующие заявленной цели, обеспечивать их точность и прекращать хранение после достижения цели, если иной срок не установлен. Не добавляйте в журнал семейное положение, место работы, личные комментарии или фотографию страницы паспорта, если конкретная обязанность этого не требует. Поле «особые гости» с бытовыми оценками лучше удалить сразу.

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

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

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

Бумага подходит только при малом и спокойном потоке

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

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

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

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

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

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

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

Проверка должна восстанавливать всю цепочку

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

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

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

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

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