[Rjak]

Сообщение от imageprint

Да и нет смысла делать хорошо читаемыми реальные данные - коммерческая тайна однако

Я в какой-то из свободных тем, попробовал изложить тот же тезис: заказчик размещая заказ в разных типографиях, держит в секрете от производителей где он еще разместил заказ.
Меня высмеяли, всем Форумом, дескать это нелепость, наоборот заказчик козыряет, что он он в такой то типографии разместил тираж на 20$ дешевле...

[imageprint]

Когда повышали цены - некоторые менеджеры боялись, что часть клиентов уйдет.
Ничего подобного не произошло. Ушло с десяток, и вернулись достаточно быстро.
А козыряние про 20 - 100 баксов, это больше как попытка упресовать типографию звучит.
Дешево и качественно не бывает.

[Nik-ky]

Асу это бесспорно здорово, но есть одно но: любая Асу работает с базой данных, созданой человеком, не знаю как она построена в Дидж.Пресс, но видел такое "Асу" в печально-знаменитой ПДФ. Это 1С дописаная умным программером, но в ней нет и половины возможностей послепечатного оборудования, поэтому "толковым" менеджерам приходится дописывать их в примечаниях вручную, вы можете себе представить, что получается, когда продавец заполняет тех.карту.....Далее отслеживается состояние заказа в режиме он-лайн....хм.... вы себе представляете обьем работы мастеров учасков , которые должны бегать и проставлять статус каждого заказа у себя в компьютере, например: на фальцовке заканчивается один заказ, на КБС другой, на высечке 3-ий, на тиснении 4-ый, на навивке 5-ый, на резаке 6-ой...и т.д.Реально это происходит так: Мастер садится вечером за комп. и проставляет статусы "готов" на все что они сделали за день, вот такой вот "он-лайн" При прохождении длинного заказа, вы не видете на какой он стадии, он либо готов либо не готов. Так что мое мнение к любой Асу нужен очень грамотный человек, ибо она без него бесполезна! Кстати многие типографии используют таблицу Ексель как Асу, впринципе ничем не уступает.....

[imageprint]

Сообщение от Nik-ky

Асу это бесспорно здорово, но есть одно но: любая Асу работает с базой данных, созданой человеком, не знаю как она построена в Дидж.Пресс, но видел такое "Асу" в печально-знаменитой ПДФ. Это 1С дописаная умным программером, но в ней нет и половины возможностей послепечатного оборудования, поэтому "толковым" менеджерам приходится дописывать их в примечаниях вручную, вы можете себе представить, что получается, когда продавец заполняет тех.карту.....Далее отслеживается состояние заказа в режиме он-лайн....хм.... вы себе представляете обьем работы мастеров учасков , которые должны бегать и проставлять статус каждого заказа у себя в компьютере, например: на фальцовке заканчивается один заказ, на КБС другой, на высечке 3-ий, на тиснении 4-ый, на навивке 5-ый, на резаке 6-ой...и т.д.Реально это происходит так: Мастер садится вечером за комп. и проставляет статусы "готов" на все что они сделали за день, вот такой вот "он-лайн" При прохождении длинного заказа, вы не видете на какой он стадии, он либо готов либо не готов. Так что мое мнение к любой Асу нужен очень грамотный человек, ибо она без него бесполезна! Кстати многие типографии используют таблицу Ексель как Асу, впринципе ничем не уступает.....

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

[Nik-ky]

Штрих-код отлично, но кто у Вас занимается созданием тех.карты, если не секрет, и сколько заказов в среднем за 1 день проходит в производство? Как понять если у меня заказ 500 000 листопрогонов на какой он стадии печати, или 100 000 брошюр сколько уже готово......???

[imageprint]

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

