Есть слегка дописанная БП 3.0, обновленная на последний релиз.
Некоторые РС при этом как-то странно обновились - при попытке чтения записей база отваливается с неисправимой ошибкой сервера. Выполнение запроса к регистру вызывает какую-то странную ошибку выполнения запроса post

Права полные. ТИИ ничего не дает, помогает только программная очистка регистра. Но очищать все записи - не выход, да и не понятно, сколько таких регистров(сейчас - порядок отраж зп в учете, статьи затрат фот)
Проявляется только в скульной базе, в файло - все норм.
выгрузка-загрузка не помогает.

что это и как лечить?

а если не через веб-клиент?

Обновить платформу для начала. БП 3.0 любят писать под последние релизы движка.
Вообще в описании поставки написано какой минимально пригоден.

(1) не понял.
веб-клиента никакого нет

(3)

вызывает какую-то странную ошибку выполнения запроса post

(2) платформа не причем, имхо.

(5) И все же загляни в каталог шаблонов \Accounting\Номер релиза\, там в файле ReadMe.txt найдешь строки наподобие: Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.4.365
Проверь, соответствует ли тому, чем запускаешь. Если скульная, ставлю рублю что нет. Муторно их обновлять и оттягивают до последнего обычно.

что-то похожее: http://www.forum.mista.ru/topic.php?id=589328

(6) а что точно выдаёт? можно скрин?

немного разобрались.. ошибка сложная

Второй раз тебя предопределенные элементы обижают :)

инструкция как найти пасхальное яйцо от разработчиков:

1. берете чистую конфу, типовую БП. Разворачиваете на ней чистую базу.
2. долго удивляетесь, почему предопределенные элементы (статей затрат, к примеру) не отображаются в предприятии
3. читаете форум330, где написано, что нужно либо включить авто режим обновления предопределеных, либо добавить их вручную и привязать
4. т.к. типовую конфу изменять вы не хотите, а работать со статьями затрат вам надо - вы добавляете статьи вручную и привязываете их к предопределенным(реквизит ИмяПредопределенныхДанных)
5. радуетесь, что все работает, все предопределенные
6. получаете обновление, в котором режим обновления = авто и имеете дубли предопределенных элементов в режиме предприятия, которые не сможет схавать сервер и отваливается.
7. бегаете по кругу, схватившись за голову

и, всё-таки, они криворукие (это я про разрабов 1с)

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

(21) Как сказал бы Господин ПЖ: "Доступно и всерьёз, блеать!" :)

(21) по гуиду?

(23)да. походу у настоящего предопределенного элемента один гуид, а у ложного - другой, и в режиме автообновления они отображаются оба, на что серв и получает разрыв шаблона

(24) а с чего разрыв шаблона, если гуиды разные?

(25) а хз. сервер не переваривает 2 элемента с одинаковым реквизитом ИмяПредопределенныхДанных, даже если гуиды у них разные.
файл кста переваривает. но не отображает

(25) ИмяПредопределенныхДанных в индексе уникальный например.