- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Количество позиций более 1000?
Начинайте забивать по "методу характеристик", потом само придет осознание что это удобно на бумаге и на небольшом ассортименте. Выше уже писали почему. При обновлении/дополнении модельного ряда сломаетесь на ТТХ.
Только собираемся перейти на управление торговлей, поэтому и встал такой вопрос. Сейчас в магазине представлено около 1000 позиций, но там одинаковые модели разбиты...
Ого, в 1С? Это с характеристиками или однотипные товары разнесены в отдельные карточки?
Только собираемся перейти на управление торговлей, поэтому и встал такой вопрос. Сейчас в магазине представлено около 1000 позиций, но там одинаковые модели разбиты...
Ого, в 1С? Это с характеристиками или однотипные товары разнесены в отдельные карточки?
Нет это не 1С. Самопись. 1С не устроил сложностью допиливания функционала под наши нужды.
Это без характеристик, каждому товару своя карточка. На таких объемах с характеристиками при любом малейшем обновлении номенклатуры придется потратить кучу ресурсов человеческих))
P.S. характеристики у нас там тоже есть:) но они служат другой великой цели😂
Нет это не 1С. Самопись. 1С не устроил сложностью допиливания функционала под наши нужды.
Это без характеристик, каждому товару своя карточка. На таких объемах с характеристиками при любом малейшем обновлении номенклатуры придется потратить кучу ресурсов человеческих))
P.S. характеристики у нас там тоже есть:) но они служат другой великой цели😂
Понятно, т.е. если планируется большой ассортимент то с характеристиками лучше не связываться, верно понимаю?
Понятно, т.е. если планируется большой ассортимент то с характеристиками лучше не связываться, верно понимаю?
Мой опыт показывает что на больших объемах данных обслуживание такого каталога потребует огромного количества человекоресурсов. И ошибка в названии товара ничто по сравнению с ошибкой в ТТХ, она нагляднее:).
P.S. сколько наблюдаю больших разношерстных БД товаров в учетках почти все делают один товар=одна номенклатурная единица=одна карточка
Мой опыт показывает что на больших объемах данных обслуживание такого каталога потребует огромного количества человекоресурсов. И ошибка в названии товара ничто по сравнению с ошибкой в ТТХ, она нагляднее:).
P.S. сколько наблюдаю больших разношерстных БД товаров в учетках почти все делают один товар=одна номенклатурная единица=одна карточка
Спасибо, учтем! Было бы интересно выслушать еще мнения...
Знакомая тема, отпишусь. Тоже используем 1С УТ, используем именно Характеристики, причем у большинства позиций (одежда-обувь) их 2 - Цвет и Размер. Ну не сказала бы что это совсем уж большое "напряжение мозгов" сотрудников. Есть правда одна особенность - у меня первично наполнение товаром сайта (со всеми характеристиками), номенклатура в 1С попадает уже с сайта.
Знакомая тема, отпишусь. Тоже используем 1С УТ, используем именно Характеристики, причем у большинства позиций (одежда-обувь) их 2 - Цвет и Размер. Ну не сказала бы что это совсем уж большое "напряжение мозгов" сотрудников. Есть правда одна особенность - у меня первично наполнение товаром сайта (со всеми характеристиками), номенклатура в 1С попадает уже с сайта.
Тут я с Вами согласен, для одежды\обуви это очень удобно, а вот удобно ли для компьютерной тематики????
По основной работе - программист 1с (обслуживаю зверюшник с базами 1с77. и управленческими 1с8 УПП).
В бух-базах - все только через карточки товара.
в упр.базах - через характеристики.
К примеру, тротуарная плитка. В характеристики вынесено: размер (отдельно L W H, цвет, качество, фактура, несколько других технических данных). При обмене с 1с77 используется уникальный ключ для синхронизации. То же самое можно и для сайта делать.
Пришлось, правда, писать несколько отчетов для отборов по отдельным составляющим характеристики (реально, неудобно сделано в 1с - сама характеристика "собирается" из всех пар ключ-значение (цвет - красный, w=10, h=15, l=20 качество=1сорт, на выходе - красный 10 15 20 1сорт), и в отчетах фигурирует уже собранная характеристика. То есть без дополнительных отчетов вы не сможете отобрать товар с цветом=красный).
Коллеги, проконсультируйте, как ведете номенклатуру в 1С?
Пример: Есть фотоаппарат Canon Limux L120 - синий, черный, красный, серебристый.
Заводите как разные товары? или как один товар но с разными характеристиками? И как потом выгружаете это все дело на сайт, если есть интеграция...
Спасибо!
Как разные товары в УТ, иначе как вести списания?
Хм.. прочитала про характеристики, надо посмотреть.
Как разные товары в УТ, иначе как вести списания?
Хм.. прочитала про характеристики, надо посмотреть.
Характеристика - это и есть 1 товар... По ним и списывать... Почитайте справку, там наглядно расписано что это и с чем едят...