Comments 12
Сколько пользователей? Какое ПО вы считали для 1с? Хотели сильно сэкономить, можно было купить только лицензии 1с, остальное на линукс и тонкий клиент, 2.5 мульта там никак не вырисовывается. Ну и функциональность к erp имеет очень далекое отношение. Управление закупками, бухгалтерию и зарплату все равно считать надо. Значит 1с какая-никакая есть. Личный кабинет можно было на сайте, остальное в 1с. Какой смысл всего этого - непонятно. Ну и вопрос дальнейшей поддержки и развития остается...
Сколько пользователей? Какое ПО вы считали для 1с? Хотели сильно сэкономить, можно было купить только лицензии 1с, остальное на линукс и тонкий клиент, 2.5 мульта там никак не вырисовывается
Спросите клиента. Считали они.
Ну и функциональность к erp имеет очень далекое отношение. Управление закупками, бухгалтерию и зарплату все равно считать надо. Значит 1с какая-никакая есть. Личный кабинет можно было на сайте, остальное в 1с
Этого мне неизвестно. Закупки запускаем как раз. Про зарплату тоже неизвестно.
Ну и вопрос дальнейшей поддержки и развития остается...
Drupal не 1с, обновления ядра ничего ни разу не ломали при мне.
Как-то странно называть словом "ERP" (напомню, что это "планирование ресурсов предприятия") довольно простую CRM. Вы бы посмотрели в сторону Dolibarr или Intars, или какую - нибудь ещё открытую / бесплатную систему, в которой, помимо учёта оказанных услуг, можно отчёты строить и бухучёт вести.
А то сейчас у вас "...данные выгружаются из Dupal в Zoho Analytics,...", а о зарплате данные руками переносятся в зарплатную программу, а об услугах данные руками переносятся в бухгалтерскую программу... И так далее. (Вы же не в курсе, что с бухучётом, налогами и зарплатой, и выгрузки в эти системы не делали). То есть, ваш заказчик платит какому-то отдельному человеку за ручной перенос данных, а бухгалтерам доплачивает за перепроверку этих данных. Нехорошо.
Как-то странно называть словом "ERP" (напомню, что это "планирование ресурсов предприятия") довольно простую CRM.
Ознакомьтесь с моей статьей на тему ERP пожалуйста, ссылку на нее я привел в статье.
Вы бы посмотрели в сторону Dolibarr или Intars, или какую - нибудь ещё открытую / бесплатную систему, в которой, помимо учёта оказанных услуг, можно отчёты строить и бухучёт вести.
Зачем? Есть работающая система, она заказчика устраивает.
А то сейчас у вас "...данные выгружаются из Dupal в Zoho Analytics,...", а о зарплате данные руками переносятся в зарплатную программу, а об услугах данные руками переносятся в бухгалтерскую программу...
Бухгалтерский учет и налоговый, это вопросы которые решаются другими системами.
(Вы же не в курсе, что с бухучётом, налогами и зарплатой, и выгрузки в эти системы не делали).
Делал, и много раз. Именно поэтому и считаю что проще выгружать данные в готовую бухгалтерскую систему, чем писать свою. Крайне важно понимать к тому же, что БУ и НУ необходимы для сдачи отчетности, а не для ведения оперативного учета.
То есть, ваш заказчик платит какому-то отдельному человеку за ручной перенос данных, а бухгалтерам доплачивает за перепроверку этих данных. Нехорошо.
Кому как. Заказчику виднее.
На минутку представим, что будет если создавший эту систему человек пропал. И начинаются поиски с дикими глазами того кто сможет её поддерживать и дорабатывать.
На минутку представим, что будет если создавший эту систему человек пропал.
Создавал не один человек, а команда. Так что знания о системе имеют несколько человек.
И начинаются поиски с дикими глазами того кто сможет её поддерживать и дорабатывать.
А это уже проблема не продукта, а руководства. DRUPAL открытая система, которая написана на PHP. При желании специалиста всегда можно найти.
Есть небольшой опыт владения сайта на Drupal (не "ЕРП" но тоже не простого). Студии на любое изменение заряжали ОЧЕНЬ не гуманные ценники. А фриланс был не удачен при двух попытках из 2-х. Причем выбирали не "самых дешевых". В конечном итоге пришлось идти на поклон к той студии которая собственно сайт и создавала. Потому очень скептически отношусь к каким либо ИТ системам привязанных к работе и в экземлярах внедрения 1-2 штуки на всю страну
Спустя почти 2 года спустя, пришел к мысли, что хоть битрикс и отвратителен по своей глубинной сути, но из-за доступности специалистов, в моём случае это был бы правильный выбор.
Есть небольшой опыт владения сайта на Drupal. Студии на любое изменение заряжали ОЧЕНЬ не гуманные ценники. А фриланс был не удачен при двух попытках из 2-х. Причем выбирали не "самых дешевых". В конечном итоге пришлось идти на поклон к той студии которая собственно сайт и создавала.
Мне жаль что у вас так получилось. Это проблема рынка в целом ( читай капитализма).
Потому очень скептически отношусь к каким либо ИТ системам привязанных к работе и в экземлярах внедрения 1-2 штуки на всю страну
Это вы про SAP?
Спросите клиента. Считали они.
Кому как. Заказчику виднее.
Ну хорошо, давайте я посчитаю "за заказчика" цену, проверяя по факту одну вашу цитату из текста статьи:
На тот момент, если бы закупался 1С, то по расчетам только один сервер и ПО стоили бы больше миллиона, а лицензии — порядка полутора миллионов.
Начнем со второй части. Лицензии. Текущая цена 100 клиентских лицензий по прайсу на текущую дату:
1С:Предприятие 8 ПРОФ. Клиентская лицензия на 100 рабочих мест- 360 тыс. руб.
Также приплюсуем сюда и лицензию на сервер 1С из учета, что его куплено не было ранее:
1С:Предприятие 8.3 ПРОФ. Лицензия на сервер (x86-64). Электронная поставка - 86 тыс. 400 руб.
Итого: на лицензии 1С цена на текущую дату 446 400 руб. Куда делся еще миллион?
Перейдем к первой части: "сервер и ПО стоили бы больше миллиона". Во-первых ПО - это же про Win сервер? Зачем он вам? Linux + PostgreSQL = бесплатно. По поводу железа, я внимательно прочитал, то что описали Вы в статье - там не видно, как сервер за условный миллион в тех ценах вы могли "утилизировать" под ваши задачи. То что вы описываете как "ERP", не вдаваясь в теоретические дебаты, по факту - обычный забивочный фронт, в котором пока даже не видны какие-то контроли остатков, задолженностей, вычислений себестоимостей, план-факторных каких-то анализов и т.д. Т.е. переводя на язык 1С - у вас пока не видно ни задач, ни объемов, ни количества пользователей на которых клиен-серверный вариант 1С - лег. Но конечно, в любом случае, это не виртуалка с 8 Гб оперативы и 2 Гб на дисковой подсистеме. Но и не сервер за миллион.
очень важна была масштабируемость. То есть 1С масштабируется очень сложно. Как это не прискорбно, но 1С при определённых параметрах начинает просто тормозить
Оно уже и давно масштабируется, причем по всякому и давно при обновлениях - ничего не ломается, это не от платформы зависит, от кривизны рук и мозгов обновлятора, Вы написали статью в ключе VS. Разработка на Друпале vs разработке на 1С, и вывод - последнее на вашей задаче стоит космо-денег, оно чот там при обновлениях какое-то не такое, оно там не масштабируется, ну дальше по тексту. Вы никаких цифр в статье не привели, пришлось считать за вас. Мои расчеты выше - космо-денег даже в нынешних ценах нет.
Собственно, если вообще подойти критически к экономической составляющей вашей разработки и ее целесообразности с точки зрения вакуума, т.к. "заказчику виднее", то лично я тут что вижу?
100% bus factor. Вы конечно это отрицаете, но это очевидно. 1С именно в вашем конкретном случае, если бы разработка велась на ней - таковым фактором не является.
Скорость и цена разработки. Понятно, что в вашем случае это NDA и все такое, но тут по вашему описанию, хоть вы и говорите, что в рамках одной статьи все не написать - не видно какой-то сложной долгой коммерческой разработки. В 1С тоже есть готовый фреймворк, который позволит вам многие вещи получить прямо из коробки бесплатно с миллионами блэков, девочек и т.д. Да у вас много печатных форм, но это все давным давно пройденный этап для 1С - если вы чуть копнете эту тему, то это не проблема, это работа для джуна с соотв. тарифной ставкой.
Вы утверждаете, что ничего подобного, что подошло бы клиенту на 1С - нет. Возможно. Но с трудом вериться именно в "уникальность" бизнес-процессов клиента, даже исходя из скринов, которые Вы представляете. Ну т.е. скорее всего - даже с нуля писать бы ничего не пришлось, можно было бы взять что-то за основу скелета и получить на выходе прям совсем киллер-фичный "уникальный" продукт, кои и представляют основной массой собой все подобного рода внедрения.
Подведу итог: спасибо Вам за статью, интересно почитать про чужой опыт подобной автоматизации. С тезисами именно неприменимости 1С по вашей аргументации - я не совсем согласен. Как смог, попытался свою позицию Вам обосновать.
Какжется было выше, но повторюсь. Цена разработки, Цена владения и стоимость развития функционала (наличие специалистов их цена).
По производительность что 1С проигрывается, соглашусь отчасти. С чем сравнивали т.к. тут на нет готового решения 1с, и придется разрабатывать. То и производительность системы будет на совести разработчика.
Обзор ERP на базе Drupal 9