Просмотр полной версии : Программа для учета заказов в типографии
Добрый день.
Наша компания разработала программу для учета заказов в типографии. Программа очень проста в использовании и не требует обучения. Но позволяет ускорить процесс подсчета и оформления заказа. Кому интересно пишите))
Приложил пару скриншотов...
Рады будем пообщаться.
KALENDAR.RU
08.07.2010, 23:17
Что за компания? Демка есть? Стоимость? Сайт?
mandragory
09.07.2010, 00:56
mots, мне тоже интересно.
Peacemaker
09.07.2010, 02:27
Еще бы я отметил тот факт, что эта программа дружит с кассой. Отлично подходит для копи-центров, где поток клиентов особенно высок и требуется оперативное обслуживание клиентов.
Ну и зачем мне скриншоты, два из которых близнецы-братья?
Где скачать?
А то пока по скринам -- курсовая работа студента ВУЗа. Пощупать дайте.
P.S. Кроме кассы она со складом дружит? Чеки выписывает? Каждодневный отчет по аппаратам делает? Многопользовательская? Клиент-серверная? Вэб есть?
Добрый день, спасибо за проявленный интерес.
Отвечу на первый пост:
Что за компания? Демка есть? Стоимость? Сайт?
Компания SUNERA. Сейчас редизайн проводим. Заходите к нам в понедельник на сайт www.sunera.ru
Демку, тоже выложу в понедельник.
По стоимости, готовы общаться, с учетом того что мы все такие ориентированы под заточку под ваши бизнес-процессы.
Последний пост прокомментирую:
Ну и зачем мне скриншоты, два из которых близнецы-братья?
Где скачать?
А то пока по скринам -- курсовая работа студента ВУЗа. Пощупать дайте.
P.S. Кроме кассы она со складом дружит? Чеки выписывает? Каждодневный отчет по аппаратам делает? Многопользовательская? Клиент-серверная? Вэб есть?
Ну во первых 2 скриншота на братья))))) Можно посмотреть внимательно))
Демку можно будет скачать с нашего сайта с понедельника.
Момент со складом, хотел уточнить, какую программу учета склада вы подразумеваете 1С или еще что-то. В принципе если там открытые БД, то можно доработать.
Чеки выписывает, правда мы настраивали на фискальные регистраторы фирмы ATOL (Fprint), под них написаны свои компоненты.
Программа которую мы рассматриваем, локальная. Сейчас разрабатываем программу многопользовательскую на Java (прикрепил скриншоты).
По аппаратам, существует существует задумка учитывать и консолидировать информацию вместе с тем, что пробили по кассе.
Но скажем так нужен клиент под эту задачу, который бы захотел это сделать, это мы могли бы реализовать.
По вебу, хочу уточнить??? Интересны ли решения под веб такие, с учетом того, что фактически идет передача финансовой информации?? не боитесь??
mandragory
09.07.2010, 13:35
сказать раньше имхо хуже чем позже...
Peacemaker
09.07.2010, 13:49
Извините, я сегодня без бинокля. Не разглядел "сетевые" скриншоты.
Самое главное, не превращать программу в подобие PrintEffect или Apler.
У Вас, Дмитрий, должна быть своя ниша сбыта - это копировальные центры (а не печатные салоны)
По моему разумению это разные вещи.
aleks-th
09.07.2010, 15:59
Имхо - самый главный вопрос здесь .... а поддерживать кто будет ?
Какая у вашей компании численность сотрудников и насколько долго вы готовы поддерживать свой продукт ?
Постоянно делаются тысячи решений ,но они умирают изза - того что после того как содатель потерял интерес к своему детищу их никто не поддерживает.
Цель у таких проектов заработать деньги здесь и сейчас и никто не знает как он поступит с этим продуктом через год - три -пять -десять лет.
Скажем покупая ту же 1С, или террасофт,или другую распространенную систему , я уверен в том что в случае если человек который меня поддерживает вдруг потерял интерес. сменил вид деятельности , эммигрировал ... ну или еще чтонибудь мне достаточно в яндексе набрать 1С и за 15 минут найти исполнителя...
Здравствуйте.
Всем заинтересованным извините, что долго не писал. В течение месяца мы сложа руки не сидели, теперь по решению есть небольшой сайт: www.typepro.ru.
Там можно скачать демку, поюзать.
Хотелось ответить по вопросам поддержки, мы настроены на долгосрочное сотрудничество, поддерживать будем. Гарантом этого будут годовые договора о поддержки.
Мы планируем еще очень много делать для типографий, копицентров. Веб версию программы, еще систему по подсчету себестоимости единицы продукции, систему контролинга ресурсов (подключение к статистике машин и консолидирование информации с TypePro).
Рады будем, работать со всеми заинтересованными.
mots, а какие ограничения у Демо?
Ну и пока до нормальной рабочей версии ИМХО далеко.
Могу вам в личку (почту) набросать требования, которые хотелось бы таки видеть.
Ну и если будет желание могу предоставить свои салоны для экспериментов (на взаимовыгодных условиях) :)
У демо ограничение выбора цены на товары (т.е. их нет). Доступ в админку с паролем: 1234.
Требования было бы неплохо. Давайте пообщаемся. Сейчас внедрили в одной типографии, эту систему (ориентировались на них конечно по требованиям, возможно не очень универсально получилось). Пишите мне на почту: Dmotskalo@sunera.ru.
mots, а какие ограничения у Демо?
Ну и пока до нормальной рабочей версии ИМХО далеко.
Могу вам в личку (почту) набросать требования, которые хотелось бы таки видеть.
Ну и если будет желание могу предоставить свои салоны для экспериментов (на взаимовыгодных условиях) :)
А может требования к системе здесь сформировать и обсудить или создать новую ветку? Я сам долго писал системы для бухгалтерского оперативного учета. Может проще на фри выложить, что то из готового и адаптировать? Просто необходимо понимать объем доработок. Для меня лично необходимо учитывать только реализацию, склад и выручку. Отчеты сдаются как надо, а не как есть.
P.S. И в каком ценовом диапазоне хотелось бы одно/многопользовательскую систему в варианте реализация + выручка + склад.
А может требования к системе здесь сформировать и обсудить или создать новую ветку?
Может. Значит на днях подготовлю и выложу.
Для меня лично необходимо учитывать только реализацию, склад и выручку.
А по большому счету что еще?
P.S. И в каком ценовом диапазоне хотелось бы одно/многопользовательскую систему в варианте реализация + выручка + склад.
Ну это как обычно -- бесплатно.
Может. Значит на днях подготовлю и выложу.
С удовольствием посмотрим. Мне еще очень интересно, под складом вы что понимаете, разработку складского учета какой-то программы или это будет интеграция с 1С чем-то. Напишите, пожалуйста в минимальном наборе, что будет интересно.
Ну это как обычно -- бесплатно.
По поводу бесплатно))) Ну это как в поговорке: "бесплатно только сыр в мышеловке".
Программистам платить надо, да и всем остальным. Вы же хотите, чтобы решение было поддерживаемо, чтобы вам по любым вопросам кто-то ответил, что-то исправил, без денег тут увы... никак.
С удовольствием посмотрим. Мне еще очень интересно, под складом вы что понимаете, разработку складского учета какой-то программы или это будет интеграция с 1С чем-то. Напишите, пожалуйста в минимальном наборе, что будет интересно.
Мне интеграция с 1С не нужна (во всяком случае пока). Достаточно просто чтобы база в была в одном из открытых форматов. Тогда можно будет прикрутить у ней хоть 1-С, хоть 2-зю.
По поводу бесплатно))) Ну это как в поговорке: "бесплатно только сыр в мышеловке".
Программистам платить надо, да и всем остальным. Вы же хотите, чтобы решение было поддерживаемо, чтобы вам по любым вопросам кто-то ответил, что-то исправил, без денег тут увы... никак.
Ну так я не говорю обо всех. Я о себе говорю. :) и предлагаю свою посильную помощь в разработке и внедрении.
Чтож, будем ждать, тогда от вас требования.
Прикольный калькулятор. За 50$ купил бы.
Прикольный калькулятор.
Рад, что понравилось. Я все жду мне тут обещали требований еще накидать...)) Но чет нету(
За 50$ купил бы.
Да я бы рад продать, только тогда, чтобы обеспечить себе хоть малость рентабельности мне надо штук по 100 их в месяц продавать.
А вообще расскажите сколько в принципе готовы тратиться на такие штуки, надо наверное пересматривать ценообразование)
Может рассрочка спасет??? Ну или ваще какая цена в принципе устроила бы адекватно (с поддержкой)?
Ну я хотел по подробнее расписать, если так то вот пока наброски, давайте на них и остановимся и обсудим:
1. Многопользовательность. :) и многоточечность.
2. Ведение склада расходных материалов
3. Трансформация одних расходных материалов в другие путем определенных операций (порезка, например).
4. Обязательно вэб морда. И совсем не такая как я вижу сейчас в интерфейсе программы. Принципиально другая, но это отдельная тема.
5. Поддержка постоянных клиентов
6. Поддержка разных устройств на одну операцию (у меня, например, 3 цветных лазерных принтера с одной ценой отпечатка, но мне нужен учет каждого)
7. Привязка устройств к операторам (у меня 3 копира и 6 операторов)
8. Снятие статистики с тех устройств, которые это позволяют
9. Работа с принтером чеков
10. Рабочее место постпечатника, дизайнера
11. Гибкая система отчетов
12. Не помню есть или нет: мелкая розница (с возможностью переучета)
Комментну по порядку:
1. Многопользовательность. и многоточечность.
Само собой сделаем. Это не вопрос. Уже начинаем делать веб версию, почти спроектировали идеологию.
2. Ведение склада расходных материалов
Тут ваще не понятно, поскольку пока не знаем как их ваще эти материалы учитывают в чем (в пачках, листах, еще в чем-то).
Оператор будет заполнять получается материалы или эти данные откуда-то будут браться???
3. Трансформация одних расходных материалов в другие путем определенных операций (порезка, например).
Нужно описание процессов.
4. Обязательно вэб морда. И совсем не такая как я вижу сейчас в интерфейсе программы. Принципиально другая, но это отдельная тема.
Посмотрите прикрепил!!! Как вам???
5. Поддержка постоянных клиентов
А тут что имеется ввиду???
6. Поддержка разных устройств на одну операцию (у меня, например, 3 цветных лазерных принтера с одной ценой отпечатка, но мне нужен учет каждого)
Это типа на какой машине делается операция?
7.Привязка устройств к операторам (у меня 3 копира и 6 операторов)
Ага понял, только вопрос, а что мешает одному делать на чужом копире заказ?
8. Снятие статистики с тех устройств, которые это позволяют
Будет реализовано, нужен доступ к устройствам (для парсинга).
9. Работа с принтером чеков
Какими кстати пользуетесь??? модели!!!
10. Рабочее место постпечатника, дизайнера
Это я вообще не понял к чему?? Поясните.
11. Гибкая система отчетов
Естественно.
12. Не помню есть или нет: мелкая розница (с возможностью переучета)
Это возврат к прошлым заказам чтоль???
Эх.. не люблю я подобное таким вот образом обсуждать. Мало того что сильно по времени растягивается, так еще... лучше бы за чашечкой чаю. Ну да ладно:
Комментну по порядку:
1. Многопользовательность. и многоточечность.
Само собой сделаем. Это не вопрос. Уже начинаем делать веб версию, почти спроектировали идеологию.
Идеологию чего?
2. Ведение склада расходных материалов
Тут ваще не понятно, поскольку пока не знаем как их ваще эти материалы учитывают в чем (в пачках, листах, еще в чем-то).
Оператор будет заполнять получается материалы или эти данные откуда-то будут браться???
Нет заполнять будет человек с соответствующим доступом и... либо это вводится ручками, либо у оператора есть доступ к устройству, которое наполняет склад используемой расходки. Пример: резка бумаги из больших форматов, нарезка пужины с бобины.
3. Трансформация одних расходных материалов в другие путем определенных операций (порезка, например).
Нужно описание процессов.
Подумаю как описать... например процесс резки. Наверное для начала нужен сам перечень трансформационных процессов.
4. Обязательно вэб морда. И совсем не такая как я вижу сейчас в интерфейсе программы. Принципиально другая, но это отдельная тема.
Посмотрите прикрепил!!! Как вам???
Ужас. Это совсем не то, что нужно.
5. Поддержка постоянных клиентов
А тут что имеется ввиду???
Генерация и считывание дисконтных карт. Это как пример.
Или просто: знакомый дядя Вася которому печатаем фотки бесплатно, потому что он хороший
.
6. Поддержка разных устройств на одну операцию (у меня, например, 3 цветных лазерных принтера с одной ценой отпечатка, но мне нужен учет каждого)
Это типа на какой машине делается операция?
Да, наверное. Возможность при выполнении операции выбрать машину, на которой она будет делаться.
7.Привязка устройств к операторам (у меня 3 копира и 6 операторов)
Ага понял, только вопрос, а что мешает одному делать на чужом копире заказ?
Не совсем понял вопрос. Никто. Но у меня некоторые операторы не могут печатать широкоформатку и не могут подходить к резаку или переплетчику.
8. Снятие статистики с тех устройств, которые это позволяют
Будет реализовано, нужен доступ к устройствам (для парсинга).
Я вам на днях пришлю файлы со статистикой со всех доступных у меня устройств. Это и широкоформатка и мелкое офисное Г.
9. Работа с принтером чеков
Какими кстати пользуетесь??? модели!!!
Вот как напишем (напишите) софт тогда и купим. Пока никаким.
10. Рабочее место постпечатника, дизайнера
Это я вообще не понял к чему?? Поясните.
А что мы только копии делаем. Это как бы частный случай привязки оператора к устройствам. У постпечатника будут доступны скажем только ламинатор, переплетчик, резак...
11. Гибкая система отчетов
Естественно.
Хорошо, если мы понимаем друг друга.
12. Не помню есть или нет: мелкая розница (с возможностью переучета)
Это возврат к прошлым заказам чтоль???
Нет. Я сейчас тоже быстро не сформулирую, но.. вы же просили быстро -- вот и получите. Это только наброски. Я хочу чтобы склад был с историей поступлений (не только розничной мелочевки). А там цена будет всегда разная. А цена скажем на розницу должна быть одной, ну или быть пересчитана когда мне это захочется.
aleks-th
02.09.2010, 01:52
С такими вопросами которые говорят о непонимании самого процесса написание программы затянется на годы , и в итоге шума будет много а толку чуть...
Сдается мне , что гораздо проще быстрее и дешевле взять готовую CRM , ту же терасофту и написать к ней нужные модули...
Эт мое личное мнение , я всегда самописный софт критикую , ибо часто приходится сносить самописку, обычно года через 4 когда конторы напписавшей сие чудо уже нету ... и пытатся все перенести на стандартный софт ...
aleks-th, отож... у меня написание подобного заняла два года и потом программеры просто вернули бабки и сказали, что с их загрузкой и нашими (совместными с ними) идеями мы просто никогда ее не напишем.
то что мы сейчас обсуждаем был очень не большой модуль из той системы и собственно проблем с ним особых не было.
UPD: Каких два года? Сейчас прикинул -- более пяти лет как зародилась идея и мы первый раз сели с программерами за чашку чая.
SergeykoR
02.09.2010, 11:03
aleks-th, Boroda, согласен!!!! но не устану повторять - хорошая полиграфическая прога получиться только у программиста, который переквалифицировался из печатника :), все остально будет полная хрень - примеров тому полный интернет шлако-софта...............
С такими вопросами которые говорят о непонимании самого процесса
Да мы не печатники... и что, мы поэтому и пришли поговорить. Сейчас мы работаем с несколькими копицентрами, но охвата общего у нас нет. Вот и стремимся узнать, что хочется... А по поводу самописного софта, мы хотим его перевести не на самописный уровень в будущем...))
А по поводу хороший софт получится только у печатника, я боюсь печатник не будет вкалывать 3 месяца, чтобы писать гениальный софт.
Нужно нормальное понимание изначально, что хочется увидеть... и все... если оно есть при должном профессионализме будет нормальная рабочая платформа.
Boroda, я позже на комменты отвечу, просто сейчас завал.
Мы настроены на конструктивную работу в этом направлении, так что рад буду если мы придем к конкретным тех. требованиям.
Да мы не печатники... и что, мы поэтому и пришли поговорить. Сейчас мы работаем с несколькими копицентрами, но охвата общего у нас нет. Вот и стремимся узнать, что хочется... А по поводу самописного софта, мы хотим его перевести не на самописный уровень в будущем...))
А по поводу хороший софт получится только у печатника, я боюсь печатник не будет вкалывать 3 месяца, чтобы писать гениальный софт.
Нужно нормальное понимание изначально, что хочется увидеть... и все... если оно есть при должном профессионализме будет нормальная рабочая платформа.
Boroda, я позже на комменты отвечу, просто сейчас завал.
Мы настроены на конструктивную работу в этом направлении, так что рад буду если мы придем к конкретным тех. требованиям.
Вам придется очень многие вещи разжевывать. Вопрос не в печатнике, а в отсутствии у Вас в команде постановщика задач. Для написания софта нужно 2-3 программера и один постановщик, тогда получиться рабочая математика.
Ну я хотел по подробнее расписать, если так то вот пока наброски, давайте на них и остановимся и обсудим:
1. Многопользовательность. :) и многоточечность.
2. Ведение склада расходных материалов
3. Трансформация одних расходных материалов в другие путем определенных операций (порезка, например).
4. Обязательно вэб морда. И совсем не такая как я вижу сейчас в интерфейсе программы. Принципиально другая, но это отдельная тема.
5. Поддержка постоянных клиентов
6. Поддержка разных устройств на одну операцию (у меня, например, 3 цветных лазерных принтера с одной ценой отпечатка, но мне нужен учет каждого)
7. Привязка устройств к операторам (у меня 3 копира и 6 операторов)
8. Снятие статистики с тех устройств, которые это позволяют
9. Работа с принтером чеков
10. Рабочее место постпечатника, дизайнера
11. Гибкая система отчетов
12. Не помню есть или нет: мелкая розница (с возможностью переучета)
1. Не рассматривается, т.к. работает априори. Многоточечность это несколько самостоятельных точек учета (подразделений)?
2. Склад един и не делим. Разделение идет по точкам учета (хранения). В этом основная ошибка почти всех потребителей. Т.к. оборудование и расходка переданные в цех, но не установленные храняться как самостоятельные учетные единицы (только в другой точке учета - цеху) и могут переместиться в другую учетную точку.
3. Не правильный подход. Изменение "одного в другое" возможно только на базе производственного процесса. Порезка имеет стоимость выполнения работ и определенный объем отходов. Стоимость 100 А4 не будет равна стоимости 50 А3. Следовательно нужна система пересчета, через калькуляцию работ и учет объема выполненных работ на производстве. Кому платим за резку?
4. Бред. Но в данном случае лично я консервативен, и нет на рынке нормального инструмента для написания нормальной (рабочей и удобной) WEB морды. ИМХО!!!
5. Система учета на базе правил, когда скидка и/или наценка для конкретного клиента определяется индивидуально. Идентификация клиента по наименованию/номеру (штрихкоду .......) делается элементрано. Правила для всех так же пишуться элементарно, но писать (заполнять) индивидуальные правила придеться оператору. Извини за грубость затрах.......... себе все мозги.
6. Типовая ситуация разделения по производственным объектам (оборудованию) и персоналу. Кто будет оформлять заказ с такой разноской, тем более по каждой из опрераций (печать ч/б нутрянки, фальцовка, печать обложки цвет, биговка, сшика, подрезка и т.д.). Куча персонала, куча оборудования. Разноска производиться на этапе оформления заказа, при формировании наряда на работу или по факту?
7. Типовые правила для ослабления влияния п.6. не сработают. Как только произойдет замещение персонала или один сотрудник может работать на нескольких аппаратах, правила рассыплються.
8. Только в ручную уполномоченным операторам с переводом к нормальной форме для сверки. Автоматика не работоспособна на данном этапе, т.к. даже у разных устройств одной фирмы разные протоколы обмена информацией но и разные вессовые коэффициенты.
9. Любой фискальный регистратор из Штрих-ов, Касса 100-ой серии, Меркурии, Элвисы.
10. Данный пункт требует уточнений. Нормоконтроль по времени на основании бланка заказа/наряда - это одно. Фактический учет - другое. Вообще не понял этот пункт.
11. Дать в зубы инструмент и ваяй сам. Если достаточно гибкий проблем быть не должно. Обеспечить базовую функциональность с большим выбором уточняющих факторов - не проблема. Увеличение числа параметров для анализа увеличивает их на этапе ввода первичной информации/документа.
12. Магазин по реализации. Обычный склад с учетом выручки через кассовый аппарат. Необходимость переучета вызвана только хранением на складе товара в ценах реализации, что есть глупость несусветнейшая, т.к. требует переоценки по каждому чиху и товарный запас оценивается не в фактических затратах, как положено при списании (пожар, потоп, каража ......) а в ожидаемых - сколько денег я получу с этого товара если его реализую. Прибыль так же считается не фактическая, а ожидаемая - наценка.
Извини, но многое написано на уровне полета фантазии. Чего то навеяло. Одно дело сформировать учетную систему под имеющиеся бизнес процессы, но они (бизнес процессы) должны быть. Или автоматизировать бардак и получиться автоматизированный бардак. Извини за излишнюю резковатость - не хотел ни кого обидеть, просто слишком много раз приходилось это всё объяснять и не по одному разу.
Практически всё, что требуется есть. Отстал наверное только с фискальными регистраторами, надо посмотреть интерфес к библиотекам. Приводить к рабочему варианту всё равно придется, т.к. система писалась для большого производства (не полиграфического) и там же работала. Она просто избыточна.
В следующем посте продолжу.
Остановлюсь на нескольких постоянных ошибках которые делают все, кто хочет произвести автоматизацию учета на своих предприятиях:
1. Хочу учитывать всё. Согласен, но какой ценой? Учет - это та же работа, которую кто то должен выполнять и получать за это денежку и немалую (в зависимости от квалификации). Чем более детальный учет ведется, тем больше времени (труда) это всё занимает.
Соотношение затрат и выгоды от процесса.
2. Хочу проанализировать всё и найти узкие места. В дополнение к п.1 появляется дополнительная штатная единица для анализа информации. Можно проанализировать самому, но эватит ли квалификации понять и сделать верные выводы? Можно ли теже выводы сделать с меньшими затратами?
3. Я так разжевал, а тупые программисты не могут сделать программу как у меня работает. Есть вещи которые делаются либо правильно, либо ни как. У нас система учета соотноситься с дореволюционной почти без изменений (не считая некоторой косметики).
4. Применяем 1С (XY.......) т.к. все этим пользуются. Что нужно делать? Автоматизацию для налоговой - 1С и иже с ним. Автоматизацию для управления производством - ERP. Автоматизация для собственника - фантазия отдыхает.
Многи задачи требуют очень больших затрат на этапе регулярной/ежедневной работы. В большинстве ситуаций такие системы внедряются волевым усилием руководителя/владельца и даются очень большой кровью и нервами. Часто происходит отключение большинства аналитических регистров (учетных разрезов - точек) и учет по валовому принципу.
Один из моих учителей сказал: Как ты будешь ставить/объяснять задачу, если в голове у тебя полная каша и недоваренная к тому же.
Ага. Прочитал. Отвечу вечером.
Прога подкупает своей понятливостью. Вопрос а скидка в печатной форме будет отображаться ?
Прога подкупает своей понятливостью.
На то и рассчитываем!!! Хотим, чтобы все делалось просто пусть может немного укрупненно без детализации..., но чтоб это не требовало много
усилий.
Вопрос а скидка в печатной форме будет отображаться?
Да не вопрос. Можем отобразить. Это достаточно быстро делается. Все формы настраиваем.
Boroda! и все заинтересованные лица!!!!!!!!!!!!!!!!!!!
Сейчас сезон и времени мало. Давайте попробуем сформулировать Т.З..
В январе-марте будет время на программирование. Попробую переделать свою математику для полиграфии и выложить в режиме "оплата по желанию" (хотите платите, а на нет и суда нет).
В последствии коммерческий вариант с поддержкой, если будет клиентская база - заинтересованные пользователи.
Борода. Ответа не дождался, а обещал вечером (какого года и месяца?).
Это процесс не спешный и очень трудный. Хотелось бы услышать мнение KALENDAR.RU.
P/S/ Так для оживления темы.
Попробую переделать свою математику для полиграфии и выложить в режиме "оплата по желанию" (хотите платите, а на нет и суда нет).
Здравое решение! Не потому что я любитель халявы и хочу ничего не платить. Просто я с малой долей вероятности подобным продуктом буду пользоваться, по крайней мере в обозримом будущем. С таким подходом есть немалый шанс получить больше чем при строгой цене. :) У меня друг так компы чинит:
Клиент: Сколько с нас?
Друг: Сколько дадите.
Бывает хорошо дают... :) Правда, мне бы такой ответ на четкий вопрос оч. не понравился. Ведь далеко не все ориентируются в ценах... :) Но это иная тема.
По программе... Тут всплывала одна программка на мой взгляд оч. удобная, правда она имела графическое оформление, т.е. все "узлы" и "связи" нужно было прорисовать, что очень наглядно и прозрачно.
Примеры узлов: расходка (бумага, чернила, пленка для ламинирования и т.п.), наценка, работа (ламинирование, биговка,), различные принтеры и т.д.
Раскладываешь узлы, объединяешь связями и все как на ладони.
Возможность добавления своих узлов с нужными характеристиками.
Это просто мой взгляд...
Здравое решение! Не потому что я любитель халявы и хочу ничего не платить. Просто я с малой долей вероятности подобным продуктом буду пользоваться, по крайней мере в обозримом будущем. С таким подходом есть немалый шанс получить больше чем при строгой цене. :) У меня друг так компы чинит:
Клиент: Сколько с нас?
Друг: Сколько дадите.
Бывает хорошо дают... :) Правда, мне бы такой ответ на четкий вопрос оч. не понравился. Ведь далеко не все ориентируются в ценах... :) Но это иная тема.
По программе... Тут всплывала одна программка на мой взгляд оч. удобная, правда она имела графическое оформление, т.е. все "узлы" и "связи" нужно было прорисовать, что очень наглядно и прозрачно.
Примеры узлов: расходка (бумага, чернила, пленка для ламинирования и т.п.), наценка, работа (ламинирование, биговка,), различные принтеры и т.д.
Раскладываешь узлы, объединяешь связями и все как на ладони.
Возможность добавления своих узлов с нужными характеристиками.
Это просто мой взгляд...
А ссылку? Кто смог прикрутить язык объектного моделирования (UML или что то подобное) для полиграфии? ИМХО выводить тараканов на кухне с помощью балистических ракет. Очень хочется посмотреть пример реализации.
Впринципе интересен интерфейс на юзабельность. Когда проектирование интерфейса превышает стоимость разработки начинки, его выкидывают. Интересно эти приблуды использовать раз - два. Когда необходимо сделать калькуляцию на 100-500 изделий (печать, бумага, нарезка, амортизация и т.д.) на первое место выступает скорость исполнения работы, а не красивые фишки интерфейса. Когда настраиваешь один компьютер в сети можно использовать графические оболочки - 30 только скрипты.
А насчет оплаты - есть схемы распостранения ShareWare (оплата по желанию или дополнительных функций ), FreeWare - абсолютно бесплатно, но без сопровождения и т.д.. Только для этого продукт надо довести до коммерческого использования (тиражирования).
LavrBeresta171
05.03.2011, 21:24
Есть однаcrm программа (http://clientbase.ru) - что сам с ней работал,что мои партнеры ее использовали - все работает как часы.
День добрый, есть интерес к Вашей программе, а то сайт не работает
vBulletin® v3.8.4, Copyright ©2000-2026, Jelsoft Enterprises Ltd. Перевод: zCarot