Доброго времени суток!

Товарищи, проблема номер один, уже голова кипит. Дорабатываю значит конфигурацию, и по мелочам значит правлю загрузку из табличного документа. Весь 1с крутится на linux Centos для трех магазинов, работает в разрезе все дело, три магазина = три номенклатуры. Бывает так что товары совпадают в номенклатуре полностью и по артикул и по код и по даже наименованию. Контроля по уникальности нет. Отключено.

Все бы хорошо, НО, загружаю цены в табличную часть, установка цен номенклатуры. Далее обозначаю какие цены куда лить, но, существует совпадения - выдает три товара, выбирает первый, но мне надо поставить цену для номенклатуры "1", а выбрасывает первую попавшуюся. Окей, пишу поиск поле "Наименование", ищем по Артикул, пишу колонку для извлечения, далее вычислить, и записываю


СсылкаНоменклатуры = Справочники.Номенклатура.НайтиПоРеквизиту("Артикул", ТекстЯчейки, , );
Результат = СсылкаНоменклатуры;


Хм и снова попадаю в то же направление - снова цепляет первый попавшийся результат - ставит цену как попадя скажем так. НайтиПоРеквизиту - Владелец. Вопрос - как?

Помогите пожалуйста советом, как правильнее собрать импорт, чтобы установка цен "прилипала" именно к своей номенклатуре.

Спасибо!

если четвертый магазин откроется, то?

(0) "работает в разрезе все дело, три магазина = три номенклатуры" - что это должно означать?

(0) Добавь доп. реквизит "Магазин" и прикрепи его к номенклатуре. Будешь понимать к какому магазину относится.

А изначально предусмотреть сквозную уникальность кодов не судьба была?
Теперь делай Поле УникальныйКОД, пронумеруй всю номенклатуру, и по нему работай

(4) Зачем уникальность кодов отключать, для меня загадка, если честно

Без единого классификатора НСИ жить можно, но плохо и недолго.

(0) Организаций тоже завел 3 надеюсь?

А пользователей? На каждый магазин своих, тогда и автоматом подбор номенклатуры можно будет сделать

(8) все по раздельности, три пользователя, три организации )

(5) такова задача, что есть необходимость отключить уникальность

(9) Скоро тебя ждет открытие, ведь про закупки всего этого овна ты даже и не думал

Но сначала будет склад

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

(12) а что со складом не так? все работает нормально - щас проблема только в данном ЗагрузкаИзТабличныхДокументов )))

(13)Когда видишь две одинаковые номенклатуры, как понимаешь, где какая?

(15) создан вид номенклатуры, отсюда понимание к какому виду номенклатура, позиция принадлежит к виду, отсюда и понимание. Вид принадлежит к группе своей, группа прав доступа... и т.д. и т.п.

(16) Склад же один?

(17) три склада

(18) Физически один склад или 3?

(19) физически три

а цены же к складу привязываются?
если каждому складу свой вид цен?
и если на товар нулевая цена,то и нет товара.

(20) А зачем тогда ты сделал одинаковую номенклатуру 3 раза?

(22) "Бывает так что товары совпадают в номенклатуре полностью и по артикул и по код и по даже наименованию."

(21) вот и весь вопрос как привязать в УТ вид цены к складу - я уже второй день кручу туда сюда настройки ...

(24) В справочнике Склады посмотри реквизит

+(25) если нет такого реквизита, добавь

Ты делаешь противоестественным образом ненужную работу.

1. Напиши правила использования и ввода номенклатуры. Единый древовидный реестр ТМЦ, одна точка ввода, больше никто править не должен.
2. Выгрузи существующие справочники в реестр, раздели дубли цветами, пометь лишние на удаление.
3. Тебе не надо править конфигурацию. 80% хотелок или реализованы, или вредны.

(23) а физически товар различается?

Вроде еще не пятница...

(23)И? В чем смысл-то заводить три элемента?

Извиняюсь что выпал ) я программист, с 1с знакомлюсь )

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


(30) Смысл в том, чтобы отделить друг от друга как поступающие данны, так потом еще прикурить интернет магазин от трех складов (то что есть в наличии)

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

Вот я щас думал - может гораздо проще завести один справочник номенклатуры - разделить прайс листами поставщиков (контрагентов) - может так целесообразней сделать вообще все?

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

(31)То, что есть в наличии на складах разделяется остатками на регистрах. Смысла дублировать элементы нет. Вы правда думаете, что первые с несколькими складами?

(32) не сильно знаком с 1с (общения на "ты"), я более ближе мыслю от всяких скриптов серверной части, с++ например, криптовалюты (хотя и там дублировать не надо - одна база - можно с ней накрутить как угодно)

правильно ли я понял Вашу мысль - сделать один справочник и раскидать по остаткам контрагента?

Подскажите поэтапно как на одной базе прикурить все это дело )))

т.е.

1. справочник делаем один
2. пользователя три
3. склада три
4. контрагента - три
5. групп прав доступа пользователей - три

Создать один справочник, загрузить три прайс листа по контрагентам - вуаля - все готово?

(33) когда не сильно знаком, общаются на "Вы"...

справочник у тебя и так один...