Попалось решение ВДГБ: Ломбард 3.3 слегка измененное. После поверхностного анализа, изучения документации по продукту на сайте техподдержки ВДГБ стало ясно и объектов конфигуратора с префикком "ЛМБ_" стало понятно, что выполнен как надстройка к Бухгалтерия Предприятия 2.0.
Вопросы к разработчикам кто работал с подобной конфигурацией? Какие используются "надстройки" (изменения) для учета дополнительных реквизитов для специфических объектов, частности для спраовочика "залоговые вещи". Для данного справочника не хотели сохраняться доп. реквизиты, характеризующие вещь более конкретно.
Как только полез в конфигуратор и отловил, что используется стандартная обработка Значения свойств объектов, как в типовых механизмах стандартной БП 2.0 (Планы видов характеристик "Назначения свойств, категорий объектов" и "свойства объектов" все стало сохраняться. Очевидно, была ошибка данных. Какую кто использует методику корректировки сведений залоговых вещах?
Вопрос как пересекаются между собой типовой и механизм ВДГБ по учету дополнительных характеристик и какие
Вижу еще кучу регистров сведений с префиксом "ЛМБ_" для учета печатных форм, в обход типового механизма внешних печатных форм БП 2.0 Тут вопрос насколько и с какой целью тут завязан подобный механизм? Для печатных форм работают обычные ВПФ, кроме отчета в конфигурации "ЛМБ_БО7" по залоговому билету. Вызов зачем-то вообще из документа "ОперацияПоЗалогу". Алгоритм печати запутан на множестве признаков:

```1c
    Если СсылкаНаДокумент.ВидОперации = Перечисления.ЛМБ_ВидыОпераций.Залог
    Или СсылкаНаДокумент.ВидОперации = Перечисления.ЛМБ_ВидыОпераций.Перезалог
    Или СсылкаНаДокумент.ВидОперации = Перечисления.ЛМБ_ВидыОпераций.ЧастичныйВыкупПерезалог Тогда
    ПоследняяОперацияЗалога = СсылкаНаДокумент;
    ДатаЗалога = ЛМБ_ОбщегоНазначенияПереопределяемый.ПолучитьДатуЗалогаЗБ(ПоследняяОперацияЗалога);
    ДатаВыкупа = ПоследняяОперацияЗалога.ДатаВыкупа;
    ДатаОплаты = ПоследняяОперацияЗалога.ДатаВыкупа;
    Иначе
    ПоследняяОперацияЗалога = ЛМБ_ОбщегоНазначенияПереопределяемый.ПолучитьПоследнююОперациюПоБилету(СсылкаНаДокумент.ЗалоговыйБилет, СсылкаНаДокумент.ДатаОперации, СсылкаНаДокумент, Истина);
    ДатаЗалога = ЛМБ_ОбщегоНазначенияПереопределяемый.ПолучитьДатуЗалогаЗБ(ПоследняяОперацияЗалога.ДокОперация);
    ДатаВыкупа = ПоследняяОперацияЗалога.ДатаВыкупа;
    ДатаОплаты = СсылкаНаДокумент.ДатаОперации;
    КонецЕсли;
```
---
kostyaomsk,

стало понятно, что выполнен как надстройка к Бухгалтерия Предприятия 2.0.
Вопросы к разработчикам кто работал с подобной конфигурацией?

Да сплошь и рядом такое. Полнейший подсад на разработчика. Типовой конфигурацией это не обновить (либо обновить, но с проблемами), с поддержки разработчика спрыгнуть можно будет только с большими проблемами. За компанию естественно вносит значительную паузу между выходом типового обновления и обновления для отраслевой конфы.

(2) kostyaomsk,
не предусмотрен ли без правки конфигурации фильтр дополнительных реквизитов по типу вещи, находящейся в залоге. Например, в зависимости от группы номенклатуры "автомобиль", "мобильные телефоны", "драгоценности" в форме был дополнительный фильтр по собственному списку дополнительных реквизитов (у автомобиля свои(номер двигателя, марка автомобиля), у драгметалла свои (прба, видДрагметалла, ...).

Сомневаюсь. С этой конфой ВДГБ не работал, но в типовом механизме такого разделения нет, не думаю, что ВДГБ дорабатывали этот момент.

 Хотя, конфигурация уже снята с поддержки, но все-таки, нежелательно алгоритмы общих модулей править или вывод в форму всех реквизитов перехватывать на закладке "свойства".

Я надеюсь, что конфа НЕ снята с поддержки, а просто включена возможность внесения изменений?
---
kostyaomsk,

стало понятно, что выполнен как надстройка к Бухгалтерия Предприятия 2.0.
Вопросы к разработчикам кто работал с подобной конфигурацией?

Да сплошь и рядом такое. Полнейший подсад на разработчика. Типовой конфигурацией это не обновить (либо обновить, но с проблемами), с поддержки разработчика спрыгнуть можно будет только с большими проблемами. За компанию естественно вносит значительную паузу между выходом типового обновления и обновления для отраслевой конфы.

(2) kostyaomsk,
не предусмотрен ли без правки конфигурации фильтр дополнительных реквизитов по типу вещи, находящейся в залоге. Например, в зависимости от группы номенклатуры "автомобиль", "мобильные телефоны", "драгоценности" в форме был дополнительный фильтр по собственному списку дополнительных реквизитов (у автомобиля свои(номер двигателя, марка автомобиля), у драгметалла свои (прба, видДрагметалла, ...).

Сомневаюсь. С этой конфой ВДГБ не работал, но в типовом механизме такого разделения нет, не думаю, что ВДГБ дорабатывали этот момент.

 Хотя, конфигурация уже снята с поддержки, но все-таки, нежелательно алгоритмы общих модулей править или вывод в форму всех реквизитов перехватывать на закладке "свойства".

Я надеюсь, что конфа НЕ снята с поддержки, а просто включена возможность внесения изменений?
---
Еще вопрос к вышеописанному знающим людям: не предусмотрен ли без правки конфигурации фильтр дополнительных реквизитов по типу вещи, находящейся в залоге. Например, в зависимости от группы номенклатуры "автомобиль", "мобильные телефоны", "драгоценности" в форме был дополнительный фильтр по собственному списку дополнительных реквизитов (у автомобиля свои(номер двигателя, марка автомобиля), у драгметалла свои (прба, видДрагметалла, ...). Хотя, конфигурация уже снята с поддержки, но все-таки, нежелательно алгоритмы общих модулей править или вывод в форму всех реквизитов перехватывать на закладке "свойства". Так то можно и доп. регистр сведений в конфигуарцию добавить ВидыВещей. Непереодический, независимый с двумя измеренями: Залоговая вещь (для групп вещей) и ее характеристика.
Второй вариант лезть в типовой механизм - дополнительное измерение "ГруппаЗалоговойВещи" в типовой регистр "Значения свойств объектов". Тут не нужно будет писать обработку для заполнения, но еще и правка форм. Не хотелось бы дублировать в двух местах типовой механизм.
Может что-то предусмотрено для разделения в стандартном механизме ВДГБ?
---
Или все-таки переделка стандартной обработки ЗначенияСвойствОбъектов для заполнения по группам вещей (отдельный справочник типа Номенклатуры) для Стандартного Регистра "ЗначенияСвойствОбъектов" (Синоним Значения дополнительных реквизитов) и программная (либо в конфигураторе) фильтрация на вкладке свойства для дополнительных свойств залоговых вещей по видам.
Еще нет поддержки записи прочих доп. свойств в справочник ЗначениясвойствОбъектов. У всех ли возникает подобная ошибка при использовании стандартной конфигурации ВДГБ Ломбард 3.3 или это уже "местные" доработки неизвестных мне лиц?
Не хотелось бы без необходимости менять стандартные механизмы. Конфигурация судя по внешнему анализу и так еле работает. Возможно, стоит все привести к первоначальному "фабричному" виду.
---
Не читая всё (соответственно, не претендуя на вознаграждение): не взлетит ветка - "многабукф" и "многарисункаф".
---
Это самый лучший ответ :)
---
Да я просто спросил кто сталкивался. Попалась отраслевая конфигурация с которой я не работал. Единственное слабое место на инфостарте форум. Нужно какие-то придумывать техпредложения для дополнительной классификации по отраслевым конфигурациям. А то я когда что знаю всегда пишу.
---
kostyaomsk, ну обычно отраслевые, узкоспециализированные конфигурации пишутся как попало. Открываешь, видишь все криво, переделываешь. Задавать вопросы - смысла нет обычно.
---
insurgut, вижу уже. Тут не разберется даже тот кто сам писал (и забыл). Думал, кто подскажет на что очень специфичное напоролся, да вот приходится самому. У всех все разное.
---
Уже полазил по ней. Да, просто включена возможность изменений. Уже нашел как реализован ИХ механизм печатных форм и технология учета. Просто, мало ли. На всякий случай по этой конкретной конфигурации хотел уточнить детали.
---
Вот решил выложить все свои наработки в публикации Доработка стандартного механизма ВПФ для отраслевой конфигурации ВДГБ: Ломбард 3.3.36.1 + сами печатные формы договоров и залогового билета..
По данной теме нашел еще одну публикацию насчет подбора вещей в залоговый билет Подбор залоговых вещей в документ "Подготовка к продаже" в конфигурации "ВДГБ: Ломбард 3".
---
Здравствуйте. Вызов зачем-то вообще из документа "ОперацияПоЗалогу" - от справочника залоговых билетов нужен только номер билета, вид БО-7 зависит от операции по залогу. Алгоритм печати запутан на множестве признаков: ... - насколько помню, это необходимо для корректного расчета дат начала начисления % за просрочку, хранение и т.п. (в зависимости от вида операции и схемы кредитования даты берутся разные).Еще нет поддержки записи прочих доп. свойств в справочник ЗначениясвойствОбъектов. У всех ли возникает подобная ошибка при использовании стандартной конфигурации ВДГБ Ломбард 3.3 или это уже "местные" доработки неизвестных мне лиц? - если речь про изменение значения свойства в форме вещи, то была такая ошибка на обычных формах, на управляемых в новых версиях такой ошибки не помню.
---
CSiER, все, конечно, правильно. Вот только лучше бы разработчики фирмы ВДГБ вынесли все алгоритмы расчета по процентам в общие модули. Тогда и к процедурам печати проще было бы обращаться оттуда. Но, что сделано однажды уже не переделать :(