|
|
Регистрация | Пригласить друга | Все альбомы | Файловый архив | Справка | Сообщество | Календарь | Сообщения за день | Поиск |
|
Опции темы |
05.02.2019, 03:03 | #1 |
Местный
Регистрация: 19.03.2013
Адрес: Санкт-Петербург
Сообщений: 465
Репутация: 5
|
учет заказов (вместо экселя)
Прошу совета. У меня работают немного - все 3 человека. когда сам сидела на месте - хватало экселя. ТЕперь нет. Что нужно: учет прохождения заказа(поставить в очередь( с описанием) видеть процесс (например, печатник напечатал - поставил галочку, резчик порезал упаковал - поставил галочку. менеджер отгрузил - галочка) по большому счету это все. Учет запасов бумаги, расходки - вроде не актуально. Но может есть смысл все же его сделать, типа с запасом на будущий рост) Что посоветуете? может просто какая срм система? все что я смотрел из профессиональных, заточенных под полиграфию - создается впечатление что просто писанины больше становится. ну и наверное, они нужны для бОльших производств. Наверняка, многие из присутствующих акул полиграфического бизнеса были в такой ситуации, затем что-то поставили и думали - как же мы раньше без этого работали?)) Поделитесь опытом, пожалуйста. |
05.02.2019, 21:58 | #21 |
Местный
Регистрация: 13.03.2016
Адрес: Ленинград
Сообщений: 2,648
Репутация: 122
|
Re: учет заказов (вместо экселя)
Пожалуйста - ТЗ, как я его передал программеру. Потом мы несколько часов сидели и обсуждали всё устно: https://yadi.sk/d/Tuk_LUGAJl_CJA
Для ясности моего ТЗ - под лидом понимается любая форма заказа, который ещё не передан в цех. Чтобы не плодить узлов и разных данных. Так или иначе лид превращается потом в заказ или удаляется. На выходе виденье немного изменилось и заказ в печатне и в цеху превращается в позиции. Тем самым печатник может объеденять разные заказы на одном материале. В цеху позиции независимо собираются (режутся, варятся, считаются) и на упаковке (отдельная стадия) всё опять объединяется в заказ. Может быть для ТЗ документ и хиловат. Но я описание примерно таковское было первое. На этой неделе первый релиз будет - будем посмотреть. Нюанс в том, что у меня интерьерка, широкоформатка и сувенирка. Про цифру там нет. Но, думаю, что и под цифру оно рабочее. Основные узлы - это техкарта, учёт расходованного материала во время печати/производства, прохождение заказом всего цикла - СРМ/ЕРП в одной системе. Скорее всего после тестов и дальнейшего обсуждения продукт обретёт другие формы. Будем посмотреть. Когда что-то оформится - планирую развивать)). Как-то так. Последний раз редактировалось dercar; 05.02.2019 в 22:05.. |
05.02.2019, 22:59 | #22 | |
Местный
Регистрация: 23.03.2017
Адрес: Moscow
Сообщений: 475
Репутация: 20
|
Re: учет заказов (вместо экселя)
Цитата:
Нам считали от 500000 р., если делать веб платформу. |
|
05.02.2019, 23:31 | #23 |
Местный
Регистрация: 13.03.2016
Адрес: Ленинград
Сообщений: 2,648
Репутация: 122
|
Re: учет заказов (вместо экселя)
За 500 можно найти существующее готовое решение - как по мне, настроенное только под вас.
А я человек жадный. Ну и бедный, конечно же. На данный момент - меньше 100. Вероятно, что на выходе будет 150. Вероятно, что этапов будет несколько - после года использования, скорее всего, будет серьёзный допил. Всё продумать и предусмотреть невозможно. Но это, если, вообще, продукт будет работоспособный. Почему я ввязался - потому что у программера уже есть готовое ядро - версия срм существует для мебельного производства. То что я видел для мебельного производства - мне очень понравилось. Прежде всего потому, что это едва ли не единственный продукт срм-ок, который взаимосвязан с производством. Это не тупая Амо или Слонопотамский Битрикс, где основное внимание уделяется градиентам. На чём оно пишется - я не знаю. Завтра спрошу. Вообще, из всей кучи того, что перепробовал я я выбрал 4 продукта, которые сделаны неплохо: 1. GENTL-crm - она существенно выделяется на фоне остальных срм-ок и это идеальный продукт для продаж. Там реализована система непрекращаемых задач по заказу (лиду). Стоит менеджеру выполнить одну задачу - система сразу же требует от него постановки следующей. Невозможно ничего отправить в долгий ящик. И она очень круто написана не знаю на чём - это самый быстрый интерфейс. Там не обновляются окна при переходе с заказа на заказ. Короче - ни одна из популярных так быстро не работает. Но логика очень отличается от популярных. 2. http://www.i-direktor.ru/ - она, в принципе, имеет всё, что мне было бы нужно. Но там очень уёбищный интерфейс и нелогичный юзабилити. Там суперзапутанное меню. Но есть очень классные фишки - например автоматом подставляемые юр данные нового контрагента. Даже по названию. Они там к какой-то базе федеральной подключены. Реально работает. При том - очень быстро. Если бы её можно было бы самостоятельно настроить - я бы остановился бы на ней. 3. Orderino.com - сделана под производство. Очень неплохая. Но там нет разделения на роли - Нельзя добавить печатника. Только менеджер и один исполнитель. А я хочу, чтобы исполнители бы менялись бы по мере прохождения заказа. 4. Закзавр - ))) Это так, чья-то попытка. Но так и не допилино. Хотя сама логика формирования заявки и прохождения ей вего цикла мне нравится. Возможно что мой склад был бы неплохим решением. Но там есть совершенно дикие вещи, которые они не собираются допиливать - как написал. Например, мы создаём заказ. Заполняем его. Вносим фактурную часть. Там есть техкарты. Всё считается нормально. Нормально считаются остатки. Но потом, вы должны открыть отдельную вкладку в новом окне - счета и начать формировать счёт. Просто дичь какая-то. Вы не можете автоматом сгененрировать из заказа счёт. Вы не можете из счёта сгенерировать заявку на производство. |
06.02.2019, 04:50 | #24 |
Местный
|
Re: учет заказов (вместо экселя)
dercar, у меня соседи по офисному знданию, пару лет назад предлагали "допилить" их програмку учета заказов в производство выставляли 160, посмотрю контакты и сайт их, сброшу сюда, вроде адекватные ребята , хотя мне показалось на тот момент что 160 дороговато
|
06.02.2019, 09:41 | #25 | |
Местный
Регистрация: 02.02.2014
Адрес: Екатеринбург
Сообщений: 150
Репутация: 5
|
Re: учет заказов (вместо экселя)
Цитата:
|
|
06.02.2019, 09:41 | #26 | |
Местный
Регистрация: 02.02.2014
Адрес: Екатеринбург
Сообщений: 150
Репутация: 5
|
Re: учет заказов (вместо экселя)
Цитата:
|
|
06.02.2019, 10:51 | #27 |
Местный
Регистрация: 26.07.2017
Адрес: d
Сообщений: 529
Репутация: 7
|
Re: учет заказов (вместо экселя)
тоже готов поучаствовать...
Может ваш программист напишет все это под вас, то есть некую базу, и буде допиливать под другие производства за доп плату? Дадим человеку работы лет на 5.... |
06.02.2019, 11:50 | #28 |
Местный
|
Re: учет заказов (вместо экселя)
все "совместные" попытки что-то написать заканчивались здесь одинаково! )))
|
06.02.2019, 13:29 | #29 |
Местный
Регистрация: 09.01.2013
Адрес: Kyiv
Сообщений: 706
Репутация: 64
|
Re: учет заказов (вместо экселя)
в итоге проще все таки было купить готовое и "по дороге" его допиливать. ваша работа превратиться в сплошное допиливание софта, если в итоге оно заработает его можно будет и продать. |
06.02.2019, 13:46 | #30 | |
Коммерческий агент
Регистрация: 31.10.2011
Адрес: Санкт-Петербург
Сообщений: 491
Репутация: 7
|
Re: учет заказов (вместо экселя)
Цитата:
Простите, не смог удержаться, но... начало как обычно весьма обнадеживающее: озвучиваются совместные бюджеты, у кого то даже ТЗ есть "почти готовое"... Все полны энтузиазма и... через пару недель, а то и раньше все затухает. Вот краткий сценарий подобных СОВМЕСТНЫХ мероприятий. По прошествии почти семи лет разработки подобных систем (правда не веб, а десктопных, и тем не менее) могу сразу сказать - на порядок важнее начинать не с обсуждения бюджетов или даже конкретных задач, а с более общих вещей. Вот мнение более опытных и знающих, с чем я согласен 100 %: Архитектура приложения - если это будет веб-решение, то вероятно облачное, так? тут свои нюансы - какая СУБД будет применяться? ведь очень важно потянет ли бизнес-логику эта СУБД? Если ее делать на основе SQL в хранимках, то вероятно MYSQL не вытянет (в этом отношении слабоват), значит придется искать спеца по MS SQL или PostgreSQL. А это уже другие деньги на разработчика и затраты на сервер и соотв. обслуживание. Можно все же взять MYSQL и делать расчетную часть на клиенсткой стороне (условно говоря, расчеты будет делать браузер, а не сервер). Данный подход тащит за собой необходимость серьезной работы в php, для реализации расчетов разных видов печати и прочих работ. Отчасти в этом и заключается ответ на вопрос - почему так много CRM-систем на рынке, а с расчетной частью все фигово: все идут путем реализации простых, универсальных, не расчетных задач: управление, учет, планирование, но... но не расчеты. Отдельные калькуляторы классные есть конечно, но это только калькуляторы. PS: И еще - в любом начинании должен быть кто то главный. Эдакий локомотив, заряженный на результат и вдохновляющий остальных, запала которого хватит не на неделю-две, а до конца. До реализации и... дальше. Который возьмет на себя кучу организационных вопросов, распределять общую финансовую составляющую, будет примирять спорящие стороны (а это будет с самого начала). В общем, данной ситуации считаю, что это почти утопия... Последний раз редактировалось Softologic; 06.02.2019 в 13:49.. |
|
|
06.02.2019, 13:46 | #31 |
Местный
|
Re: учет заказов (вместо экселя)
Купите умные цифры. Там все это есть. Цена/качество самый оптимальный продукт.
Для учета прохождения заказа, можно дополнительно подключить Битрикс 24. |
06.02.2019, 13:58 | #32 |
Местный
|
Re: учет заказов (вместо экселя)
еще очень хорошо все сделано в pixlparke.
|
06.02.2019, 14:12 | #33 |
Местный
Регистрация: 25.07.2011
Адрес: .
Сообщений: 36,942
Репутация: 623
|
Re: учет заказов (вместо экселя)
|
06.02.2019, 15:52 | #34 | |
Местный
|
Re: учет заказов (вместо экселя)
Цитата:
p.s. Надо изначально понимать, что программы которая на 100% подходит не существует. |
|
06.02.2019, 15:57 | #35 |
Местный
Регистрация: 16.06.2012
Адрес: Таврическая губерния
Сообщений: 217
Репутация: 5
|
Re: учет заказов (вместо экселя)
Саша, без обид, надо сначала основное в уц освоить, прийдет время и к подрамникам с мануалами. Не для рекламы, мы с 15 го года пытались натянуть уц на свою печатню, в конце 18го вернулись опять к ним (через опыт других бд и собственных разработок) и стало что-то получаться, чем больше вникаешь тем больше нравится.
|
06.02.2019, 20:21 | #36 |
Местный
Регистрация: 13.03.2016
Адрес: Ленинград
Сообщений: 2,648
Репутация: 122
|
Re: учет заказов (вместо экселя)
Я не знаю - я не понял ничего в УЦ. Возможно, что она и неплохая. Но нет манулов. Также нет видеоуроков наглядных, вместо мануалов. Ну и, кроме того, она изначально делалась, как я понял под цифру. Остальное прикручивалось к тому что есть. Похоже на костыли какие-то. Широкофрматка и интерьерка никак там красиво не выглядят. Какие форматы могут быть у широкоформатки? Чушь какая-то.
Ну и интерфейс, конечно, дичайший просто. Я против ук????ний и градиентов. Но и визуальных эффектов в духе word art и объёмов/теней из фотошопа не выношу. Вообще, я не очень верю в успех предприятия моего. Есть много нюансов. В частности, что программер одиночка. Это меня сильно смущает. Но если получится - то я намерен, конечно, и загнать продукт по спекулятивной цене, разумеется. По крайней мере это будет живой, опробированный на производстве продукт. ТЗ - оно всегда "почти дописано". Таков уж наш грубый век нанотехнологий. Никак всего ну предусмотришь. |
06.02.2019, 20:23 | #37 | |
Местный
Регистрация: 25.07.2011
Адрес: .
Сообщений: 36,942
Репутация: 623
|
Re: учет заказов (вместо экселя)
Цитата:
а вопрос про подрамник так и висит без ответа на форуме УЦ. Там много таких вопросов )) |
|
06.02.2019, 20:24 | #38 | |
Местный
Регистрация: 25.07.2011
Адрес: .
Сообщений: 36,942
Репутация: 623
|
Re: учет заказов (вместо экселя)
Цитата:
учет нам в УЦ тоже бесполезен. интерграции с интернет-магазином не и т.д. мы выбрали 1с УНФ + битрикс |
|
06.02.2019, 23:51 | #39 |
Местный
Регистрация: 13.03.2016
Адрес: Ленинград
Сообщений: 2,648
Репутация: 122
|
Re: учет заказов (вместо экселя)
На джаве пишется. База данных PostgreSQL.
|
07.02.2019, 00:46 | #40 |
Местный
Регистрация: 13.03.2016
Адрес: Ленинград
Сообщений: 2,648
Репутация: 122
|
Re: учет заказов (вместо экселя)
goodprint, b2b
5 заказов в среднем запускается в день. |
|
"Форум индустрии цифровой печати" 2008-2023 Все вопросы по сотрудничеству: Электропочта: info@trade-print.ru Москва, Печатников пер. |