Имя: Пароль:
1C
1С v8
Сканирование штрих-кода по сетке
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 раза