Дата операции, дата сделки, период начисления

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

4 поля

| Поле | Что значит | Используется в | |---|---|---| | date | Когда деньги фактически двинулись (день списания/поступления) | CashFlow, баланс, sidebar | | dealDate | Когда была сама сделка (необязательно) | Информационно, фильтры | | periodFrom | Начало периода, к которому относится операция | P&L (если задано) | | periodTo | Конец периода | P&L группирует по этому полю |

Обязательно — только date. Остальные опциональны.

Зачем так много

Потому что в учёте «когда заплатили» и «когда заработали» — разные вещи.

Зарплата за январь, выплачена 5 февраля

• date = 2026-02-05 — фактически списали со счёта 5 февраля.
• periodFrom = 2026-01-01, periodTo = 2026-01-31 — но это расход январского месяца с точки зрения P&L.

В отчёте CashFlow этот расход попадёт в февраль (когда деньги ушли). В отчёте P&L — в январь (когда был экономический факт). Это и есть разница между кассовым методом и методом начисления — см. CashFlow vs P&L.

Аренда офиса на год вперёд, оплачена в январе

• date = 2026-01-15 — деньги ушли в январе.
• periodFrom = 2026-01-01, periodTo = 2026-12-31 — расход растянут на весь год.

В CashFlow увидите −12 000 в январе, в P&L — −1 000 каждый месяц.

dealDate

Подписали контракт 20 марта, деньги по нему пришли 5 апреля.

• date = 2026-04-05 (когда деньги пришли).
• dealDate = 2026-03-20 (когда был контракт).

dealDate хранится отдельно — пригождается для фильтров и отчётов «по дате сделки», но не влияет на основные суммы.

Что заполнять, а что нет

• Минимум — только date. inCash подставит periodFrom = periodTo = date по умолчанию.
• Если важен P&L по начислению — заполняйте periodFrom / periodTo вручную для зарплат, аренд, абонементов.
• dealDate — заполняйте если есть значимая разница между сделкой и оплатой и вы хотите её видеть в фильтрах.