Добрый день. Подскажите словами или ссылкой на святые свитки, как поступить лучше: выискивать в имеющемся обьекте (Справочник.Номенклатура) неиспользуемые поля или родить свой объект (таблицу из трех полей)? Тема - синхронизация данных в интернет-магазине по остаткам в 1С 8.3 УТ 11.4. Сразу оговорюсь, что штатная процедура в 1С не прокатывает по двум параметрам - названия не совпадают (и не должны совпадать), а также наличие трех ставок НДС (ИМ поддерживает штатно только 2-е, причем только одну на товар в ИМ, что в 1С соответствует виду номенклатуры). Короче, это не важно.
Посоветуйте как поступить. Очень смущают рассказы о том, как все слетает после очередного обновления 1С. Как защититься от этой напасти? Или уже эта болезнь вылечена?
---
Родите свой справочник или регистр сведений. И при обновлении проще будет, и в будущем не надо будет свободные поля искать, когда захотите хранить еще что-то.
Ну или посмотрите на штатный механизм дополнительных реквизитов.
---
еще как вариант, используйте доп.реквизиты! туда можно поместить неограниченное количество новых/дополнительных свойств/реквизитов номенклатуры,
В процедуре выгрузки, в запросе что бы выгрузить эти новые реквизиты всего пяток строчек добавить

и зато ни какое обновление не страшно, да и создание и заполнение этих реквизитов уже есть в УТ11
---
Родите свой справочник или регистр сведений. И при обновлении проще будет, и в будущем не надо будет свободные поля искать, когда захотите хранить еще что-то.
Ну или посмотрите на штатный механизм дополнительных реквизитов.
---
еще как вариант, используйте доп.реквизиты! туда можно поместить неограниченное количество новых/дополнительных свойств/реквизитов номенклатуры,
В процедуре выгрузки, в запросе что бы выгрузить эти новые реквизиты всего пяток строчек добавить

и зато ни какое обновление не страшно, да и создание и заполнение этих реквизитов уже есть в УТ11
---
"и зато ни какое обновление не страшно".
А вот с такими обещаниями в 21 веке надо осторожнее.

Потому что многие помнят тот радостный день, когда чья-то светлая голова в 1С решила, что доп.реквизиты лучше будет хранить не в регистре сведений, а твбличных частях объектов.
Все были очень рады бросать все занятия, и срочно делать конвертацию своих данных, а также переписывать свои модули под новую структуру.
---
Спасибо за оперативность. Прочитаю и про доп.реквизиты, но свой справочник ближе...
---
Ну знаете ли... в 2004 г. все были уверены, что доживут до пенсии... а оно вон как повернулось. :-)
---
Для тех, кто в бронепоезде... и не привык к своеобразию определений 1С.... В конфигураторе не нашел возможностей добавить доп.реквизиты в Справочник.Номенклатура. Непосредственно в 1С добавил два "Дополнительных свойства" КОНКРЕТНОМУ ВИДУ НОМЕНКЛАТУРЫ. Это то самое и есть? Если да, то интересная **** получилась. У того ВидаНоменклатуры они видны, а у оставшихся двух - их нет. Смутное подозрение, что я добавил их Виду Номенклатуры, а не экземплярам Номенклатур нужного Вида. Ан нет. Действительно, у номенклатуры нужного вида эти свойства появились. Интересно, сколько ресурсов будет это стоить прожорливой 1С.
Всем спасибо, остановлюсь на доп.реквизитах.
---
Чтобы были у всех, добавляйте в набор "Справочник Номенклатура (Обшие)"