учет заказов (вместо экселя)

[Валерий Палий]

Коллеги, здравствуйте!
Прошу совета. У меня работают немного - все 3 человека.
когда сам сидела на месте - хватало экселя. ТЕперь нет.
Что нужно:
учет прохождения заказа(поставить в очередь( с описанием)
видеть процесс (например, печатник напечатал - поставил галочку, резчик порезал упаковал - поставил галочку. менеджер отгрузил - галочка)
по большому счету это все.
Учет запасов бумаги, расходки - вроде не актуально. Но может есть смысл все же его сделать, типа с запасом на будущий рост)
Что посоветуете? может просто какая срм система?
все что я смотрел из профессиональных, заточенных под полиграфию - создается впечатление что просто писанины больше становится. ну и наверное, они нужны для бОльших производств.
Наверняка, многие из присутствующих акул полиграфического бизнеса были в такой ситуации, затем что-то поставили и думали - как же мы раньше без этого работали?))
Поделитесь опытом, пожалуйста.

[A_grafika.ru]

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

может правильщик херовый?

любые правки в программе вносятся по определенной "логике" и кто именно в ней ковыряет должен знать эту самую логику, если логика реализована криво или сложно то и правки такие же - в одном месте поправили в другом всё слетело, как то так

[Chernov]

Сообщение от A_grafika.ru

любые правки в программе вносятся по определенной "логике" и кто именно в ней ковыряет должен знать эту самую логику, если логика реализована криво или сложно то и правки такие же - в одном месте поправили в другом всё слетело, как то так

я не повеою, что поправить нельзя. думаю, вопрос цены.

[A_grafika.ru]

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

я не повеою, что поправить нельзя. думаю, вопрос цены.

вопрос "веры" всегда краеугольный камень.
в этой жизни всё возможно

[Nikit0s]

A_grafika.ru, а что, есть негативный опыт работы с 1С:Полиграфией 8?

[dercar]

По мне - так всё что суть 1С (включая и битрикс их злобеучий) является иконой негатива.

[A_grafika.ru]

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

A_grafika.ru, а что, есть негативный опыт работы с 1С:Полиграфией 8?

негативного опыта нет, сидим работаем, уроде всех всё устраивает

[sopar]

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

я не повеою, что поправить нельзя. думаю, вопрос цены.

Можно! Но в 8-ке лучше не нужно!
Такова политика партии (компании 1С конечно)
Ведь из всех здесь присутствующих только они умудряются продавать собственные ошибки!

[Chernov]

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

Можно! Но в 8-ке лучше не нужно!
Такова политика партии (компании 1С конечно)
Ведь из всех здесь присутствующих только они умудряются продавать собственные ошибки!

блииин... че делать то... нам 8-ку перепиливают...

[Boroda]

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

я говорю о сайте на базе web-to-print pixlpark.com. Единственный минус с каждого заказа надо платить.

У пиксела ничего другого и нет. Тема как называется? "учет заказов". Так вот в пикселе он мягко говоря "не очень".

[pm-online]

Здравствуйте!
У нас скоро такая штука будет, к концу года.
Пока что есть калькулятор pm-online.ru с выгрузкой расчета в виде эксель.
Обращайтесь в ватсап или вайбер (номер в контактах на сайте) с кодовым словом "Ноывй год" и для Вас калькулятор до конца 2019 года бесплатный. + калькуляторы для календарей стартуют в концу лета. Добро пожаловать!

[Boroda]

pm-online, так речь же не о расчете, а о учёте.

[GolDen]

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

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

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

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

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

[dercar]

