|
Сканирование штрих-кода по сетке | ☑ | ||
---|---|---|---|---|
0
prog1Csww
17.02.17
✎
08:17
|
Всем здравствуйте.
База РБД. Чтобы завести новый товар заходят в Центр по rdp. Чтобы исключить дублирование штрих-кодов и чтобы во всех филиалах регистр ШК был одинаков. Ни с того ни с сего иногда начинает вместо цифры в ШК проставлять плюс. И ставит впереди +++ и в конце. Т.е. не распознает. Что это может быть? |
|||
1
nordbox
17.02.17
✎
08:24
|
(0) >>База РБД.
>>Чтобы завести новый товар заходят в Центр по rdp. уже можно руки оторвать за такое |
|||
2
prog1Csww
17.02.17
✎
09:17
|
(1) А вот.
И со мной не соглашаются. Если делать локально и ШК мигрируют, то возможны дубликаты для собственных Штрих-Кодов. Если делать локально и ШК не мигрируют, то будет не единая база Штрих-Кодов. Кто как делает? Как правильно? |
|||
3
nordbox
17.02.17
✎
09:56
|
Все данные заносятся в центральной базе и раздаются клиентам, каждому уходит своя инфа. Когда товары продают, то клиенты выгружают данные в центр с необходимой вам периодичностью.
Далее, ты своему КУРОВОДСТУ задай вопрос как он собирается разруливать ситуацию: 2 клиента одновременно по рдп прицепились к базе и заносят один и тот же товар и одни и те же ШК, оба успели занести товар(уже дубли), дальше начинают заносить ШК, кто первый занес тот и прав? А второму что со своим товаром делать??? в какое место его запихивать? конечно можно отключить уникальность ШК но через месяц они сами не разберутся кто кому рабинович Подход к задаче в корне не правильный. |
|||
4
Torquader
17.02.17
✎
23:23
|
(3) В какую сторону не делай - всё равно будет криво.
Или у вас все товары в единой базе и одинаковые, или в каждой базе свои товары, но тогда просто так передачу из одного магазина в другой не сделаешь. А проблема ввода решается тем, что открывается форма ввода информации к штрих-коду - первый введёт, а второй - увидит сравнение с тем, что уже введено перед записью - и подправит запись первого или согласится с ней. |
|||
5
oleg_km
18.02.17
✎
18:50
|
(3) Все данные заносятся в центральной базе и раздаются клиентам, каждому уходит своя инфа. Когда товары продают, то клиенты выгружают данные в центр с необходимой вам периодичностью.
Так а ТС как говорит: Чтобы завести новый товар заходят в Центр по rdp. Я не вижу разницы. Или ты о том, что если я в Новосибе завожу товар местной хлебопечки, то обязательно должен отвезти его в нерезиновую, чтобы ШК именно там завели? |
|||
6
nordbox
18.02.17
✎
19:01
|
(5) а что дальше говорил?
а если одновременно по рдп 2 зайдут с желанием на один товар? |
|||
7
nordbox
18.02.17
✎
19:10
|
(5) >>Или ты о том, что если я в Новосибе завожу товар местной хлебопечки, то обязательно должен отвезти его в нерезиновую, чтобы ШК именно там завели?
я вообще своим клиентам объясняю/напрягаю/вдалбливаю и т.д. что бы они от поставщика требовали/уговаривали/выпрашивали/выклянчивали и т.д. к накладной еще и упр накладную с ШК, а товар в центр нефиг таскать. |
|||
8
nordbox
18.02.17
✎
19:14
|
+7 сейчас в принципе получить/сделать/нарисовать/разукрасить/прикрутить/пришпандорить такие накладные не проблема практически в любой конфе))
|
|||
9
kofeinik
18.02.17
✎
19:24
|
(2) И так и так можно. Проще всего в штрих-коде кодировать номер филиала/урбд.
|
|||
10
nordbox
18.02.17
✎
19:27
|
(9) интересно, а кто будет покруче извращаться ???)))
сейчас ШК практически на всех товарах идет от производителя в какое место ты запихивать собираешься? |
|||
11
Злопчинский
18.02.17
✎
20:14
|
(10) да по барабану. главное чтобы не дублировались одинаковые ШК на разные товары. а на один товар пусть хоть 100 шк будет у каждого филиала свой и сливаются в ЦБ и оттуда уходят на другие точки
|
|||
12
Torquader
19.02.17
✎
22:35
|
Вопрос не в штрих-коде - если у вас одна база на всех, то как-то нужно разделить товары каждого магазина, чтобы у всех не было всех товаров.
Самый простой способ - префикс кода, но тогда будет несколько одинаковых товаров в центральной базе, так как, например, шоколад "Красный октябрь" будет продаваться у всех. То есть или регистр, что где есть или дубли. |
|||
13
Web00001
20.02.17
✎
04:22
|
Вопрос в (0) как я понял никому не интересен, самое интересное, наладить бизнеспроцессы ТС.
|
|||
14
Fram
20.02.17
✎
04:41
|
(6) это ж как звезды должны сойтись
|
|||
15
Fram
20.02.17
✎
04:43
|
(0) глюк сканера, драйвера сканера?
|
|||
16
prog1Csww
01.03.17
✎
08:01
|
(15) ?
Рядом филиал все нормально никаких плюсов нет. Сканер Honeywell китайский какой-то. У тех у кого глючит Honeywell 1200. |
|||
17
Фрэнки
01.03.17
✎
08:11
|
(16) а локально у них этот сканер разве не сглючивает?
|
|||
18
Фрэнки
01.03.17
✎
08:14
|
(16) ваше говорили дельную мысль, которую кратко можно выразить так:
1. не нужно сканить ШК и отправлять его в Центр, т.к. возможны ошибки. 2. Подача на поступление Товара возможна только если он создан в Центре 3. Товар в Центре загружается от Поставщиков с готовыми заполненными ШК. Как это организовать - это обсуждается отдельно. |
|||
19
Фрэнки
01.03.17
✎
08:15
|
(16) База Филиала находится в локальной сети Филиала или там тоже от рабочих компов заходят в базы по RDP
|
|||
20
prog1Csww
01.03.17
✎
08:47
|
(17) Локально не глючит.
(19) Да. База филиала находится в лок.сети филиала. |
|||
21
prog1Csww
01.03.17
✎
08:54
|
Между центром и филиалом связь через VPN Интернет.
Сисадмин считает из-за связи. Расширяет канал - вроде как все проходит. |
|||
22
Фрэнки
01.03.17
✎
09:01
|
(21) он правильно считает, это очевидно, когда локально глюков нет. Если будет слишком долгий пинг, то сбой от шк вполне ожидаем. Сравните параметры сети с тем у кого не глючит.
|
|||
23
Фрэнки
01.03.17
✎
09:04
|
а так... можно накрутить обработку, чтоб отрабатывала локально и сама лазила в центральную базу с проверкой нового товара и задавала его создание в центральной.
Интересно, а вдруг с центром связи не будет сутки? Поступление товара просто будет пропущено? |
|||
24
prog1Csww
01.03.17
✎
09:06
|
(22) Но канал между Маг1 и Центром
И Маг2 в том же здании и Центром одинаково широки В Маг1 таких проблем нет |
|||
25
prog1Csww
01.03.17
✎
09:06
|
(23) Мы обсуждаем как раз...
В Маг2 два свича на пути, Маг1 - один |
|||
26
Фрэнки
01.03.17
✎
09:08
|
(25) ну так, если физическая замена возможна, перенесите сканеры на время, чтоб исключить вероятность поиска в ненужном направлении
|
|||
27
Йохохо
01.03.17
✎
09:09
|
(0) в параметрах ком порта в дополнительно покрутите Буфер приема
|
|||
28
prog1Csww
01.03.17
✎
09:10
|
(26) Т.е. поменять сканер?
|
|||
29
Фрэнки
01.03.17
✎
09:11
|
(28) протестить. временно. ну... если проблема не в сети, на самом деле, то заменой сканера на время тестирования это будет подтверждено
|
|||
30
prog1Csww
01.03.17
✎
09:12
|
(26) И в то же время есть Маг3 без 2 свичей где тоже глюки
HoneyWell 1450 |
|||
31
prog1Csww
01.03.17
✎
09:12
|
(29) Пока сошлись на этом
|
|||
32
prog1Csww
01.03.17
✎
09:13
|
(27) говорит пробовал
|
|||
33
Йохохо
01.03.17
✎
09:17
|
а между плюсами цифры напоминают правду или там полный бред? шк на этикетках свои или фабричные?
|
|||
34
Фрэнки
01.03.17
✎
09:24
|
(30) отклики ждут, скорей всего. более продвинутые версии и начали ждать откликов.
|
|||
35
prog1Csww
01.03.17
✎
09:30
|
(33) Смутно помню что начинались на 4.
Напоминали правду. Уточню у операторов. |
|||
36
Черный маклер
01.03.17
✎
09:35
|
(0) Думаю проблема в клиенте rdp - попробуйте ts от win10
|
|||
37
Йохохо
01.03.17
✎
09:36
|
(35) 4 это нерезиновая. вроде есть настройка сколько раз сканер должен прочитать шк перед отправкой, типа "сканировать два/три раза и только потом отправлять"
|
|||
38
prog1Csww
01.03.17
✎
09:37
|
Проблемы начались когда для Маг1 и Маг2 поставили отдельные сервера.
Ключ вроде как на Маг1. Подключение торгового оборудования связано с ключом у Раруса. Будем им писать. Спасибо всем. |
|||
39
prog1Csww
01.03.17
✎
09:46
|
(36) На Маг1 и Маг2 одинаковые клиенты.
На Маг1 все нормально. |
|||
40
arsik
гуру
01.03.17
✎
09:50
|
(0) В настройках драйвера сканера таймаут увелич хотя бы в 2 раза
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |