Вам тут несколько раз уже писали, но вы или не хотите или не можете понять.
С точки зрения Заказчика или менеджера, чтобы получить максимум прибыли, важно с помощью автоматизации: во-первых, выжать максимум из имеющихся ресурсов — это достигается оптимизацией производственной цепочки и балансировкой ресурсов; во-вторых, чтобы полученная «автоматизация» жила и могла развиваться. И когда Заказчик адекватен и работает вдолгую, то второму вопросу он уделяет внимания даже больше, чем первому, потому что это окупаемость инвестиций. Если они не окупятся, то эта игрушка никому не нужна.
С позиции менеджера скажу вам так, собственные разработки программистов одиночек на Delphi сейчас никому не нужны — это дорого, рискованно и неэффективно. Если мне нужна будет ERP, я охотнее вложу в 1С, даже если это будет дороже. Но покупая такое решение, я буду покупать не вашу способность писать код по моим/вашим ТЗ, а чью то экспертизу, которая уже обкатана и показала эффективность. Заказчик в большинстве случаев не знает как автоматизация может ему помочь (реально) и его бухгалтера/менеджеры/закупщики/повара/и пр. тоже не знают и они никогда не дадут вам нормального ТЗ. Но и инвестировать в технаря-программиста, который на вашем проекте ничем не рискует, а делает себе коробку, чтобы потом продавать и зарабатывать — глупо, потому что риски.
А по поводу того, что делать с вашей разработкой — ну тут вариантов то не много. Если коротко, то читайте про развитие стартапов, в вашем случае, я другого пути не вижу. Если это рынку не надо — оно и не взлетит.
Одному мне кажется, что из за проблемы с 4-х секундным стартом курьерского приложения внедрения ERP не отменяют? Не, я все понимаю, но 4-е секунды же… Если исходить из того, что автор написал про свое «ERP», то оно должно было экономить/зарабатывать, но 4-е секунды в приложении, это фигня, полная, по крайней мере, пока доставка выполняется по 40 минут.
Вся проблема в вашей статье — это заголовок и текст, читатель вашей статьи должен быть менеджером и программистом, отсюда этот формализм в комментах и скомканость в понимании статьи. Если вы затолкали это в раздел «Управление», то зачем здесь про весь этот код, скрипты, базы. Если вы сделали крутую систему, которая разворачивает всё производство начиная от планов, позволяет при этом отбалансировать мощности, рассчитать закупку, учесть сбыт и т.д., при этом смогли все это внедрить, то это круто. И вот об этом и надо было написать. Насколько реально повысилась эффективность (просрочки стало меньше, уменьшилось ли время доставки, готовки и т.д.), насколько выросла прибыль? А если хотели про фишки разработки и про новую студию рассказать, так и надо было отдельно в разработку писать.
Обычно в таких ситуациях хуже другое, то, что сразу не видно — сопровождение и доработка. Почему все покупают обычно уже известные и готовые системы, потому что там во-первых, есть реальный кейс, как из этого получить прибыль, во-вторых — там есть лучшие практики логики, архитектуры, технологий, которые позволяют через год, два, пять не оказаться у разбитого корыта, когда очередной разработчик-одиночка потеряет энтузиазм под нагрузкой растущего бизнеса и устанет/задолбается реализовывать хотелки. При отсутствии документации, влезать в такие дебри никто не захочет. А разработка документации — это отдельный бюджет.
Ваш клиент пошел на большой риск, и ему 10 раз надо подумать, как этот риск окупить. Я не говорю, что он поступил плохо, если все риски просчитаны и эффект сопоставим, то вопросов нет.
Как с локализацией налоговой и бухгалтерской отчетности (книги покупок/продаж, декларация по НДС и по другим налогам, баланс, прибыли/убытки, отчетность по ОС, отраслевые формы по материалам и т.д.)?
1) Что с интеграцией клиент-банка и B1? Предварительно надо файлы конвертить во что то удобоваримое, или поддерживает формат 1С?
2) Есть какой-нибудь минимальный функционал управления проектами? Задачи, сроки, ресурсы?
Как-то поверхностно, не? Статья, а-ля сравнил пресс-обзоры, не больше.
Вы же написали, что очень хорошо изучили Дело, ну так и напишите про подводные камни внедрения, как работает тех. поддержка, насколько сложно дорабатывать самостоятельно, совпали ли ожидания с реальностью, какова стоимость владения в год в вашем случае, связана ли она у вас с ERP, насколько легко можно связать, какие инструменты используете, какие потребности покрыли, что сделано хорошо, а что плохо?
Вы ж не продаете ее нам, зачем нам реклама, нам нужны внутренние отзывы — они в разы полезнее.
А у вас почему то в промо нет нигде ни слова про виртуальный формат.
Не пишу вам в личку, потому что думаю другим тоже будет интересно узнать -расскажите про виртуальный подробнее (как, когда, сколько стоит).
А что это за новые буковка «E» в имени каждого курса, и цены какие-то странные от 27 т.р. Раньше более менее стоящий курс стоил от 2000 евро.
P.S. понял, вечерний курс, для периферии не вариант.
На каких крупных проектах вы обкатывали те тезисы, которые заявляете в статье?! Честно пытался понять, дважды перечитывал, но в голове получилась каша, хотя я хорошо знаю что такое СЭД, ERP, управление проектами и немного знаю про agile.
А ваша экаунтология для чего?! Она легла в основу каких то систем?
Те проблемы, которые вы здесь описали, давно уже решены — все эти ФИФО, ЛИФО, партии, среднескользящие… они все нормально работают. Там где вы пытаетесь ввести доп. объект для второй стоимости, нормальные люди уже придумали регистры и области оценки — и да, там один объект может по разному учитываться в разных системах учета РСБУ, МСФО, GAAP, и даже в рамках каждой из этих систем может быть отдельный учет по налоговому и бухгалтерскому законодательству — в рамках одной системы автоматизации.
И про регулятив можно подробнее, опишите потребность бизнеса, для которой предназначен данный метод.
MRP — это инструмент и если не правильно его использовать, то и результаты будут соответствующие. Ни слова про горизонты планирования, сроки пересмотра планов и т.д. Статья не полная.
А я с вами соглашусь. Варюсь в этом уже года так 4. Самостоятельное внедрение, кроме всех вышеозвученных проблем, тащит еще кучу скрытых. Не знаю как у других, но у нас руководство никак не может прийти к мысли, что внутренний проект это такой же проект, как и внешний и затраты, бюджеты, риски и прочее у него практически такие же. Плюс наш в том, что мы допиливаем SAP, а вот тем кто пишет сам — я вообще не завидую. Мало того, что дофига денег потратили на самопис, так цена сопровождения такого самописа тоже будет недешевой, плюс время на вхождение в курс новых спецов. Я считаю, там где просится именно ERP, а контора пишет сама — это яма, в которую контора себя сажает.
И да, при внедрении ERP, если ваш бизнес-процесс не ложится в стандарт, лучше его менять, а не ломать конфигурации под себя. Для более удобного восприятия информации объясню это так, каждый допил будет увеличивать стоимость владения ИС в разы.
Так купонаторы и не скрывают, что базы перепродаются. Помнится в одном из интервью представителя купонного сервиса из первой пятерки даже озвучивалась цена за один адрес email. Так что ничего удивительного.
С точки зрения Заказчика или менеджера, чтобы получить максимум прибыли, важно с помощью автоматизации: во-первых, выжать максимум из имеющихся ресурсов — это достигается оптимизацией производственной цепочки и балансировкой ресурсов; во-вторых, чтобы полученная «автоматизация» жила и могла развиваться. И когда Заказчик адекватен и работает вдолгую, то второму вопросу он уделяет внимания даже больше, чем первому, потому что это окупаемость инвестиций. Если они не окупятся, то эта игрушка никому не нужна.
С позиции менеджера скажу вам так, собственные разработки программистов одиночек на Delphi сейчас никому не нужны — это дорого, рискованно и неэффективно. Если мне нужна будет ERP, я охотнее вложу в 1С, даже если это будет дороже. Но покупая такое решение, я буду покупать не вашу способность писать код по моим/вашим ТЗ, а чью то экспертизу, которая уже обкатана и показала эффективность. Заказчик в большинстве случаев не знает как автоматизация может ему помочь (реально) и его бухгалтера/менеджеры/закупщики/повара/и пр. тоже не знают и они никогда не дадут вам нормального ТЗ. Но и инвестировать в технаря-программиста, который на вашем проекте ничем не рискует, а делает себе коробку, чтобы потом продавать и зарабатывать — глупо, потому что риски.
А по поводу того, что делать с вашей разработкой — ну тут вариантов то не много. Если коротко, то читайте про развитие стартапов, в вашем случае, я другого пути не вижу. Если это рынку не надо — оно и не взлетит.
Обычно в таких ситуациях хуже другое, то, что сразу не видно — сопровождение и доработка. Почему все покупают обычно уже известные и готовые системы, потому что там во-первых, есть реальный кейс, как из этого получить прибыль, во-вторых — там есть лучшие практики логики, архитектуры, технологий, которые позволяют через год, два, пять не оказаться у разбитого корыта, когда очередной разработчик-одиночка потеряет энтузиазм под нагрузкой растущего бизнеса и устанет/задолбается реализовывать хотелки. При отсутствии документации, влезать в такие дебри никто не захочет. А разработка документации — это отдельный бюджет.
Ваш клиент пошел на большой риск, и ему 10 раз надо подумать, как этот риск окупить. Я не говорю, что он поступил плохо, если все риски просчитаны и эффект сопоставим, то вопросов нет.
2) Есть какой-нибудь минимальный функционал управления проектами? Задачи, сроки, ресурсы?
Вы же написали, что очень хорошо изучили Дело, ну так и напишите про подводные камни внедрения, как работает тех. поддержка, насколько сложно дорабатывать самостоятельно, совпали ли ожидания с реальностью, какова стоимость владения в год в вашем случае, связана ли она у вас с ERP, насколько легко можно связать, какие инструменты используете, какие потребности покрыли, что сделано хорошо, а что плохо?
Вы ж не продаете ее нам, зачем нам реклама, нам нужны внутренние отзывы — они в разы полезнее.
Не пишу вам в личку, потому что думаю другим тоже будет интересно узнать -расскажите про виртуальный подробнее (как, когда, сколько стоит).
P.S. понял, вечерний курс, для периферии не вариант.
Те проблемы, которые вы здесь описали, давно уже решены — все эти ФИФО, ЛИФО, партии, среднескользящие… они все нормально работают. Там где вы пытаетесь ввести доп. объект для второй стоимости, нормальные люди уже придумали регистры и области оценки — и да, там один объект может по разному учитываться в разных системах учета РСБУ, МСФО, GAAP, и даже в рамках каждой из этих систем может быть отдельный учет по налоговому и бухгалтерскому законодательству — в рамках одной системы автоматизации.
И про регулятив можно подробнее, опишите потребность бизнеса, для которой предназначен данный метод.
И да, при внедрении ERP, если ваш бизнес-процесс не ложится в стандарт, лучше его менять, а не ломать конфигурации под себя. Для более удобного восприятия информации объясню это так, каждый допил будет увеличивать стоимость владения ИС в разы.