Нужен совет. Для задачи планирования нужен что-то типа ТабельУчетаРабочегоВремени, но не в виде документа, а РС. С ходу напрашивается такая структура:
Измерения: Сотрудник, Год, Месяц, и 31 ресурс - Часы. При такой структуре РС данные можно заносить прямо в его форму списка. Но при такой структуре 30-50% его ресурсов не будет использовано. Более экономичная структура следующая:
Измерения: Сотрудник, Год, Месяц, День, и 1 ресурс - Часы. Но тогда возникает проблема с формой. Как ее построить?
Или не стоит заморачиваться на этом?

если второй вариант то незабудь добавить измерение видвремени, форму нарисуй как в обычном табеле, при записи пиши свои движения

(1) Ну допустим, будет только 1 вид времени...

Суть вопроса: для первого варианта  ничего выдумывать не надо – каждая запись РС – это 1 строчка его списка, которую можно напрямую редактировать. При 2-м варианте, чтобы форма имела такой же вид, надо в 1 строке расположить 28-31 записи РС. Примеры таких форм есть в типовых конфигурациях?

Как много будет записей, как часто будут нужны данные и в каком виде? Вот в чем вопрос при выборе архитектуры решения, а не в том какую форму тебе будет удобно нарисовать или не рисовать вообще.

(4) 10-20 сотрудников, у которых скользящие графики работы. Их заполняют в начале каждого месяца (могут корректироваться). Эти графики нужны для планирования загруженности этих сотрудников при распределении работ.

(0) Помотри в сторону РС ГрафикиРаботыПоВидамВремени. ЕМНИП, в УПП и ЗУП они немного отличаются.

20 записей в месяц? Пофигу как сделаешь, вариант с 31 ресурсом, оптимален ибо прост и удобен.

кстати, а типовой док - "индивидуальный график работы" не подойдет?

(8) Хотелось использовать более простое решение с РС, чем документом (Табель или График).
(7) Буду использовать этот вариант, если для 2-го нет простого решения. Всем спс.