Обновление 4.2.74

[dmitry]

1. В "событиях" товаров и партнеров (создание, изменение, переоценка) будет зафиксирован пользователь, выполнивший это действие.

1.png (27.38 КБ) Просмотров: 1011

2.png (19.37 КБ) Просмотров: 1011

2. При импорте товаров и партнеров из Excel можно перенести дополнительные "произвольные свойства".

3.png (34.99 КБ) Просмотров: 1011

[Motopraktik]

Уважаемые Разработчики.
Добавление произвольных свойств товаров/контактов - это конечно же ОЧЕНЬ здОрово (не прошло и N лет с момента создания Вашей программы, как такой стандартнейший функционал большинства популярных учетных программ был наконец добавлен в ПП4).

Только хотелось бы знать, в каком обозримом будущем сказав А вы допишете например Б, а именно: нет олько добавление, а и ОБНОВЛЕНИЕ произвольных свойств товаров/контактов которые уже есть в БД, потому что на данный момент Доп. поля свойств можно только импортировать при добавлении в базу НОВЫХ товаров, но почему-то никак нельзя ОБНОВИТЬ эти же самые свойства при обновлении СУЩЕСТВУЮЩИХ товаров (например при загрузке нового прайса поставщика там как правило есть только товар +наличие +цены, но нет никаких характеристик... Вы например добавили 10 000 новых товаров из такого прайса без характеристик, а потом вручную изменять все произвольные свойства для удобства фильтрации в ПП???)

Или в каком обозримом будущем сказав А вы допишете например В, а именно:
Сохранение номеров колонок, хотя бы так, как уже существует сохранение для основных данных в ПП4, когда активировано "Использовать прошлые настройки" при импорте
А еще лучше было бы сохранять пользовательские шаблоны импорта с преднастройками импорта товаров/контактов с какими-то редактирумыми настройками соответсвия колонок прайса с полями БД Предпринимателя, поскольку списки контактов или прайсы товаров могут кардинально различаться по структуре у разных поставщиков, которых может быть очень много...

Планируются ли в обозримом будущем такие доработки?

[vik]

Дополнительные произвольные свойства в программе существовали всегда (их всегда можно было создавать в программе) с этим обновлением появилась возможность их импортировать из Excel если там есть произвольные свойства. Если нужно задать одинаковое произвольное свойство на товары которые входят в одну группу то их можно задать в свойствах этой группы сразу на все товары входящие в группу.

[Motopraktik]

Имелось ввиду не появление дополнительных свойств, а появление возможности их импорта.

[Motopraktik]

Поскольку возможность ДОБАВЛЯТЬ ПРИ ИМПОРТЕ поля с доп.свойствами уже появилась, то соответсвенно следующий шаг, т.е. возможность ОБНОВЛЯТЬ ПРИ ИМПОРТЕ поля с доп.свойствами для товаров/контактов когда появится? ... И кстати, вообще возможность ОБНОВЛЯТЬ ПРИ ИМПОРТЕ ЛЮБЫЕ ОСНОВНЫЕ поля (название, код и т.д.,) т.е. обновление всех полей (кроме цены, которая на данный момент единственное поле, которое сейчас обновляется при импорте) когда возможность ОБНОВЛЕНИЯ при ИМПОРТЕ появится?

[Motopraktik]

Если нужно задать одинаковое произвольное свойство на товары которые входят в одну группу то их можно задать в свойствах этой группы сразу на все товары входящие в группу.

т.е. Вы предлагаете для каждого размера и цвета обуви создавать в разделе обувь подраздел размеров и подраздел цветов? И так для всех моделей обуви??? Как например Обновлять множество РАЗНЫХ характеристик товаров в доп. поля, когда например в одной модели обуви может быть много вариантов цветов, а в каждом из вариантов цвета обуви есть еще и несколько размеров обуви?

[vik]

Нет конечно я так не предлагаю для конкретного случая с обувью по цветам и размерам мой вариант больше подходит для бренда

[Motopraktik]

