Цитата:
Сообщение от 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. Магазин по реализации. Обычный склад с учетом выручки через кассовый аппарат. Необходимость переучета вызвана только хранением на складе товара в ценах реализации, что есть глупость несусветнейшая, т.к. требует переоценки по каждому чиху и товарный запас оценивается не в фактических затратах, как положено при списании (пожар, потоп, каража ......) а в ожидаемых - сколько денег я получу с этого товара если его реализую. Прибыль так же считается не фактическая, а ожидаемая - наценка.
Извини, но многое написано на уровне полета фантазии. Чего то навеяло. Одно дело сформировать учетную систему под имеющиеся бизнес процессы, но они (бизнес процессы) должны быть. Или автоматизировать бардак и получиться автоматизированный бардак. Извини за излишнюю резковатость - не хотел ни кого обидеть, просто слишком много раз приходилось это всё объяснять и не по одному разу.
Практически всё, что требуется есть. Отстал наверное только с фискальными регистраторами, надо посмотреть интерфес к библиотекам. Приводить к рабочему варианту всё равно придется, т.к. система писалась для большого производства (не полиграфического) и там же работала. Она просто избыточна.
В следующем посте продолжу.