Программа для учета заказов в типографии

[mots]

Комментну по порядку:

1. Многопользовательность. и многоточечность.

Само собой сделаем. Это не вопрос. Уже начинаем делать веб версию, почти спроектировали идеологию.

2. Ведение склада расходных материалов

Тут ваще не понятно, поскольку пока не знаем как их ваще эти материалы учитывают в чем (в пачках, листах, еще в чем-то).
Оператор будет заполнять получается материалы или эти данные откуда-то будут браться???

3. Трансформация одних расходных материалов в другие путем определенных операций (порезка, например).

Нужно описание процессов.

4. Обязательно вэб морда. И совсем не такая как я вижу сейчас в интерфейсе программы. Принципиально другая, но это отдельная тема.

Посмотрите прикрепил!!! Как вам???

5. Поддержка постоянных клиентов

А тут что имеется ввиду???

6. Поддержка разных устройств на одну операцию (у меня, например, 3 цветных лазерных принтера с одной ценой отпечатка, но мне нужен учет каждого)

Это типа на какой машине делается операция?

7.Привязка устройств к операторам (у меня 3 копира и 6 операторов)

Ага понял, только вопрос, а что мешает одному делать на чужом копире заказ?

8. Снятие статистики с тех устройств, которые это позволяют

Будет реализовано, нужен доступ к устройствам (для парсинга).

9. Работа с принтером чеков

Какими кстати пользуетесь??? модели!!!

10. Рабочее место постпечатника, дизайнера

Это я вообще не понял к чему?? Поясните.

11. Гибкая система отчетов

Естественно.

12. Не помню есть или нет: мелкая розница (с возможностью переучета)

Это возврат к прошлым заказам чтоль???

[Boroda]

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

Комментну по порядку:

1. Многопользовательность. и многоточечность.
Само собой сделаем. Это не вопрос. Уже начинаем делать веб версию, почти спроектировали идеологию.

Идеологию чего?

2. Ведение склада расходных материалов
Тут ваще не понятно, поскольку пока не знаем как их ваще эти материалы учитывают в чем (в пачках, листах, еще в чем-то).
Оператор будет заполнять получается материалы или эти данные откуда-то будут браться???

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

3. Трансформация одних расходных материалов в другие путем определенных операций (порезка, например).
Нужно описание процессов.

Подумаю как описать... например процесс резки. Наверное для начала нужен сам перечень трансформационных процессов.

4. Обязательно вэб морда. И совсем не такая как я вижу сейчас в интерфейсе программы. Принципиально другая, но это отдельная тема.
Посмотрите прикрепил!!! Как вам???

Ужас. Это совсем не то, что нужно.

5. Поддержка постоянных клиентов
А тут что имеется ввиду???

Генерация и считывание дисконтных карт. Это как пример.
Или просто: знакомый дядя Вася которому печатаем фотки бесплатно, потому что он хороший
.

6. Поддержка разных устройств на одну операцию (у меня, например, 3 цветных лазерных принтера с одной ценой отпечатка, но мне нужен учет каждого)
Это типа на какой машине делается операция?

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

7.Привязка устройств к операторам (у меня 3 копира и 6 операторов)
Ага понял, только вопрос, а что мешает одному делать на чужом копире заказ?

Не совсем понял вопрос. Никто. Но у меня некоторые операторы не могут печатать широкоформатку и не могут подходить к резаку или переплетчику.

8. Снятие статистики с тех устройств, которые это позволяют
Будет реализовано, нужен доступ к устройствам (для парсинга).

Я вам на днях пришлю файлы со статистикой со всех доступных у меня устройств. Это и широкоформатка и мелкое офисное Г.

9. Работа с принтером чеков
Какими кстати пользуетесь??? модели!!!

Вот как напишем (напишите) софт тогда и купим. Пока никаким.

10. Рабочее место постпечатника, дизайнера
Это я вообще не понял к чему?? Поясните.

А что мы только копии делаем. Это как бы частный случай привязки оператора к устройствам. У постпечатника будут доступны скажем только ламинатор, переплетчик, резак...

11. Гибкая система отчетов
Естественно.

Хорошо, если мы понимаем друг друга.

12. Не помню есть или нет: мелкая розница (с возможностью переучета)
Это возврат к прошлым заказам чтоль???

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

[aleks-th]

С такими вопросами которые говорят о непонимании самого процесса написание программы затянется на годы , и в итоге шума будет много а толку чуть...

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

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

[Boroda]

aleks-th, отож... у меня написание подобного заняла два года и потом программеры просто вернули бабки и сказали, что с их загрузкой и нашими (совместными с ними) идеями мы просто никогда ее не напишем.

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

UPD: Каких два года? Сейчас прикинул -- более пяти лет как зародилась идея и мы первый раз сели с программерами за чашку чая.

[SergeykoR]

aleks-th, Boroda, согласен!!!! но не устану повторять - хорошая полиграфическая прога получиться только у программиста, который переквалифицировался из печатника , все остально будет полная хрень - примеров тому полный интернет шлако-софта...............

[mots]

С такими вопросами которые говорят о непонимании самого процесса

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

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

Boroda, я позже на комменты отвечу, просто сейчас завал.

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

[Лошарик]

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

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

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

Boroda, я позже на комменты отвечу, просто сейчас завал.

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

Вам придется очень многие вещи разжевывать. Вопрос не в печатнике, а в отсутствии у Вас в команде постановщика задач. Для написания софта нужно 2-3 программера и один постановщик, тогда получиться рабочая математика.

[Лошарик]

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

Ну я хотел по подробнее расписать, если так то вот пока наброски, давайте на них и остановимся и обсудим:

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]

Ага. Прочитал. Отвечу вечером.