При оплате сервисных SMS сохраняйте документы о покупке услуги и отчёт об отправках. Затем свяжите их по периоду и сумме: так бухгалтер увидит, за что бизнес заплатил, а сотрудник, который отвечает за уведомления, проверит, какие сообщения дошли до клиентов. Ниже — порядок сверки для небольшого бизнеса в Беларуси: что собрать, какие поля сравнить и что делать, если цифры или статусы не совпали.
Дата публикации: 08.11.2026
Какие документы собрать за период?
Начните с договора и счёта: в них видно, какую услугу покупает бизнес и как провайдер рассчитывает её стоимость. После оплаты сохраните банковскую выписку или платёжное поручение. Когда период закончится, добавьте акт либо другой документ, которым провайдер подтверждает оказанную услугу. Если доступен отчёт об отправках, выгрузите и его в тот же архив.
Проверьте формулировку услуги в договоре, счёте и акте. Если в одном документе написано «передача SMS», а в другом — «размещение рекламы», попросите провайдера пояснить расхождение до того, как бухгалтер закроет период. Для вопросов об УСН и рекламном сборе полезен отдельный разбор в статье на usnka.by. По одним лишь статусам доставки налоговый вывод сделать нельзя.
Заведите для каждого периода папку с договором, счётом, документом об оказанной услуге, подтверждением оплаты и выгрузкой отправок. Назовите файлы так, чтобы в имени читались период и тип документа. Тогда при расхождении сумм бухгалтеру не придётся искать отчёт в кабинете сотрудника, который запускал уведомления.
Как сверить документы с отправленными SMS?
Возьмите один период из акта и выгрузите за те же даты отчёт провайдера. Сначала сравните сумму в счёте, документе об оказанной услуге и платеже. Затем проверьте, какое количество сообщений провайдер включил в расчёт и совпадает ли оно с отчётом. Если расчёт зависит от типа сообщения или других условий договора, сверяйте строки отдельно, а не только общий итог.
Для проверки отдельной отправки пригодятся идентификатор сообщения, время отправки, статус доставки и время отклика, если провайдер показывает эти поля (smsinfo.by, «Как настроить SMS-подтверждение оплаты через mPos и терминалы в Беларуси в 2026 году»). Идентификатор помогает найти запись без поиска по всему списку клиентов. Статус же отвечает на другой вопрос: что произошло с конкретным SMS после отправки. Не считайте все строки отчёта доставленными, пока не посмотрели их статусы.
Свяжите сообщение с событием в своей системе: заказом, готовностью к выдаче или оплатой. Например, клиент оплатил счёт, система создала уведомление, а провайдер присвоил ему идентификатор. Если клиент говорит, что SMS не пришло, сотрудник ищет это событие и проверяет статус по идентификатору. Для напоминаний об оплате перед каждой новой отправкой полезно сверять актуальный статус счёта: клиент мог уже заплатить (smska.by, «Как настроить SMS-цепочку об оплате для малого бизнеса»). Отдельный сценарий такой сверки описан в материале о SMS-напоминаниях об оплате через ЕРИП.
Что делать, если суммы или количество сообщений расходятся?
Не исправляйте отчёт вручную под сумму акта. Сначала убедитесь, что в обоих документах одинаковые даты и что вы сравниваете одну и ту же услугу. Потом проверьте условия расчёта в договоре и счёте. Если причина всё ещё неясна, отправьте провайдеру запрос с периодом, суммой из акта и строками отчёта, которые вызывают вопрос. Ответ сохраните рядом с документами за этот период.
Отдельно разберите сообщения со статусом ошибки или без понятного итогового статуса. Сверьте их идентификаторы с журналом своей системы, чтобы понять, создала ли она повторную отправку. Если уведомления уходят через API, храните в журнале идентификатор заказа и идентификатор сообщения провайдера. Такая связка позволит найти конкретную операцию, когда в отчёте окажутся две похожие строки.
Для пункта выдачи причиной спора бывает и содержание SMS: сотрудник ожидал уведомление о готовности заказа, а текст включал предложение купить другой товар. Сервисное сообщение привязывают к конкретному заказу; посторонние акции и предложения в него не добавляют (smsinfo.by, «Как настроить сервисные SMS для пункта выдачи»). Сохраните утверждённый шаблон вместе с описанием события, которое запускает отправку. Подобрать события для такого сценария поможет материал о SMS-статусах заказа для интернет-магазина.
Как наладить сверку, если SMS уходят автоматически?
Назначьте один источник для каждого вопроса. Учётная система показывает, почему бизнес решил отправить SMS: изменился статус заказа или появилась оплата. Система отправки показывает идентификатор сообщения и его статус. Документы провайдера показывают, какую услугу он предъявил к оплате. При автоматической отправке из 1С сообщения можно связать с событиями по заказам, оплатам и доставке (smsinfo.by, «Как настроить отправку сервисных SMS из 1С для бизнеса в Беларуси»).
Для начала достаточно одного тестового события. Создайте заказ, вызовите отправку и проверьте, сохраняется ли рядом с ним идентификатор SMS. Затем откройте отчёт провайдера и найдите ту же строку. При интеграции по API такую проверку стоит повторить для успешной отправки и ошибки. Мониторинг доставки помогает увидеть результат, но не заменяет счёт, акт и подтверждение оплаты.
Какие ошибки мешают проверить расходы на SMS?
- Сохранили счёт, но не сохранили документ об оказанной услуге. Запросите его у провайдера и положите в папку за тот же период.
- Сравнили платёж с числом заказов. Выгрузите именно отправки SMS: одному заказу могут соответствовать разные уведомления.
- Посчитали каждую отправку доставленной. Откройте статусы и отдельно проверьте сообщения с ошибкой.
- Не сохранили идентификаторы сообщений в своей системе. Добавьте это поле в журнал отправок, чтобы находить спорную строку отчёта.
- Автоматически внесли платёж в учёт расходов при УСН. Перед записью проверьте документы и порядок учёта для своего варианта УСН с бухгалтером.
Откройте последний отчёт об отправках и за две минуты проверьте, совпадает ли его период с периодом в документе об оказанной услуге.
