в сертификационных вопросах есть кучка вопросов про количественное ограничение какой-либо ветви метаданных.

Есть где списком перечисленные такие ограничения, что бы не выискивать поштучно, или таких ограничений впринципе нету?

в теории нет, на практике бывают

максимальное количество измерений для регистра накполения типа обороты при использовании агрегатов до 30.

максимальное количество записей в наборе записей регистра накопления 999999999.

Бесценное знание. Ни разу не встречал регистров с 30 измерениями.

Сколько табличных частей можно у документов и справочников сделать? По сколько реквизитов в каждой?

да, именно необходимое знание для сдачи сертификата.

(3) ну ты еще спроси сколько строк в табличной части можно добавить.

(5)  Ну это все знают.

(2)  Вообще-то это агрегат не может более 30 измерений включать.

https://goo.gl/joCA8U

(8) А если еще и всем индексацию проставить...

(9)  А нафига? Движения по стопитсот измерениям отбирать будем?

(10) ну как-бы конфигуратор поставить даст, а sql обновить базу не даст. А проффесора-любители бывает и не такое делают.

(11)  То бишь ты видел конфу с регистром оборотов с овер 30 измерений?

(12) нет, но 10-ю видел.

(12) я видел РС с 14ю. Правда, это, слава богу, в релиз не пропустили.

(13) (14)  Ну, такие я тоже видел, все, кстати, были просто звиздец, хотелось матерится.

(14) Любопытства ради - было хреновое ТЗ или разраб?

Помнится в Инталев:КМ в РБ что то порядка 20 измерений

(16)  Унылое ТЗ нормальный разраб делать бы не стал без уточнения. Так что тут либо симбиоз, либо второе.

(18) всяко бывает. Как вариант:
Клиент считает себя спецом на все руки в проектировании ПО и на всех возможных платформах. Т.е. лезет не в своё дело с умным видом - результат: потраченные деньги и время, зачастую с результатом ближе к 0, за то фонтан идей слабо вместимых в рамках одной конфигурации, ни какие уточнения не помогут, только когда иссякнет фонтан конфигу можно спроектировать и реализовать за 3-4 месяца, а до того могут быть годы бесполезного барахтания.
И появляется миф "1С дорого, долго и программеры глупые и жадные".
Если нужны деньги - золотое дно, но огромный риск потерять репутацию грамотного разработчика. Кто ж признается, что сам баран, а не программер?
  Так что, по ситуации, каждый решает что ему нужнее (и нормальным разрабам кушать хочется, а адекватных клиентов как-то не прибавляется).