Обновление основных и доп. полей при импорте касается не только обуви, а ЛЮБЫХ товаров у которых есть разновидности (атрибуты). поскольку на данный момент в ПП4 при импорте обновляется только цена товара и ффсе (((

[vik]

Основные поля такие как код или штрих-код навряд ли будут обновляться

[Motopraktik]

Это наши рассуждения, но вопрос к разработчикам по поводу возможности ОБНОВЛЕНИЯ при импорте ЛЮБЫХ полей товаров/контрагентов остается открытым ...

[dmitry]

Для товаров обновлять любую характеристику не нужно и даже вредно. Если что-то отличается, значит это другой товар. Про название, код и штрих-код и говорить нечего - они служат для идентификации товара. Про дополнительные характеристики: если в следующий раз по тому же наименованию отличается вес, мощность, габариты, производитель или материал, то это другой товар.
Для товаров эта проблема искусственная, для контрагентов - согласен, может измениться адрес или телефон. Но откуда в Excel возьмется новый список ваших контрагентов, поставщик его не пришлет.

[Motopraktik]

Благодарю dmitry за оперативный ответ, но готов аргументированно полемизировать с Вашей точкой зрения (как хорошего разработчика ПП4, но при этом имеющего мало опыта продаж в разных сферах товаров) со своей колокольни 8+ лет реального жизненного опыта розничных и оптовых продаж различных групп товаров, работавшего с более чем 100+ прайсами различных поставщиков, личным опытом продаж ч/з с несколько различных платформам/движков интернет-магазинов и некоторыми популярными прайс-площадками или маркетплейсами...

[Motopraktik]

Для товаров обновлять любую характеристику не нужно и даже вредно. Если что-то отличается, значит это другой товар.

1) Про обновление характеристик я уже ранее писал, повторюсь еще раз на конкретном примере: Продавец получает Оптовый Прайс поставщика на 1000+ товаров, в котором как правило указаны только: код или артикул товара (ито не всегда) +название товара +цены: оптовая, розничная и т.п. ( в реале прайсы Без ЛЮБЫХ Характеристик товаров встречаются в более чем 90% случаев). Продавец окрыленный договором с новым суперпоставщиком грузит такой прайс в ПП4 и что мы видим далле ... Далее после ПЕРВОЙ загрузки в БД ПП4 такого прайса без характеристик/атрибутов пользователь НЕ СМОЖЕТ обновить МАССОВО при последующем импорте этих же товаров НИ ОДНОЙ характеристики, а сможет обновить или добавить характеристики в существующие товары только поштучно ручками 1000+ раз...
По этому, в данном случае массовое ОБНОВЛЕНИЕ Характеристик импортом (не поштучно) не то что не вредно, а очень даже полезно, поскольку при добавлении товаров импортом в прайсе не было НИ ОДНОЙ характеристики! Т.е. старое значение характеристики было ПУСТО, новое значение стало например X. Я надеюсь, что теперь Вы же не станете утверждать dmitry, что один и тот-же товар товар с характеристикой и без - это 2(Два) разных товара??? Это таки один и тот же товар Но в данном случае нужно использовать именно ОБНОВЛЕНИЕ, а не добавление значений характеристик, поскольку по логике БД ПП4 добавление товара происходит только 1 раз, а все последующие манипуляции с товаром - это уже обновление.
PS.
Другое дело, что для товаров у которых уже были заданы значения каких-то характеристик не всегда нужно, а иногда и вредно, но для таких случаем можно поставить такую же галочку выбора, как и выбор обновлять или не обновлять цены товаров, который в ПП4 уже присутсвует. Смотрите скрин по ссылке: http://prntscr.com/lj1jup

[Motopraktik]

Идем далее:

...Про название, код и штрих-код и говорить нечего - они служат для идентификации товара...

2) В прайсе поставщика на 1000+ товаров например НЕТ кода или артикула товара, и примечаний, а только название и цены (в реале прайсы БЕЗ кодов/артикулов встречаются в более чем 50% случаев)... После первого же импорта ТАКОГО прайса в БД ПП4 мы опять же уже НЕ СМОЖЕМ массово импортом ОБНОВИТЬ зачения для полей код товаров, наименование или поле примечание/описание, а только ручками 1000+ раз потратив на это 1000+ драгоценного времени...
По этому возможность массового ОБНОВЛЕНИЯ импортом кодов, названий, и тем более примечание/описание должна присутствовать по аналогии с селектором обновления цен, т.е. так-само логично установить селектор выбора (обновлять/не обновлять) поле нужных данных на усмотрение пользователя ПП4.
Скриншот http://prntscr.com/lj1ubv
Для возможности восстановления ошибочно измененных данных в ПП4 всегда есть резервные копии предыдущих состояний, а для исключения несанкционированного обновления важных полей данных товаров (код или название или штрихкод )можно установить ограничение прав доступа в зависимости от ранга пользователя http://prntscr.com/lj228f
PS:
Для 1000% идентификации товара в любых видах существующих базах данных является только ID товара в этой базе данных (т.е. порядковый номер ячейки)!
Скрин http://prntscr.com/lj1wvj
Все остальные поля БД должны иметь возможность массового обновления, что НИКАК не влияет на ID этого товара в самой БД ПП4.

[dmitry]

Согласен, заполнить незаполненные поля - это правильно. Постараюсь, хотя это усложнит и без того сложную логику.
P.S. Для кода (артикула) есть вероятность, что он совпадет с кодом другого товара. У всех поставщиков 1С присваивает код по одному принципу: 1, 2, 3...