а зачем у юзера спрашивать про его заказ если вы бы могли той же llm сходить и по юзеру получить его активные заказы и если 1 не задавать странных вопросов?
Как не странно, но практически все системы в крупных компаниях, и не важно на основе чего созданные 1с, SAP, Oracle в долгосроке превращаются в собственный велосипед, те вряд ли система в РЖД подойдет к системе в Лукоил и тд))
Основные преимущества, которые вижу я:
Независимость от платформы, те в коробочных решениях ты ограничен данной платформой, ну например:
Сделать собственную авторизацию (на подобии yandex.passport) внутри компании, где все сервисы компании не требуют пароля и это невероятно удобно для сотрудников компании.
Единая репликация данных компании, если кто то когда то реплицировал 1с знает о чем я говорю).
Выбор стека, который доступен на рынке, те компания имея например кучу разработчиков на python вынуждена либо нанимать консалтинг и платить какое то невероятное количество бабла за внедрение или искать на рынке специалистов для данной коробки.
CI-CD для всех продуктов компании, ни одна коробка не поддерживает нормальный CI-CD, или делают какие то невероятные костыли для этого.
Новые фичи, которые в open source выходят почти каждый день, тебе приходится ждать, когда производитель коробки включит ее в новую версию, да притом еще тебе придется обновить свою коробку до этой версии, что для некоторых компаний весьма проблематично. привет json в 1с.
Защита от ухода с рынка компании разработчика - привет SAP, Oracle, Manhattan и прочие.
Международные специалисты - специалисты в коробках очень зависимы от страны происхождения системы, например найдите во вьетнаме или в малазии пару 1сников).
Своя архитектура и быстродействие - при грамотной архитектуре продукты, и применяя такие технологии как:
Асинхронность,
Шардирование,
Кеши,
Репликации,
Чтение данных из репликаций,
Вы не ограничены в быстродействием платформой(коробкой) и можете создавать сервис для любой нагрузки, и забыть уже о костылях типа мы делаем 2 базы а потом их синхронизируем по ночам :)
Независимость от лицензий,
Еще в коробках есть интересный нюанс), например у вас есть интернет магазин на Vue.js, а товары и остатки хранятся у вас в 1с, и вам нужно поддерживать кеш остатков для интернет магазина и контролировать резервирование, так вот забавное то, что в 1с есть другая коробка для работы с кешом, а вот во vue,js вам придется писать свой коннектор и блевать переодически программисту), вместо того, что бы воспользоваться тем же стандартом в opensource Redis, ну или замечательный tarantul от ребят из mail.ru.
Инфраструктура - это отдельная боль, имея штат замечательных ребят из devOps они все равно будут страдать, потому как никакая коробка не вписывается в нормальную инфраструктуру, и требует отдельного подхода
Ну и самый главный - НЕЗАВИСИМОСТЬ от разработчика например SAP, который просто ушел с рынка и послал вас к чертовой бабушке все ваши мечты о развитии вашей коробочки.
Но! справедливости ради добавлю, если компания не большая или средняя и ей в целом достаточно коробочного функционала той же 1с, то делать что то свое не имеет смысла.
Как я сказал выше, в долгосрочной перспективе, например 3-5 лет, разница между коробкой + допиливанием и созданной своей + допиливанием сводится с финансовой точки зрения к погрешности, но при этом все преимущества описанные выше своей системы сохраняются.
P.S. - на счет 1с, в целом никто не даст гарантии, что через какое то количество лет сама головная компания не исчезнет просто, всякое же может случится))
В статье не идет речь о замене бухгалтерского учета, речь о создании в системе единой транзакционной логике, из которого можно уже данные передавать в бухгалтерский учет, если это необходимо
Статья и служит абстракцией технического задания, а создать можно как на микросервисах так и на монолите, продумывать параллелизацию и прочие вещи нужно уже после
Спасибо, действительно ошибка арифметическая была, поправил
По поводу продажи и списания с неверное себестоимостью, это нормально если учетный центр это допускает, тк в итоге как можете видеть данная ошибка в дальнейшем компенсируется за счет оставшегося товара, если бы продажи и списания не было, то себестоимость была 5, но из за компенсации она стала 4,75, а если бы сложилась ситуация, что неосталось товара на складе для компенсации, то создалась бы проводка корректировки себестоимости, такое случается)
Ну на моем опыте ( может мне попадались такие компании ), но в первые годы бизнеза действительно 1с незаменимая вещь, но потом, когда компания сильно растет(ну если растет) платформа не может уже дать того, что нужно, примеров очень много и каких только костылей я не видел в 1с, что бы научить ее работать с такими привычными уже вещами как S3, или интеграцией с BI, бедные аналитики в поисках как перевести данные бд в приличный вид. а когда говорят слова типа, ну можно же из 1с выгружать данные как нужно BI в файлики или еще куда, отвечу-нет, это уже костыль
Ну я кажется это как раз не упустил, а подчеркнул, в моей статье описано, что для того что бы построить ERP систему нужны знающие люди, а на технический аспект я не делал акцента.
А консалтинг это тоже люди)) и они могут работать у вас)
Согласен, часто сталкивался, когда и нужные люди есть и талантливые разработчики, но бизнес возможно страхуя последствия своего решения платит внешнему консалтингу
Если ты говоришь про УПД и ТОРГ- как печатные формы то на Odoo с модулем можно начать, но я бы делал свою генерацию, тк покурив все внутренности и возможность open_source python все становится проще
По поводу EDI в Odoo есть из коробки модуль по работе с EDI он называется account_edi* их там несколько, что бы заработало для РФ потребует минимум манипуляций разработчика
Кстати согласен, но тут автор спрашивал печать или другие вещи за пару часов сделать на чем можно), если нужна стабильность нужно что то более, я работаю вообще с большими данными и предсказательной аналитикой, там совсем 1С путь заказан
а зачем у юзера спрашивать про его заказ если вы бы могли той же llm сходить и по юзеру получить его активные заказы и если 1 не задавать странных вопросов?
Просьбу услышал)
Как не странно, но практически все системы в крупных компаниях, и не важно на основе чего созданные 1с, SAP, Oracle в долгосроке превращаются в собственный велосипед, те вряд ли система в РЖД подойдет к системе в Лукоил и тд))
Основные преимущества, которые вижу я:
Независимость от платформы, те в коробочных решениях ты ограничен данной платформой, ну например:
Сделать собственную авторизацию (на подобии yandex.passport) внутри компании, где все сервисы компании не требуют пароля и это невероятно удобно для сотрудников компании.
Единая репликация данных компании, если кто то когда то реплицировал 1с знает о чем я говорю).
Выбор стека, который доступен на рынке, те компания имея например кучу разработчиков на python вынуждена либо нанимать консалтинг и платить какое то невероятное количество бабла за внедрение или искать на рынке специалистов для данной коробки.
CI-CD для всех продуктов компании, ни одна коробка не поддерживает нормальный CI-CD, или делают какие то невероятные костыли для этого.
Новые фичи, которые в open source выходят почти каждый день, тебе приходится ждать, когда производитель коробки включит ее в новую версию, да притом еще тебе придется обновить свою коробку до этой версии, что для некоторых компаний весьма проблематично. привет json в 1с.
Защита от ухода с рынка компании разработчика - привет SAP, Oracle, Manhattan и прочие.
Международные специалисты - специалисты в коробках очень зависимы от страны происхождения системы, например найдите во вьетнаме или в малазии пару 1сников).
Своя архитектура и быстродействие - при грамотной архитектуре продукты, и применяя такие технологии как:
Асинхронность,
Шардирование,
Кеши,
Репликации,
Чтение данных из репликаций,
Вы не ограничены в быстродействием платформой(коробкой) и можете создавать сервис для любой нагрузки, и забыть уже о костылях типа мы делаем 2 базы а потом их синхронизируем по ночам :)
Независимость от лицензий,
Еще в коробках есть интересный нюанс), например у вас есть интернет магазин на Vue.js, а товары и остатки хранятся у вас в 1с, и вам нужно поддерживать кеш остатков для интернет магазина и контролировать резервирование, так вот забавное то, что в 1с есть другая коробка для работы с кешом, а вот во vue,js вам придется писать свой коннектор и блевать переодически программисту), вместо того, что бы воспользоваться тем же стандартом в opensource Redis, ну или замечательный tarantul от ребят из mail.ru.
Инфраструктура - это отдельная боль, имея штат замечательных ребят из devOps они все равно будут страдать, потому как никакая коробка не вписывается в нормальную инфраструктуру, и требует отдельного подхода
Ну и самый главный - НЕЗАВИСИМОСТЬ от разработчика например SAP, который просто ушел с рынка и послал вас к чертовой бабушке все ваши мечты о развитии вашей коробочки.
Но! справедливости ради добавлю, если компания не большая или средняя и ей в целом достаточно коробочного функционала той же 1с, то делать что то свое не имеет смысла.
Как я сказал выше, в долгосрочной перспективе, например 3-5 лет, разница между коробкой + допиливанием и созданной своей + допиливанием сводится с финансовой точки зрения к погрешности, но при этом все преимущества описанные выше своей системы сохраняются.
P.S. - на счет 1с, в целом никто не даст гарантии, что через какое то количество лет сама головная компания не исчезнет просто, всякое же может случится))
В статье не идет речь о замене бухгалтерского учета, речь о создании в системе единой транзакционной логике, из которого можно уже данные передавать в бухгалтерский учет, если это необходимо
Статья и служит абстракцией технического задания, а создать можно как на микросервисах так и на монолите, продумывать параллелизацию и прочие вещи нужно уже после
Спасибо, действительно ошибка арифметическая была, поправил
По поводу продажи и списания с неверное себестоимостью, это нормально если учетный центр это допускает, тк в итоге как можете видеть данная ошибка в дальнейшем компенсируется за счет оставшегося товара, если бы продажи и списания не было, то себестоимость была 5, но из за компенсации она стала 4,75, а если бы сложилась ситуация, что неосталось товара на складе для компенсации, то создалась бы проводка корректировки себестоимости, такое случается)
Не вижу проблем с такими задачами))), есть задача - делай, печатная форма это или BI это не важно, это просто задача
все на 100% правда))
Ну на моем опыте ( может мне попадались такие компании ), но в первые годы бизнеза действительно 1с незаменимая вещь, но потом, когда компания сильно растет(ну если растет) платформа не может уже дать того, что нужно, примеров очень много и каких только костылей я не видел в 1с, что бы научить ее работать с такими привычными уже вещами как S3, или интеграцией с BI, бедные аналитики в поисках как перевести данные бд в приличный вид. а когда говорят слова типа, ну можно же из 1с выгружать данные как нужно BI в файлики или еще куда, отвечу-нет, это уже костыль
Ну я кажется это как раз не упустил, а подчеркнул, в моей статье описано, что для того что бы построить ERP систему нужны знающие люди, а на технический аспект я не делал акцента.
А консалтинг это тоже люди)) и они могут работать у вас)
так мы набрали, и сделали, и работает, 5 лет не понадобилось, получилось за 6 мес, команда 4 бека 0.5 фронта, продакт
функционал примерно похож на набор из нашей любимой 1с УТ + узкоспециализированные фичи уже относящиеся к внутренним продуктам компании
Закупки, склад, сбыт, логистика, первичка, транзакционность, удивительно, что вам бы понадобилось 5 лет и 50 разрабов :)
Модуль производства в odoo есть из коробки, можно на него тут посмотреть
В статье я как раз и раскрываю мысль, что нужно найти кадры которые могут, поверьте они на рынке есть
Согласен, часто сталкивался, когда и нужные люди есть и талантливые разработчики, но бизнес возможно страхуя последствия своего решения платит внешнему консалтингу
Ты прав, в статье я как раз в 'инерции' я и подразумевал консерватизм
Про БУХ и ЗУП полностью соглашусь, законодательсво делает такие преграды одним и приемущества другим
Если ты говоришь про УПД и ТОРГ- как печатные формы то на Odoo с модулем можно начать, но я бы делал свою генерацию, тк покурив все внутренности и возможность open_source python все становится проще
По поводу EDI в Odoo есть из коробки модуль по работе с EDI он называется account_edi* их там несколько, что бы заработало для РФ потребует минимум манипуляций разработчика
Плюсану про учет и 1с, все так, но мир не ограничивайтся учетом, есть множества других потребностей бизнеса )
про EDI есть
А про ЕГАИС и ЧЗ нет, там есть модуль серийных номеров, думаю там потребовались бы микродоработки для работы с ЧЗ
Кстати согласен, но тут автор спрашивал печать или другие вещи за пару часов сделать на чем можно), если нужна стабильность нужно что то более, я работаю вообще с большими данными и предсказательной аналитикой, там совсем 1С путь заказан