Доброго дня!
Есть клиент, у которого несколько магазинов авто-запчастей, учетная система, связка Торговля+Склад 7.7 и Бухгалтерия 2.0, работают через RDP сервер Windows 2003, встал вопрос о штрих кодировании товара, прошу дать совета, так как с штрих-кодированием не занимался, какой вообще правильный алгоритм будет с точки зрения внедрения штрих-кодов, бухгалтера хотят уйти от ввода приходных накладных, потому это будут перекладывать на продавцов, какое оборудование выбрать что бы оно работало нормально по RDP, на клиентских машинах ОС XP или Win7.

для начала, выкинуть
ОС XP

ибо при работе с рдп могут возникнуть сложности с ШК.
Тот же клавиатурный сканёр (или через компорт) может посылать в результате разный ШК на одну продукцию.

XP никак не выкинуть, очень много их и плюс софт специализированный стоит, про сканер думал брать только USB.

(2) Вроде пока не видел такого. Хотя почти все клиенткие ммашины XP

(4) у тебя всё впереди. Ошибка очень частая, при считывании 2d кода, связана с отсталым rdp клиентом для хрюши

(0) А можно сам принцип как штрихкодирование поможет уйти от ввода приходной накладной?

(6) никак не поможет. Приходную накладную все равно вводить придется. Можно лишь автоматизировать этот процесс.

(7) в любом случае как по штрихкоду на упаковки узнать кто поставщик, по какой цене и по какой накладной пришёл товар? Т.е. он поможет ускорить поиск товара в справочнике при подборе, но уж точно к отказу от накладных штрихкодирование не имеет никакого отношения

(8) он(его бухи) хочет именно уйти от ввода накладных.

А как сейчас вы товар приходуете?

(0) поставь на машину со штрихсканером локальную 1С.

попроси у каждого поставщика присобачить на их печатные формы свой ШК по которому будешь определять от какого поставщика пришла накладная, номер и дату накладной... не захотят, повесь там где оприходуют товар бумажку где будет штрихкод поставщика.
напиши обработку в которой сканируешь штрихкод - создается приходная накладная с предзаполнеными значениями (контрагент, договор и т.д.).

дальше уже типовой механизм ТиС.... у каждой номенклатуры есть единицы измерения у каждой ед.измерения есть ШК...
Когда товар приходит первый раз - надо будет привязать его ШК к единице номенклатуры, дальше уже работать с имеющимся ШК...


делов на все про все - пару дней....

(10) А как же цена товар?

ИМХО проще реализовать загрузку из екселя, тогда и приход ненадо руками вводить

(11) универсального решения нет, но не универсально можно много вариантов придумать, например по событию от сканера - залезть в ящик, найти письмо от нужного поставщика с экселькой внутри и создать на основе файлика приходную накладную )))).

но я бы, цену поступления оставил на совести оператора... в конце концов, если наполнение накладной будет через ШК, зачем тогда нужен оператор))))

(0)Штрихкодирование хорошо работает с объектами, которые УЖЕ есть в базе. Продавцы смогут вводить штрихкоды ровно до тех пор, пока от поставщика не придёт новый товар. То-есть примерно ноль дней.
Если бухгалтера "уйдут" от ввода новых товаров в базу, ее можно будет через полгода выкидывать, ибо целям учёта она уже соответствовать не будет. Один продавец введет "гайка М6", второй "Гайка М6", третий "Мега гайка м666" и всё это будет одна и та же гайка. А штрихкода или артикула от поставщика, гарантирующего уникальность ввода, у этой гайки не будет, как впрочем и у половины товара.

(13) обычно следующий шаг - а где взять базу товаров со всеми штрихкодами, чтобы загрузить их к себе в базу

Согласен со многими ответами :
1. Локально поставить никак не получится, в виду удаленности некоторых магазинов за 300км друг от друга.
2. Тут скорей их (бухов) хотелка уйти от ввода накладных, и товаров, иначе будет действительно как в (13) описано.
Но как тогда "красиво" все сделать что бы менеджеры могли выписывать в реальном режиме используя штрих-кода ?

(15) 1. - 300 км - вообще слабый аргумент, в крайнем случае ставить отдельная конфа которая работает с ТСД локально, а потом пуляет данные в боевую базу.
2. вообще не понял... если у поставщик есть ШК, то вообще фиолетово как называется этот товар у тебя.... и никто не сможет повесить два одинаковых ШК на разные товары. Если у поставщика нет ШК - то надо клеить свои, но это несколько за рамками сабжа, если я правильно его еще помню...

