Я бы выделили следующие ошибки, которые проверяют регламентно преподаватели:
1. Построенная в решении учетная схема принципиально не позволяет одновременно вывести в ноль все ресурсы регистра накапливающего информацию об остатках. -2Бала
Можно оприходовать Доставку в прих. Нак а расход не предусмотрен.
2. В задачах получения данных из информационной базы установка отборов по неиндексированным полям -0,5
В менеджере временных таб нужно индексировать измерения
3. Не реализована возможность корректного перепроведения документов задним числом -1
Наверно все таки нужно использовать штатный механизм последовательности
4. Конфигурация должна устойчиво работать при наличии дублей строк (номенклатуры или сотрудников или т.п.) в документах.-0,5
В прих нак нет группировки
5. Использование автоматических блокировок в транзакции или неправильное использование управляемых блокировок данных в транзакции при проведения документов -1.
В 8.2 только в модуле обработки проведения можно использовать БлокироватьДляИзменения
Движения.СтоимостьНоменклатуры.БлокироватьДляИзменения
6.Наличие ошибок в программном коде 0,25-3
Получение учетной политики можно делать в запросе с списанием товара например пакетом. Повторяющийся код
7. Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа -1
Необходимо при оперативном проведении указывать неопределенно
8. Нет отбора по номенклатуре в списке расх нак.
Мне лично понравилось нестандартное решение отбора партии.
Посмотрите мое, решение может, быть тоже что-то бросится в глаза
Отбор постарался выполнить на уровне виртуальных таблиц, чтобы удовлетворить требованию.
Использование механизма соединения таблиц вместо того, чтобы задать значения параметров виртуальных таблиц.
На сколько, это эффективно не знаю