![]() |
Re: Программа для учета заказов в типографии
Вложений: 1
Комментну по порядку:
Цитата:
Цитата:
Оператор будет заполнять получается материалы или эти данные откуда-то будут браться??? Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Re: Программа для учета заказов в типографии
Эх.. не люблю я подобное таким вот образом обсуждать. Мало того что сильно по времени растягивается, так еще... лучше бы за чашечкой чаю. Ну да ладно:
Комментну по порядку: Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Или просто: знакомый дядя Вася которому печатаем фотки бесплатно, потому что он хороший . Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Re: Программа для учета заказов в типографии
С такими вопросами которые говорят о непонимании самого процесса написание программы затянется на годы , и в итоге шума будет много а толку чуть...
Сдается мне , что гораздо проще быстрее и дешевле взять готовую CRM , ту же терасофту и написать к ней нужные модули... Эт мое личное мнение , я всегда самописный софт критикую , ибо часто приходится сносить самописку, обычно года через 4 когда конторы напписавшей сие чудо уже нету ... и пытатся все перенести на стандартный софт ... |
Re: Программа для учета заказов в типографии
aleks-th, отож... у меня написание подобного заняла два года и потом программеры просто вернули бабки и сказали, что с их загрузкой и нашими (совместными с ними) идеями мы просто никогда ее не напишем.
то что мы сейчас обсуждаем был очень не большой модуль из той системы и собственно проблем с ним особых не было. UPD: Каких два года? Сейчас прикинул -- более пяти лет как зародилась идея и мы первый раз сели с программерами за чашку чая. |
Re: Программа для учета заказов в типографии
aleks-th, Boroda, согласен!!!! но не устану повторять - хорошая полиграфическая прога получиться только у программиста, который переквалифицировался из печатника :), все остально будет полная хрень - примеров тому полный интернет шлако-софта...............
|
Re: Программа для учета заказов в типографии
Цитата:
А по поводу хороший софт получится только у печатника, я боюсь печатник не будет вкалывать 3 месяца, чтобы писать гениальный софт. Нужно нормальное понимание изначально, что хочется увидеть... и все... если оно есть при должном профессионализме будет нормальная рабочая платформа. Boroda, я позже на комменты отвечу, просто сейчас завал. Мы настроены на конструктивную работу в этом направлении, так что рад буду если мы придем к конкретным тех. требованиям. |
Re: Программа для учета заказов в типографии
Цитата:
|
Re: Программа для учета заказов в типографии
Цитата:
2. Склад един и не делим. Разделение идет по точкам учета (хранения). В этом основная ошибка почти всех потребителей. Т.к. оборудование и расходка переданные в цех, но не установленные храняться как самостоятельные учетные единицы (только в другой точке учета - цеху) и могут переместиться в другую учетную точку. 3. Не правильный подход. Изменение "одного в другое" возможно только на базе производственного процесса. Порезка имеет стоимость выполнения работ и определенный объем отходов. Стоимость 100 А4 не будет равна стоимости 50 А3. Следовательно нужна система пересчета, через калькуляцию работ и учет объема выполненных работ на производстве. Кому платим за резку? 4. Бред. Но в данном случае лично я консервативен, и нет на рынке нормального инструмента для написания нормальной (рабочей и удобной) WEB морды. ИМХО!!! 5. Система учета на базе правил, когда скидка и/или наценка для конкретного клиента определяется индивидуально. Идентификация клиента по наименованию/номеру (штрихкоду .......) делается элементрано. Правила для всех так же пишуться элементарно, но писать (заполнять) индивидуальные правила придеться оператору. Извини за грубость затрах.......... себе все мозги. 6. Типовая ситуация разделения по производственным объектам (оборудованию) и персоналу. Кто будет оформлять заказ с такой разноской, тем более по каждой из опрераций (печать ч/б нутрянки, фальцовка, печать обложки цвет, биговка, сшика, подрезка и т.д.). Куча персонала, куча оборудования. Разноска производиться на этапе оформления заказа, при формировании наряда на работу или по факту? 7. Типовые правила для ослабления влияния п.6. не сработают. Как только произойдет замещение персонала или один сотрудник может работать на нескольких аппаратах, правила рассыплються. 8. Только в ручную уполномоченным операторам с переводом к нормальной форме для сверки. Автоматика не работоспособна на данном этапе, т.к. даже у разных устройств одной фирмы разные протоколы обмена информацией но и разные вессовые коэффициенты. 9. Любой фискальный регистратор из Штрих-ов, Касса 100-ой серии, Меркурии, Элвисы. 10. Данный пункт требует уточнений. Нормоконтроль по времени на основании бланка заказа/наряда - это одно. Фактический учет - другое. Вообще не понял этот пункт. 11. Дать в зубы инструмент и ваяй сам. Если достаточно гибкий проблем быть не должно. Обеспечить базовую функциональность с большим выбором уточняющих факторов - не проблема. Увеличение числа параметров для анализа увеличивает их на этапе ввода первичной информации/документа. 12. Магазин по реализации. Обычный склад с учетом выручки через кассовый аппарат. Необходимость переучета вызвана только хранением на складе товара в ценах реализации, что есть глупость несусветнейшая, т.к. требует переоценки по каждому чиху и товарный запас оценивается не в фактических затратах, как положено при списании (пожар, потоп, каража ......) а в ожидаемых - сколько денег я получу с этого товара если его реализую. Прибыль так же считается не фактическая, а ожидаемая - наценка. Извини, но многое написано на уровне полета фантазии. Чего то навеяло. Одно дело сформировать учетную систему под имеющиеся бизнес процессы, но они (бизнес процессы) должны быть. Или автоматизировать бардак и получиться автоматизированный бардак. Извини за излишнюю резковатость - не хотел ни кого обидеть, просто слишком много раз приходилось это всё объяснять и не по одному разу. Практически всё, что требуется есть. Отстал наверное только с фискальными регистраторами, надо посмотреть интерфес к библиотекам. Приводить к рабочему варианту всё равно придется, т.к. система писалась для большого производства (не полиграфического) и там же работала. Она просто избыточна. В следующем посте продолжу. |
Re: Программа для учета заказов в типографии
Остановлюсь на нескольких постоянных ошибках которые делают все, кто хочет произвести автоматизацию учета на своих предприятиях:
1. Хочу учитывать всё. Согласен, но какой ценой? Учет - это та же работа, которую кто то должен выполнять и получать за это денежку и немалую (в зависимости от квалификации). Чем более детальный учет ведется, тем больше времени (труда) это всё занимает. Соотношение затрат и выгоды от процесса. 2. Хочу проанализировать всё и найти узкие места. В дополнение к п.1 появляется дополнительная штатная единица для анализа информации. Можно проанализировать самому, но эватит ли квалификации понять и сделать верные выводы? Можно ли теже выводы сделать с меньшими затратами? 3. Я так разжевал, а тупые программисты не могут сделать программу как у меня работает. Есть вещи которые делаются либо правильно, либо ни как. У нас система учета соотноситься с дореволюционной почти без изменений (не считая некоторой косметики). 4. Применяем 1С (XY.......) т.к. все этим пользуются. Что нужно делать? Автоматизацию для налоговой - 1С и иже с ним. Автоматизацию для управления производством - ERP. Автоматизация для собственника - фантазия отдыхает. Многи задачи требуют очень больших затрат на этапе регулярной/ежедневной работы. В большинстве ситуаций такие системы внедряются волевым усилием руководителя/владельца и даются очень большой кровью и нервами. Часто происходит отключение большинства аналитических регистров (учетных разрезов - точек) и учет по валовому принципу. Один из моих учителей сказал: Как ты будешь ставить/объяснять задачу, если в голове у тебя полная каша и недоваренная к тому же. |
Re: Программа для учета заказов в типографии
Ага. Прочитал. Отвечу вечером.
|
Текущее время: 01:56. Часовой пояс GMT +4. |
Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd. Перевод: zCarot