(15) Красиво:
1. человек, ответственный за ведение номенклатуры.
2. четкое разграничение номенклатурных групп (гайки, болт, кабеля и пр. - как вводится наименование, полное наименование  и пр.).
3. после выполнения первых пунктов: реализовать загрузку из Excel (прихода).
4. кушать печеньки (как говорит Ё) с чаем.

(14) это называется первоначальное заполнение и взять эту базу можно на своем складе )))) либо, если делали изначально правильно и номенклатура в своей базе знает артикул\код поставщика, можно запросить у поставщика... )))

А накладные приходовать будут все кому не лень или какие то конкретные лица?

Сейчас номенклатура ведется в разрезе уникальных номеров запчастей, поэтому скажем в базе может быть несколько записей на одну запчасть с одинаковым номером, НО они будут отличаться реквизитом "Производитель", подбор в накладные идет через подбор по связке код запчасти + производитель.
Насчет 300км, только как пару лет назад ушли от РиБ, вот это был действительно трэш.

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

(20) штрихкод это не референс... поэтому и тебя и не работает ничего.....


зы. около 10 лет работает конфа на УРБД и никакого треша... даже переферию сама обновляет.... готовить надо уметь...

Трэш от того что люди туда вводили, кто как хотел так и вводил, потом было по 10-ть наименований одного и того же товара.

(23) ну так руки программисту надо отрывать за то, что допустил такую ситуацию ))

Причем тут программист, он абсолютно не должен следить за тем что вводят пользователи.

Кто какие модели сканеров может посоветовать ?

(23) Один человек. Ответственный за ведение номенклатуры.
(24) При чем тут программист? Как ты себе представляешь сравнивать номенклатуру?

(25) Я же говорю, руки отрывать. Это же показывает отношение к работе, к коллегам, к компании и вообще к жизни....

Сдается мне что сканер вам уже не поможет. Только еще больше запутаетесь.

(27) при всем... если основа нормального функционирования компании - это чистота номенклатуры, то обеспечить эту чистоту задача разработчика, бизнес не выбирает УРБД, не УРБД - УРБД выбирает разработчик, раз выбрал значит подумал о последствиях, раз не подумал... см (28)....

(29) Поддержу.
Сначала навести порядок (вычистить) номенклатуру. А там... Окажется, что и сканер не нужен.

(29) сейчас все красиво и никто не путается (дело еще обстати так что из 10 продавцов, 9 пишут на бумажках и потом относят эти бумажки в бухгалтерию, и бухи вводят еще и расходы), и бухи подняли канитель что мол им надоело вводить Поступления и Реализации, пусть типа это делают менеджеры, а для того что бы они не вводили фигню, нужно все за штрих-кодировать.

(22) и что? Без извращений?

(30) Не-при-чем...
1. ПО - типовое (ну, не мной писано, и не мной внедрялось). Как правило, начинают вести методом тыка. Когда приходит программист - уже бардак.
2. Основа нормального функционирования компании - не задача программиста.
3. Программист не наделен полномочиями строить кладовщиков, менеджеров и бухов.

(32) Одного менеджера/буха - на приходы + номенклатура.
Расходные - менеджеры фигачат сами, а бухи подписывают (причем, предварительно проверив).

(34) это не программист 1с
Это
Погромист 1с
;-)

(32) Бухи вводят и приход и расход? Интересно, а тогда зачем вам ТИС? Ведите сразу все в БП. БП3 из коробки умеет штрихкодирование.

(33) ну смотря что понимать под извращениями )))

если в кратце, то получив обновление - пытается загрузить его, если понимает, что пришли метаданные - запускает служебную конфу, и закрывается.
Служебная загрузившись - обновляет боевую запускает ее под тем-же пользователем (ждет пароля) и закрывается сама....

(37) так поставлена тут работа, мне она не зачем, в ТиС продаваны смотрят остатки и цены)

(38) + в служебной, только глобальник с ПриНачалеРаботыСистемы()

(34) это все в (28), тут даже и обсуждать нечего...

ну а "Когда приходит программист - уже бардак." - так его и зовут что-бы бардака не было, и его задача брадак убрать...
это все не по теме...

по ШК - все нормальном работает в типовом ТиС-е....
УРБД - тоже нормальный инструмент если его использовать с головой.

Распишите пожалуйста в общих словах весь рабочий процесс в вашей организации. Я никак не въеду - как у вас построен механизм работы?

(38) больше интересует миграция
Точки - отдельные склады.
Передача на точку - перемещением.
Перемещение товаров из ЦБ на ПБ заполняется в ЦБ
1. Как без извратов сделать чтобы точки получали только свои перемещения
2. Как сделать чтобы на точке по полученному перемещению не было движений по центральному складу
3. Как сделать что при изменении перемещения в ПБ - правильно и по ПБ было и на ЦБ мигрировало с движениями по ПБ и цб
Все поступления от поставщиков идут только на центральный склад.
???

