Возникает ошибка при изменении свойства "ИмяПредопределенного" у счета в БП 3.0.37.25
"Не предопределенные объекты не могут иметь предопределенные записи видов субконто"
Подскажите, что она означает.
С каких пор для непредопределнного счета нельзя использовать предопределенные субконто?
Вроде всегда можно было.
Это вообще сообщение платформы или конфигурации?
UPD. Пример кода, который работает в БП 3.0.36 и не работатет в БП 3.0.37
(20) это именно платформа и именно "мелочь".
У 3.0.36 - режим совместимости платформы "8.3.4".
У 3.0.37 - режим совместимости платформы "Не использовать" (т.е. по факту "8.3.5").
(4) rybusha, Подлежат и изменению, и удалению.
Мне не нужно его менять, нужно просто сделать счет непредопределенным.
Во всех типовых менять можно, в БП 3.0.37 зачем-то запретили.
Собственно вопрос в том, где эта проверка.
Не могу ее найти по коду.
(7) AnryMc, С 8.3.3 в платформе появилась возможность делать предопределенные элементы непредопределенными.
Подробнее об этом я когда-то давно писала отдельной статьей http://infostart.ru/public/310542/ Сейчас в БП 3.0 при попытке изменения предопределенности возникает ошибка.
Поиском и отладкой не могу найти ни всей фразы, ни отдельных её кусков.
Не могу понять, где эта проверка вызывается.
С 8.3.3 в платформе появилась возможность делать предопределенные элементы непредопределенными
Вот оно как...
Ну тогда бы "если бы я был директором" я бына уровне платформы контролировал ссылки на предопределенные элементы (в коде - на имя)...
Может стоит посмотреть доку про платформу?
(9) AnryMc, Проверка действительно на уровне платформы, а не конфигурации.
В английском интерфейсе ошибка отображается как "Nonpredefined objects cannot have predefined extra dimension type records"
Тогда возникает вопрос, почему она появилась в БП 3.0.37, и не проявляется на других конфигурациях?
В статье и документации ничего о такой проверке не нашла :(
(12) AnryMc, Перечитала еще раз документ по ссылке.
Все равно не поняла, как это связать с сообщением о субконто.
Права тоже дала полные на действия с предопределенными.
По релизам в том то и проблема.
Релиз один и тот же 8.3.5.1248.
При этом на чистой демобазе в БП 3.0.36.13 предопределенность снимает без проблем, в БП 3.0.37.25 выдается сообщение об ошибке.
При сравнении конфигураций я не вижу ничего, что могло повлиять на работу.
Сама ошибка возникает в этой обработке http://infostart.ru/public/305892/ Но проверки в конфигурации я не вижу.
На платформенное сообщение тоже не похоже.
"Набор" субконто для счета совпадает в обеих конфигурациях поставки?
Я незнаю эту конфигурацию, поэтому ещё вопрос: Субконто на счете задаются в конфигураторе или заполняются (дозаполняются) в программе при первом старте (настройке учетной политики) и какой счёт?
(17) AnryMc, Технически не может быть предопределенного счета с пустым именем.
В любом случае, мешать он не должен, так в одной базе может быть несколько счетов с одним предопределенным именем.
(19) Cooler, изначально я рассчитывала, что есть какая-то мелочь, которую я пропустила и в которую меня тыкнут.
Из моего опыта 99% "ошибок платформы" по факту оказываются кривым кодом программиста.
Поэтому теоретически здесь тоже должно быть что-то понятное, чего я просто не вижу.
(20) это именно платформа и именно "мелочь".
У 3.0.36 - режим совместимости платформы "8.3.4".
У 3.0.37 - режим совместимости платформы "Не использовать" (т.е. по факту "8.3.5").
СчетОбъект = Счет.ПолучитьОбъект();
СчетОбъект.Обменданными.Загрузка = Истина;
СчетОбъект.ИмяПредопределенныхДанных = "";
Для Каждого Субконто из СчетОбъект.ВидыСубконто Цикл
Субконто.Предопределенное = Ложь;
КонецЦикла;
СчетОбъект.Записать();