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

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

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

Какие данные поступают из гостиничной PMS в 1С

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

Обычно для формирования документов используются следующие сведения:

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

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

Предварительная проверка данных перед созданием документов

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

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

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

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

Сопоставление услуг и кодов транзакций

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

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

Правила сопоставления могут учитывать не только код услуги, но и дополнительные параметры:

гостиницу, корпус, ресторан, спа-центр или другое подразделение;
категорию гостя и вид договора;
организацию, от имени которой оформляется документ;
ставку налога и вид оказываемой услуги;
период действия правила.

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

Сопоставление способов оплаты

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

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

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

Сопоставление контрагентов и договоров

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

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

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

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

Порядок отражения выручки гостиницы

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

Ежедневное отражение выручки по физическим лицам

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

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

Такой порядок позволяет правильно распределять доходы по дням и отчетным периодам. Особенно это важно при переходе проживания через конец месяца.

Формирование документов по юридическим лицам при выезде

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

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

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

Формирование документов в последний день месяца

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

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

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

Отражение начислений после начала нового месяца

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

Например, сотрудник организации проживает в гостинице с 28 марта по 4 апреля. При закрытии марта формируется реализация за период с 28 по 31 марта. После выезда в апреле создается документ только на услуги с 1 по 4 апреля.

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

Автоматическое создание отчета о розничных продажах гостиницы

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

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

Например, за день гостиница оказала услуги проживания на 18 000 евро, питания на 2 400 евро и прачечной на 350 евро. В 1С создается отчет о розничных продажах с отдельными строками по соответствующим услугам. Для каждой строки автоматически заполняются сумма, ставка налога, счет доходов, подразделение и другие аналитические признаки.

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

Создание реализаций по юридическим лицам

Формирование документов 1С из PMS по корпоративным гостям обычно выполняется после завершения проживания или при закрытии месяца.

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

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

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

Автоматическое создание счета-фактуры

Автоматическое создание счета-фактуры выполняется на основании реализации или другого документа, предусмотренного используемой конфигурацией 1С.

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

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

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

Создание приходных и расходных кассовых ордеров

Кассовые документы гостиницы в 1С могут формироваться по отдельным операциям или сводно за кассовую смену.

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

Например, гость внес наличный аванс в размере 500 евро. После завершения проживания стоимость услуг составила 420 евро, а 80 евро были возвращены. В 1С могут быть созданы приходный кассовый ордер на 500 евро и расходный кассовый ордер на 80 евро.

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

Отражение оплат банковскими картами

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

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

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

Если гостиница использует несколько терминалов или банков, правила сопоставления позволяют распределять операции по соответствующим договорам эквайринга.

Отражение возвратов

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

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

Например, гость оплатил картой 1 200 евро, но после отмены дополнительной услуги гостиница вернула 200 евро. В учете сохраняются исходная оплата на 1 200 евро и возврат на 200 евро. Итоговая сумма расчетов составляет 1 000 евро.

Связь с исходной операцией необходима для сверки, контроля и предотвращения повторного возврата.

Правила группировки операций

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

На практике применяются следующие варианты:

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

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

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

Автоматическое заполнение счетов учета и аналитики

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

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

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

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

Автоматическое формирование и проверка проводок

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

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

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

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

Обновление документов при повторной загрузке

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

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

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

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

Контроль полноты загрузки

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

В отчете загрузки целесообразно показывать:

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

Отдельно следует проверять переходящие проживания. Начисления, отраженные в последнем дне месяца, должны иметь признак обработки. После выезда в новом месяце система выбирает только ранее не отраженные операции.

Предотвращение дублей

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

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

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

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

Практический результат автоматизации

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

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

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

Как подготовить автоматическое заполнение документов 1С

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

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

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

После проверки документов и проводок правила можно применять для регулярной автоматической обработки.

Заключение

Автоматическое заполнение документов 1С по данным гостиничной PMS Опера — это не простой перенос итоговых сумм. Система должна проверить операции, определить вид клиента и способ оплаты, применить правила группировки, заполнить счета учета, создать документы и проконтролировать результат проведения.

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

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