Gizmo

Да я то все понимаю, и железо нужно запасное... мне как раз все ясно, но вот бывает так, и приходится выкручиваться используя то, что есть под рукой, я просто вариант предложил, хоть и примитивный, тем не менее, если есть другие варианты помимо запасного принтера, я рад буду услышать

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

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

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

Это как раз не сложно проконтролировать, особенно, если у вас штрих-код к артикулу привязан Если образно: в заказе/изделии просто пометка ставится, что отсканировано, но нужно предусмотреть вариант удаления этой пометки вручную.

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

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

над этим тоже голову "ломаю" вводить штрих код на комп, который будет управлять станком, на нем, само-собой должна быть БД штрих-кодов. В ПС можно работать от одной базы, но тут несостыковочка есть, получается в таком случае штрих-код вроде и не нужен

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

понятно, спасибо большое, видимо, мы на верном пути мы планируем это же самое сделать на ПС3 только там, вроде, штрих-код не предусмотрен, по крайней мере я так и не нашел его, никто этим не занимался в ПС3?

да уж.... кстати, если не секрет, на какой программе у вас все работает?

ого это что за сканеры? а обычные, например CiferLab самые простенькие почему не подходят?

а какие размеры у самих этикеток? и как вариант: если для этого использовать штрих-код, а по штрих-коду человек, отсканировав сканером ручным, на мониторе бы видел заказ? мне мнение ваше очень интересно

импорт данных есть, но большинство работает на измененных конфигурациях, и обычный импорт перестает работать, у нас ваще пришлось по новому все переписывать чтоб в восьмерку перекинуть ЗЫ: а от сабжа то отклонились поделитесь, пожалуйста, кто-нибудь еще автоматизировал производство? сюда же, думаю, можно и об электронном документообороте написать, т.к. это связано

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

ну, общая картина: вся организация держалась на 1С 7.7 при чем только в офисе, из магазинов присылались бумажные варианты накладных, которые на главном складе (он же офис) человеком загонялись в 1С (конфигурация была Торговля совмещенная с Бухгалтерией) - это приблизительно все Проект был: полностью автоматизировать продажи, ввести электронный документооборот. С этой целью приобрели 1С 8.0 Вариантов реализовать несколько: -через носители информации (дискеты, флэшки...) - но это приблизительно то же самое, что и с бумагой -через e-mail (в 1С встроен клиент почтовый) -через сервер терминалов (но начальство было обеспокоено информационной безопасностью и я не смог убедить их) -через фтп (с использованием простеньких скриптов) Сервер терминалов решил бы многое, но пришлось временно сидеть на электронной почте (с перспективой на ftp) все делалось с помощью выгрузки-загрузки: При перемещении товара в магазин в офисе делалась выгрузка документа из 7.7 и посылалась на e-mail магазина, там ее принимали и загружали в 8.0, так же была возможность выгружать не один документ а несколько. И наоборот: при продаже (или перемещении) товара в магазине делалась выгрузка, и отправлялась в офис. в общем то все просто с ftp еще было бы попроще, но я уволился и они до сих пор парятся со своим проектом Тут главное отличие с сабжем: у нас была розничная торговля, а мы рассматриваем внутреннее производство. И в нашем случае терминал, конечно, решил бы многое, но можно и без него обойтись. Тут уже зависит многое от оборудования или, в данном случае, станков. Если станок должен управляться при помощи обычного компа, то ставим комп, на нем программа управления станком, наша собственная программа и организована выгрузка из одной в другую, если у станка есть свой собственный встроенный комп, то скорее всего, нужно будет организовать обмен с либо другим компом, либо прямо с сетью, если предусмотрена такая возможность, конечно. Как вариант, еще можно в нашу программу встроить модуль управления этим станком. По крайней мере я так представляю картину. imho : идея очень хорошая, выше сказано было, что выгрузка на станки сразу - это прогресс, согласен, но не у всех станков, думаю, есть встроенный комп, и порт, чтоб в сеть включить станок как ПК (а это очень удобно, только представьте), скорее всего, станок будет работать под "управлением" ПК или у него будет свой контроллер, который будет управляться с ПК, вот и получается: выгрузка на станок "задачи", хоть и не напрямую. Важно также принять, что электронный документ - это аналог бумажного, пусть даже печати нет - это все можно отследить и проверить. сырая просто програмулька, там очень много возможностей, вплоть до конструктора документов, а теперь представте: люди работали много лет в простенькой семерке, и привыкли к ней, а восьмерка - абсолютно новая программа, в которой осталось от старой очень мало, там все по другому организовано, при этом периодически возникают ошибки какие-то, и если 7.7 работала спокойно на 256Мб оперативки, то 8.0 минимум требует 512Мб для нормальной работы (а это дополнительные траты) Полностью бумажки исключить, конечно, не получится (всякие накладные, счета-фактуры и т.д.), но для человека работающего за станком, и для тех кто обрабатывает заказы и направляет в производство все должно максимально упроститься до "нажать на кнопочку".

Я так понимаю, человек имел в виду полностью автоматизированное производство, без бумажных документов. Внедрял.... почему-то всегда требовали бумажный вариант заверенный печатью В нашей стране без бумажек никуда. Я пол года пытался объяснить начальству, что не нужно этого, что накладная, которая приходит в магазин по, например, электронной почте - вполне достоверная. ADD да, 1С 8.0 и 7.7 у меня были (хотя это не суть) 1С 8.0 в самом деле тогда кривая была, думаю и сейчас в ней много глюков, та же 7.7 сколько затачивалась чтоб нормально начать работать?