По прохождению:
Тираж 100 тыс на листе - это меньше одной смены.
Тираж 500 тыс. на роле - тоже.
Мы не озадачивались съемом промежуточных значений, хотя на отдельных видах оборудования реализовать это можно.
К примеру раз в час автоматически запрашивать показания счетчиков из копьютера печатной машины.
Второй способ вводить промежуточные значения в компьютер АСУ вручную.
Считаю достаточно иметь сведения о начале/конце операции. Если тираж переходит смену, то это также отмечается сотрудниками (начал/закончил работу по заказу).

[cyx]

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

Можно чуть подробнее (на уровне идеи, естественно)...

[imageprint]

Примерно так:
Для цифры:
расчет, прием файла, префлайт, окривление, спуск, согласование экранной пробы, передача на ЦПМ, списание оплаты, информация о прохождении.

Для офсета:
расчет, прием файла, префлайт, передача в препрес.
информация о прохождении.

Пока побаиваюсь полную автоматизацию на офсет. Заказы большие. Заказчик может что-то не заметить. Система тоже.

[cyx]

Юрий,

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

Полгода назад в другой ветке этого форума Вы писали, что
В принципе грамотный программист такое вам сделать за полгода сделает.
Тем не менее у вас внедрение заняло 2,5 года. Или в контексте речь шла о более конкретной задаче?

[imageprint]

Сообщение от cyx

Юрий,
Полгода назад в другой ветке этого форума Вы писали, что
В принципе грамотный программист такое вам сделать за полгода сделает.
Тем не менее у вас внедрение заняло 2,5 года. Или в контексте речь шла о более конкретной задаче?

1. Как говорится "не путать мух с котлетами" - написание ПО и внедрение не одно и то же. Внедрение значительно дольше.
2. У нас система уровня HiFlex и выше. А той ветке говорилось о простой системе.

По поводу штрихкодов в салоне - Порядок еще не кому не мешал, хотя все зависит от размеров салона. Если одна комнатка и резчик(брошюровщик, постпечатчик, короче навсе руки мастер) рядом с менеджером и дизайнером сидит, то навряд ли вы сможете заставить их использовать АСУ.
Если же на приличной площади, где бегать нужно - то вы за счет АСУ экономите время и приводите работу к процессам.
А компьютер можно поставить и на группу операций, реализовав запрсы на название операции. Все зависит от поставленной задачи.

[cyx]

Вам удалось добиться таких результатов исключительно за счет внутренней разработки/внедрения?
Софт действительно был спроектирован, написан и запущен в эксплуатацию без создания соотв. проектной группы (АСУ-подразделения), силами одного программиста?

[cyx]

Сообщение от Nik-ky

Так что мое мнение к любой Асу нужен очень грамотный человек, ибо она без него бесполезна! Кстати многие типографии используют таблицу Ексель как Асу, впринципе ничем не уступает.....

Грамотный человек нужен при проектировании АСУ (здесь спорить не о чем) или ее эксплуатации? Возможно, речь о том, что программист в общем случае не вникает во все тонкости технологии, но "вылезает" это уже на более поздних этапах?
А экселю в принципе не уступает тетрадь в клеточку или грифельная доска на стене. Ведь жили как-то полиграфисты и до эры ПК...

[imageprint]

По софту работает группа.

А по поводу жили как то... печатали на Ромайер 313(не захватили мы это время), потом на GTO и тд..
Сейчас, чтобы быть на уровне решает все технология.
А тетрадки и Exel удобные вещи но не в этом случае

[cyx]

Сообщение от imageprint

Сейчас, чтобы быть на уровне решает все технология.
А тетрадки и Exel удобные вещи но не в этом случае

Ну я не стал смайл ставить...

[ivanm]

Сообщение от Nik-ky

Кстати многие типографии используют таблицу Ексель как Асу, впринципе ничем не уступает.....

Я, бывает, использую столовый нож в качестве отвертки, и задача решается ;-) Однако делать на этом основании вывод, что нож не уступает отвертке для задач закручивания и раскручивания было бы несколько преждевременно.