GolDen, Можно запилить. Где наша не пропадала?))
Надо же в перспективу смотреть.
Суть в том, что смена статуса во всех срм (в большинстве) просто меняет статус. И заказ по прежнему находится на каком-то его этапе. Для продолжения движения заказа по процессу производства (продажа-производство-отгрузка) нужно произвести следующее действие. Типа - отправить в печать. Отправить на сборку. Как правило - везде есть два чекбокса. Или другой сценарий - когда ничего никуда не отправляется, есть сводная таблица по всем заказам на день. И при сменен статуса, меняется, например цвет позиции. Точнее, наоборот - ты меняешь цвет позиции, например, на красный и печатник знает, что пора печатать. Но это шлак полный. Точнее, так можно работать, конечно же. Но это не продуктивно. Такая таблица открыта на всех машинах. И всё что в ней есть - это сам заказ. С одной стороны - это конечно очень гибко. Можно добавлять какую угодно инфу. Открыть на любой машине и пр. Но не будет никакой статистики. Это раз. Два - низкая надёжность - операция относительно сложная - выставить грамотный цвет. Конечно, звучит смешно - но на практике будут постоянные ошибки. Как у тех, кто работает в трелло - этап уже давно завершён, но его не переместили дальше.
Суть в том - что каждый сотрудник видит только свою таблицу. Всё что есть в этой таблице по каждому заказу - техданные заказа. Выполнив свою задачу он тыкает на одну кнопку - ок и задача исчезает из его таблицы попадая на следующий этап. Маршрут создаёт менеджер при оформлении заявки. Например - дизайн-печать-пре/постпечать-печать-упаковка-отгрузка. Любой из этапов может быть НЕ задан. Порядок этапов не меняется. Нельзя сперва напечатать, потом сделать дизайн. Есть заказы в которых не требуется дизайна. Есть заказы, где ничего не требуется - только отгрузка (когда чисто полотно, например, покупают). Соответственно, чтобы ускорить создание этого процесса - маршрутизации, так сказать, под каждую позицию создаются калькуляторы, в которых уже обозначен вероятный маршрут. Всё что делает менеджер при оформлении заявки - добавляет нужную позицию, например, баннер 440, указывает размеры, количество и выставляет чекбоксами как пойдёт заказ - дизайн, постпечать, срочно, не срочно и пр. Все возможные варианты уже прописаны, наиболее актуальные уже предложены, обязательные варианты, например этап печачти, уже зафиксированы.
Тем самым, этап формирования заказа - самый важный. Когда заказ создан - дальше уже нет никаких остановок - все делают свою работу в момент отображения заказа у него в таблице (в аккаунте).

Кстати, мы уже допилили. Работаем. Ловим последние ошибки. Свой собственный облачный сервис: CRM+ERP
Он, конечно же, не такой модный и красивый как Битрикс 24. Но у меня есть определённое виденье таких софтов. Я считаю, что градиентики для пeдиков.
Но функционал получше. Сейчас мы работаем в сервисе. Отлавливаем последние баги.
На всё про всё ушол год. В мае того года была готова первая версия. Потом с разной периодичностью мы тестировали, проклинали всё на свете - я кусал локти, что такой дурак, вносили правки и так до ноября. С ноября уже не до того было.

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

Сейчас есть:
- калькуляторы расчёта (поддерживает основные математические действия - можно создавать сложные формулы с коэффицентами, к сожалению, пока не поддерживает оператор "если" и "и" - иногда не хватает, расчёт имеет 4 метода расчёта, в т.ч. на базе закупочной стоимости материалов)
- расчёт % менеджера (3 разных метода - фикс %, % от сделки, % от маржи)
- почтовый клиент с возможностью создаваять лиды и заявки прямо из письма
- раздел заказчики и поставщики. Возможность предоставления доступа ключевым заказчикам
- автоматизированные этапы производства
- шаблоны писем, создаваемых документов с учётом данных заказа (переменных - размеры, количество, цена и пр.)
- внутренний раздел Задачи для постановки задач отделами друг другу (в моём случае, отдел это пока человек))))
- резерв материала при создании заказа.
- оповещения по настраиваемым событиям (внутри системы и по почте), в том числе клиентов.
- триггеры - это ващее вещь.
Суть всей системы в максимальной автоматизации процесса для того, чтобы добиться максимальной скорости работы и максимальная простота.
Конечно же у нас есть возможность работы с API

[Ярослав26]

В трелло можно просто на другую доску отправлять. Или даже автоматом через API.
Скажем дизайнер перевел в завершено, карточка сразу на следующий этап (а это уже в скрипте)

Читаем тот же хабр, компании до 200 человек во всю трелло используют. Просто, быстро внедрить.
Битрикс24 - очередной монстр. Есть интересные вещи, но элементарное вызывает сгучее желание закрыть вкладку браузера

[GolDen]

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

Суть в том, что смена статуса во всех срм (в большинстве) просто меняет статус. И заказ по прежнему находится на каком-то его этапе. Для продолжения движения заказа по процессу производства (продажа-производство-отгрузка) нужно произвести следующее действие. Типа - отправить в печать. Отправить на сборку. Как правило - везде есть два чекбокса. Или другой сценарий - когда ничего никуда не отправляется, есть сводная таблица по всем заказам на день. И при сменен статуса, меняется, например цвет позиции. Точнее, наоборот - ты меняешь цвет позиции, например, на красный и печатник знает, что пора печатать. Но это шлак полный. Точнее, так можно работать, конечно же. Но это не продуктивно. Такая таблица открыта на всех машинах. И всё что в ней есть - это сам заказ. С одной стороны - это конечно очень гибко. Можно добавлять какую угодно инфу. Открыть на любой машине и пр. Но не будет никакой статистики. Это раз.

