Дата выплаты – один из ключевых параметров любой финансовой операции, будь то заработная плата, дивиденды, регулярные платежи по подписке или погашение кредита. Чтобы точно планировать бюджет и избегать просрочек, важно понимать, как формируются такие даты, какие поля участвуют в их расчёте и как их интерпретировать в разных системах.
Основные поля, связанные с датой выплаты
В большинстве платёжных систем и бухгалтерских программ встречаются следующие поля:
- Last Processed Date (дата последней обработки) – момент, когда система последний раз выполнила проверку и, при необходимости, списание средств. Эта дата используется как отправная точка для расчёта следующего платежа.
- Next Payment Date (дата следующего платежа) – планируемая дата, когда должно произойти следующее списание или начисление. В примере из документации
payments2usуказано, что платёж будет выполнен примерно в 1 ч ночи этой даты. Если попытка списания не удаётся (например, недостаточно средств), система может повторить попытку в течение определённого окна или перенести платёж на следующую дату. - Payment After Next Payment Date (дата платежа после следующего) – иногда используется для отложенных или корректирующих платежей. Например, если текущий платёж не прошёл, система может запланировать повторную попытку именно в эту дату.
- End date (дата окончания) – final дата, после которой регулярные платежи прекращаются. Она может быть указана явно (например, срок действия подписки) либо рассчитываться как количество периодов от даты начала.
Эти поля взаимосвязаны: зная Last Processed Date и периодicity (например, ежемесячно, раз в две недели), можно вычислить Next Payment Date. При сбоях в обработке используется Payment After Next Payment Date как резервный вариант, а End date определяет, когда цикл завершится.
Примеры из разных областей
Регулярные платежи по подписке (payments2us)
В системе payments2us поле Next Payment Date указывает дату, когда будет выполнено следующее автоматическое списание (примерно в 1 ч ночи). Если платёж не прошёл, система может попытаться снова в течение 24 часов или перенести попытку на Payment After Next Payment Date. Поле Last Processed Date помогает определить, сколько дней прошло с последнего успешного списания, а End date задаёт окончательный срок действия подписки.
Дивидендные выплаты
При начислении дивидендов важны три даты:
- Дата объявления – когда совет директоров объявляет о выплате;
- Дата реестра (record date) – акционеры, зарегистрированные к этой дате, получают право на дивиденд;
- Дата выплаты (payment date) – день, когда фактически перечисляются средства акционерам.
Как указано в материале Understanding Dividend Payment Dates, акционеры, владеющие акциями на record date, получают дивиденд именно на payment date. Таким образом, если вам нужно знать, когда именно придёт деньги, смотрите на поле payment date.
Заработная плата и би‑месячный график
Многие компании выплачивают зарплату два раза в месяц – например, 5‑го и 20‑го числа (см. пример из Reverso Context: «Днями выплаты заработной платы являются даты 5 и 20 числа каждого месяца»). При би‑недельной выплате (каждые две недели) даты могут «плавать»: в некоторых месяцах выплата приходится на 10‑е число, в других – на 24‑е и т;д. Это связано с тем, что период в 14 дней не всегда совпадает с календарным месяцем.
Для расчёта таких дат часто используют формулы в Excel или Google Sheets. Например, если известна дата первого платежа и периодicity, можно вычислить следующую выплату так:
=ДАТА(ГОД(StartDate); МЕСЯЦ(StartDate); ДЕНЬ(StartDate)) + Период*КоличествоПериодов
Где StartDate – дата первого платежа, Период – количество дней между выплатами (14 для би‑недельной, 30/31 для ежемесячной и т.д.).
Кредитные и loan‑платежи
При реструктуризации нескольких кредитов в один платёж часто используют поле payment date как единую дату погашения. Например, «а выплата будет произведена 20 сентября» – это фиксированная дата, к которой приводятся все составляющие долга. При этом Last Processed Date показывает, когда был последний платёж по реструктурированному обязательству, а End date – окончательный срок погашения всего долга.
Как определить «точное» число выплаты в вашей ситуации
- Определите тип платежа (зарплата, дивиденды, подписка, кредит).
- Найдите соответствующие поля в выписке, договоре или системе учёта (Last Processed Date, Next Payment Date и т.д.).
- Узнайте периодicity (ежедневно, еженедельно, раз в две недели, ежемесячно, ежеквартально и т.п.).
- Рассчитайте следующую дату:
- Если известна
Last Processed Dateи период, прибавьте период к этой дате. - Если система предоставляет
Next Payment Date непосредственно – используйте её.
- Если известна
- Проверьте возможные корректировки (выходные, праздники). Некоторые банки переносят платеж на следующий рабочий день, если выпадает на выходной.
- Учтите дату окончания (
End date) – если текущая дата близка к ней, возможно, это последний платёж.
Практический пример: расчёт следующей выплаты зарплаты
Допустим, вы получаете зарплату два раза в месяц – 5‑го и 20‑го числа. Последняя выплата была 5‑го сентября 2026 года (Last Processed Date = 2026-09-05). Период между выплатами – 15 дней.
=ДАТА(2026;9;5)+15
Получаем 2026-09-20 – это и будет Next Payment Date. Если 20‑е число выпадает на выходной, компания может перенести выплату на 23‑е сентября (последний рабочий день перед выходными) или на 19‑е (последний рабочий день после выходных) – зависит от внутренней политики.
Зная, какие поля участвуют в формировании даты выплаты и как они связаны между собой, можно точно предсказать, когда именно придёт деньги или когда будет совершён списание. Основные шаги:
- Определите тип платёжа и соответствующие поля (Last Processed Date, Next Payment Date, Payment After Next Payment Date, End date).
- Узнайте периодicity и дату последней обработки.
- Прибавьте период к последней дате, учитывая возможные переносы из‑за выходных и праздников.
- Сверьте результат с указанным в системе
Next Payment Date– они должны совпадать (или отличаться только на рабочий день).
Таким образом, ответ на вопрос «Какого именно числа будут выплаты?» зависит от конкретных данных вашего договора или платёжной системы, но алгоритм расчёта остаёться одинаковым для большинства сценариев.