(42) Можть отдельную ветку заведете?

(42) выгрызи нас отсюда )))

Зачем же? с удовольствием погрызусь здесь

С трудом сейчас представляю как сейчас имея в базе несколько тысяч позиций, как для них правильно сформировать штрих коды ?
Эти же штрих-коды надо потом распечатать и налипить на товар ?

Вы сначала определитесь - какие вы хотите штрих-коды. Заводские или свои внутренние.

(46) несколько тысяч позиций - это так сложно?
тебе надо не сформировывать ШК, а использовать ШК производителя...

(45) грызись... я не к тебе обращался...

(49) проглядел..... дергают тут постоянно

(47) дык а как определиться если одна и таже номенклатура может быть от разного поставщика ?

штрих-код который присваивается производителем - поставщик его поменять не сможет

(52) понятно, а как быть с мелочевкой, болты, резинки и прочее?

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

(40) Не реализованные комплексы начальника (С)

(53) У нас:
Тонер Kyocera TK-410/420/435/675/710/715/725 (Kyocera Mita KM-1620/1635/2020/2035/2050/TasKalfa 180/220, 1 кг, Integral)
Тонер Kyocera TK-410/435 (Kyocera Mita KM-1620/2020/TasKalfa 180/220, 870 гр, Tomoegawa)
По сути (в принципе) один тонер (под одну модель), но разная развеска и производитель.

(54) немного не понял, с позициями так скажем от "производителя" понятно, на упаковке будет штрих код его можно со сканировать. а с мелочевкой как быть ? встает вопрос, о том что штрих-коды на мелочь надо печатать и клеить ?

(57) В разные коробки (по производителю). Ну, типа того.
Соответственно, и приходовать разными позициями.

Да. Можете ввести свои внутренние штрих-коды с наклейками.

(59) На болт? На фига?

(60)ну вот хочет человек сканирование!!!

В Леруа Мерлене кстати у каждой гайки, если только она не на вес - есть свой штрих-код.

(61) Всё. Понял :)

(62) Тогда уж - отдельный пакетик :)

Да, идут в пакете. И на пакете штрих-код.

(44) ±100500!

(46) штрихкодировать, идентифицировать и классифицировать товар надо на приемке.
Если переходит к порядку то тотальное штрих кодирование можно совместить с полной инвентаризацией. Этикетки распечатать под счет

(53) поштусно обычно мелочнвеа не продаётся. Фасовка по 5-20-25... штук, штрихкод фасовки лепим на пакетик.

Штрихкод штучный модно налепить на контейнер

Или на планшетку - но пларшетку хорошо когда весь ассортимент на одну планшетку с двух сторон умещается. Иначе быстрее вручную подобрать

(59) а еще есть позиции, очень тяжелые например колесный диск от грузовика, его как подтаскивать к сканеру, куча нюансов (((

(42) все делал через промежуточный документ, который ходил по полному обмену...
Делают в центре перемещение на склад ПБ, при проведении перемещение делает минусовые движения по складу и генерирует служебный документ "перемещениевФилиал" с указанием филиала приемника, служебный уходит во все филиалы, у него в приоткрытии если текущийфилиал <> филиалдокумнет - возврат.
на основании этого служебного документа - создается типовое перемещение в ПБ, которое двигает плюс по складу...

это в общих чертах.

(69) а сканер к нему нельзя подтащить?

(69) Тащите сканер к диску, есть беспроводные сканеры.

(72) тоже думал над этим.
Итак :
1. никто не назвал конкретных моделей с которыми работали, которые запустятся в 7.7 и желательно через RDP.
2. использовать штрих-коды на упаковках от производителя и привязать их к существующей номенклатуре.
3. для мелочевки которая без штрих-кодов, создавать и печатать свою, или с ней не заморачиваться.
4. с 01 июля 18 года, еще встанет вопрос с 54-фз (

(73) MS5145, USB - полет нормальный. RDP - не пробовала.

OL-S670 - за несколько лет ни одного замечания.

54 ФЗ - нет ничего страшного. в ТИС уже реализован вроде да и инфостарт тоже никто не отменял.

(75) каков будет оптимальный алгоритм внедрения пока одного сканера на одном магазине, что бы посмотреть как все это будет работать?

(76) На инфостарте есть инструкция + драйвера + dll (драйвера  MS5145). Толково написано.

(77) ссылкой кинете ?

(78) http://catalog.mista.ru/public/82121/?bxajaxid=15391e6d625f1afe3a015cf5d5f006b0
Тут - https://ru.files.fm/u/f9qrd99n - rar с драйверами, dll (scanopos).

(79) спасибо

Возьмите ПО Клеверенс - для магазинчика то что надо