О какой статистике идет речь??? Немного не понял

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

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

С цветом тоже не все мне понятно - цвет нужен что бы статусы заказов различать? Чем обычное название статуса не устраивает? Можно вообще иконки ставить (я себе так сделал)





При смене статуса у меня отправляется сообщение в телеграмм на телефон сотрудника о заказе:

1. При поступлении заказа отправляется смс дизайнеру что бы он проверил макет


2. После проверки макета дизайнер или ставит статус что заказа проверен или ставит статус что с заказом есть проблемы
2.1. В первом варианте (когда с заказом все нормально) сразу после статуса проверен он получает статус:
2.1.1. Если у пользователя нет кредитного лимита и денег на его балансе не хватает для оплаты заказа - он получает статус "ожидает оплату"
2.1.2. Если кредитного лимита хватает то заказ получает статус "передан в производство". При этом заказ считается не оплаченным
2.1.2. Если хватает денежных средств на балансе пользователя для оплаты заказа то заказ автоматически оплачивается (списываются деньги с баланса), получает статус оплачен и автоматически получает статус передан в производство.
2.2. При отправке заказа на доработку заказчику отправляется письмо с указанием проблем с макетом. Если он, через свой личный кабинет, загружает новый макет то заказ получает статус "проверяется" и дизайнеру опять приходит смс в телеграмм, ну и опять все повторяется с первого пункта. Собственно пока не будет подтверждения дизайнером макета он дальше в производство не идет.
3. После того, как заказ получил статус "ожидает оплату" на телефон бухгалтера приходит смс о заказе и его стоимости.



Роль бухгалтера сводится к тому что бы пустить заказ дальше в производство (или оплаченным или не оплаченным). Если заказ получает статус оплачен он автоматически получает статус передан в производство и печатник получает смс на свой телефон о заказе.



4. После печати печатник ставит статус заказа постобработка, и постпечатнику приходит смс на телефон о необходимых работах



5........

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

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

Вот был у меня недавно один заказ - визитка с конвертом. Вобщем сама визитка ничего сложного (шелкуха 2+1), а вот конверт это отдельная тема.
1. Цифровая печать 4+0
2. Ламинация SOFT TOUCH по лицевой стороне
3. Шелкуха 3+0 (два цвета + прозрачный лак)
4. Высечка
5. Сборка
Итак, по идее мы имеем 2 процесса печати и постпресса (цифра + шелкуха и ламинация + высечка + сборка) Как такое предусматривать, если порядок этапом не меняется?

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

Кстати, мы уже допилили. Работаем. Ловим последние ошибки. Свой собственный облачный сервис: CRM+ERP

Если не секрет то на базе чего делали?

[GolDen]

Сообщение от Ярослав26

Битрикс24 - очередной монстр. Есть интересные вещи, но элементарное вызывает сгучее желание закрыть вкладку браузера

+100 Пытался несколько раз осилить и не смог.

[pm-online]

Могу Вам предложить pm-online.ru
Это моя разработка, на подходе 2 версия с созданием заказов и статусами по каждой обработке.
Пишите. В whatsapp +79219583137 подарим тариф на настройку.

[max_mg]

Зря вы так про битрикс, ну да ладно...
У меня все было реализовано на битриксе: отдел продаж - дизайн-экономист- производство (печать, лазер-фрезер, интерьерка). Отлично видно и прохождение заказа и затраченное время на каждом участке. Все "хотелки" сохраняются, рабочие файлы то же - легко найти для повтора заказа. 1с со складским учетом прикрутить не успел.
На первом этапе в любой АУСП (автоматизированных систем управления предприятием) будет много писанины пока вы формализуете тех процессы (кто, кому и что должен отдать и в каком виде) - потом будет проще (где-то через год) - когда всех заведете в систему. Работал и на бесплатном варианте и на "команде".
Сейчас присматриваюсь к ПринтЭксперту - бесплатная версия тоже есть для 1 пользователя. У Марселя ШАРИФУЛЛИНа есть три статьи на эту тему.

[ATEM]

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

Зря вы так про битрикс, ну да ладно...
У меня все было реализовано на битриксе: отдел продаж - дизайн-экономист- производство (печать, лазер-фрезер, интерьерка). Отлично видно и прохождение заказа и затраченное время на каждом участке. Все "хотелки" сохраняются, рабочие файлы то же - легко найти для повтора заказа.

Если так все нравилось, то почему

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

Сейчас присматриваюсь к ПринтЭксперту - бесплатная версия тоже есть для 1 пользователя. У Марселя ШАРИФУЛЛИНа есть три статьи на эту тему.

[Yaneznay]

GolDen, Вы тоже писали с нуля данную программу?