Вопрос к тем кто в торговле.
p
paraHod
Как можно организовать так, чтобы прайсы в нескольких торговых точках обновлялись автоматически, с минимальным участием человеческого фактора? На настоящий момент используются бумажные прайсы, которые не всегда вовремя обновляются и не имеют полноту и актуальность. До этого использовался формат Exel
и та же ситуация - везде прайсы за разную дату. Дело в том что прайсов несколько, они имеют разное число колонок, разное число позиций, которые время от времени то добавляются, то убираются, некоторые прайсы имеют картинки. Имеет ли смысл свести все эти прайсы в один, привести в единообразный вид?
Имеет ли смысл отказаться от Exel в пользу БД? В среднем в прайсах от 10 до 200 позиций, всего не больше 1000 позиций. Или лучше просто повышать ответственность человеческого фактора методом стимулирования?
s
spyoneer
а как часто прайсы то должны обновляться?
как они попадают в торговую точку?
почему обновляются прайсы (добавление/удаление позиций, смена цен и тд)?
Возможно ли вообще единообразие, если в разных точках прайсы имеют разную структуру?
как они попадают в торговую точку?
почему обновляются прайсы (добавление/удаление позиций, смена цен и тд)?
Возможно ли вообще единообразие, если в разных точках прайсы имеют разную структуру?
S
S.T.A.N.
выкладывать прайс-эталон на фтп , к примеру утром (батник 10 строчек)
всем на точках строго настрого приказать открывать и печатать этот прайс.. для ленивых и тупых делаем загрузку автоматически по ярлыку на батник или логону.
в данном случае зойчем?
ну и это
не забываем
[Сообщение изменено пользователем 24.08.2011 18:49]
всем на точках строго настрого приказать открывать и печатать этот прайс.. для ленивых и тупых делаем загрузку автоматически по ярлыку на батник или логону.
Имеет ли смысл отказаться от Exel в пользу БД?
в данном случае зойчем?
ну и это
Или лучше просто повышать ответственность человеческого фактора методом анального стимулирования?
не забываем
[Сообщение изменено пользователем 24.08.2011 18:49]
p
paraHod
1) Разные прайсы обновляются с разной частотой, в среднем один раз в полгода.
2) Отвозятся и выдаются на руки продавцу. Ранее отправлялись по электронке.
3) Изменение отпускных цен производителями, снятие или принятие в производство изделий, некоторые новые, некоторые возобновляется то что было снято.
4) Они должны быть одинаковыми во всех точках в том числе и само число прайсов. Дело в том что сейчас то что было раньше в одном прайсе разносится на несколько (чтобы проще считать было, не применяя разные надбавки к базовой цене, а используя только несколько основных надбавок). Но из за человеческого фактора оказываются по факту разными.
2) Отвозятся и выдаются на руки продавцу. Ранее отправлялись по электронке.
3) Изменение отпускных цен производителями, снятие или принятие в производство изделий, некоторые новые, некоторые возобновляется то что было снято.
4) Они должны быть одинаковыми во всех точках в том числе и само число прайсов. Дело в том что сейчас то что было раньше в одном прайсе разносится на несколько (чтобы проще считать было, не применяя разные надбавки к базовой цене, а используя только несколько основных надбавок). Но из за человеческого фактора оказываются по факту разными.
S
S.T.A.N.
1) Разные прайсы обновляются с разной частотой, в среднем один раз в полгода.
несколько файлов эталонов... и планировщик заданий в помощь
2) Отвозятся и выдаются на руки продавцу.
Ранее отправлялись по электронке.
странная замена, обычно наоборот
4) Они должны быть одинаковыми во всех точках в том числе и само число прайсов. Дело в том что сейчас то что было раньше в одном прайсе разносится на несколько
(чтобы проще считать было, не применяя разные надбавки к базовой цене, а используя только несколько основных надбавок). Но из за человеческого фактора оказываются по факту разными.
потому что должно быть правильно организовано. Генерироваться централизованно и выкладываться через инет... периодичность тут уже сугубо дело техники. Источник то будет один. И ежели в конкретном подразделении косяк - это косяк конкретного человека нескачавшего перед началом рабочего дня файл.
S
S.T.A.N.
в таком случае городить огород с программой, БД счетаю нецелесообразно.
p
paraHod
И ежели в конкретном подразделении косяк - это косяк конкретного человека нескачавшего перед началом рабочего дня файл.
То есть лучше приучать работников к электронному виду прайса, и если кому либо удобнее пользоваться бумажным, то пусть самостоятельно проверяет актуальность своей распечатки? Я вообще сторонник не изводить бумагу на прайсы, но если перелистнуть листы по закладкам в папке кому то проще, чем туда сюда бегать по файлу прайса, то может пусть так и будет?
S
S.T.A.N.
То есть лучше приучать работников к электронному виду прайса, и если кому либо удобнее пользоваться бумажным, то пусть самостоятельно проверяет актуальность своей распечатки? Я вообще сторонник не изводить бумагу на прайсы, но если перелистнуть листы
по закладкам в папке кому то проще, чем туда сюда бегать по файлу прайса, то может пусть так и будет?
для начала да. затрат фактически никаких нужно:
- инет во всех филиалах
- кокойнибудь бесплатный хостинг с фтп доступом
- грамотей который напишет батник выкладывающй определенные файлы на фтп
- грамотей который напишет файл для батника который будет скачивать эталон на комп в филиале
- тот же грамотей который впишет эти батники в автозагрузку или "планировщик заданий"
делов то!
s
spyoneer
24 Авг 2011 19:17
если приводить все прайсы у одному виду, можно завести один файл эксель, где будут меняться цены/ассортимент, делиться и выкладываться при помощи VB по какому-либо признаку
S
S.T.A.N.
если приводить все прайсы у одному виду, можно завести один файл эксель, где будут меняться цены/ассортимент
можно. но тут, я понимаю, позиции правятся вручную, нагромаждать VB - нужен источник... кароче чего там огород городить... да и разные файлы они обычно более удобны чем вкладки...ибо: "ну там надо их листать..."
[Сообщение изменено пользователем 24.08.2011 21:32]
K
KAA@
Сейчас, не совсем в торговле, но 1С 8.2, конф. Торговля с задачей не справится?
Там и сканер штрих-кода подключить. И обработку прописать перевода из электронных таблиц.
[Сообщение изменено пользователем 24.08.2011 21:38]
Там и сканер штрих-кода подключить. И обработку прописать перевода из электронных таблиц.
[Сообщение изменено пользователем 24.08.2011 21:38]
S
S.T.A.N.
Сейчас, не совсем в торговле, но 1С 8.2, конф. Торговля с задачей не справится?
тут поиски простого и бюджетного варианта.... а 8.2 это такой огород, что лучше на него не лезть у меня сейчас переход с 8.1 на 8.2
и сканер штрих-кода подключить
это можно даже и в 7ку
p
paraHod
Сейчас, не совсем в торговле, но 1С 8.2, конф. Торговля с задачей не справится?
Не тот товар, и способ продажи (продажа под заказ по образцам и индивидуальным размерам кухонных гарнитуров) штрих код здесь нет смысла использовать.
s
spyoneer
ну, собственно, я имел в виду, что меняется все в одном файле, централизованно, а выгружается в несколько файлов.
хоть на ftp, хоть высылается по почте.
хоть отправляется по факсу.
K
KAA@
Поучаствовал в таком мероприятии 3 мес. назад. Не так все страшно и смешно.
Сканер - так, к слову.
Но ТС не указал учетную программу, в которой работает. Я понял так, что работает в электронных таблицах - т.е. нет никакой.
А раз так, то начинать с той, которая актуальна на сегодня.
В порядке совета. Попробуйте составить внятное техзадание - много денег сбережете. С ним к спецам. Задача, достаточно, типовая.
Хотя, грамотное техзадание составить - тоже задача спеца.
[Сообщение изменено пользователем 24.08.2011 22:56]
Авторизуйтесь, чтобы принять участие в дискуссии.