Почему расчёт роялти на семена нельзя строить по одному полю «объём»

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

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

Компания произвела 150 тонн, отгрузила 100, получила возврат 8, использовала у себя 20. Конечный остаток — 38 тонн. Баланс сходится:

150 = 100 − 8 + 20 + 38.

Предположим, в нашем условном договоре расчёт выполняется по чистой отгрузке по ставке 900 рублей за тонну. Тогда база — 92 тонны, сумма — 82 800 рублей. Расчёт по всему производству дал бы 135 000 рублей. Разница возникла не из-за округления, а из-за выбора другого события.

Для конкретной лицензии формулу берут из её условий. Собственное использование, возвраты, территория, период и сроки отчёта требуют отдельной проверки. Право использования селекционного достижения предоставляется в установленных договором пределах. ГК РФ, статья 1428.

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

Полезно разделять статусы заявки, договора, регистрации предоставления права, отчёта и оплаты. Подписанный документ и результат регистрации — разные проверки. При несоблюдении обязательной государственной регистрации предоставление права считается несостоявшимся. ГК РФ, статья 1232

Статус «активно» без этих связей не объясняет, что именно уже подтверждено. Правовую оценку подтверждает ответственный специалист; CRM хранит её основание и результат.

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

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

Оплату сопоставляйте с конкретным расчётом и его изменениями. Общая отметка «деньги пришли» не объясняет, за какой период погашено обязательство.

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