какойто странный глюк случился (юзеры клянутся, что раньше всё работало...но когда было это "раньше" точно соформулировать не смогли) - все периоды прошлого 2004 года закрыты для планирования (OPF1 все "галки"), но эти две транзакции напрочь инорируют эти настройки , в итоге шаловливые ручки умудряются прошлый период наколбасить

Что может влиять? Расширений к этим транзакиям вообше нету никаких

Последнее что делали в системе - грузили 49й пэкэдж

в продолжение:

первопричину нашли - пэкэдж переписал ФМ CO_PERIOD_BLOCKING_CHECK, который собснно считывает настройик блокировки периодов и сверяет актуальный период с ними . Восстановили старый алгоритм - заработали все транзакции кроме KSU5/KSW5 ... последние почемуто даже и не обращаются ни к этому ФМ, ни к его дочернему ФМ K_KAPSA_READ_SINGLES - он собснно и читает записи блокировок

как тогда узнать, где в KSU5 могла быть проверка на блокировку?

Транзакция BS12, если там делали какие-то изменения и получали сообщение, что этого делать не стоит, то по этим объектам игнорируются блокировки.
Мы однажды в это уже наступали.

а что она ведёт эта BS12? там к объектам чегото привязывается программа и экран (зачем?) ... Чтото я там контроллинговых записей не нашел

И как тогда лечить, если действительно чтото меняли в ней?

На самом деле эта настройка запрещает или разрешает проводить определенные операции на определенных объектах контроллинга. Например, в стандартной настройке нельзя делать перерасчет работ по тех.заказам.
Если у вас KSU5 не блокирует абсолютно все СО-объекты (даже МВЗ),
то у вас проблемы не в данной настройке.

KSU5 и KSW5, позволяет проводить только вторичные затраты, похоже для этого используется свой ФМ. Какой именно