Как стать автором
Обновить

Комментарии 14

Приветствую! Интересная статья, спасибо!

Мне любопытна постановка задачи более детально, если позволите. Насколько я разобрался, организация закупает некоторую номенклатуру (я так понимаю как ТМЦ, так и услуги). Далее, эта закупаемая номенклатура как-то фигурирует в проектной деятельности вашей организации, которая оказывает какие-то проектные услуги вашим клиентам. И насколько я понял вам нужны были отчеты, которые показывали оборотные показатели по приведенной Вами структуре, «Клиент, Проект, Закупаемые позиции по месяцам, с привязкой к проекту через уникальный номер», и некую дополнительную аналитику, такую как «бренды, форматы рекламы, типы услуг»? В общем, я все правильно понял, или что-то опустил? Если вообще все упростить, то, наверное, так сформулирую: организация что-то закупает и что-то продает (возможно что-то производит), и вам нужно было посчитать оборотные показатели, вычислив попутно валовую и чистую прибыль?
Да, так оно и есть. На выходе руководитель видит некую обобщённую информацию об обороте, издержках, прибыли и различные соотношения. Плюс можно добавить модели интерпретации данных, предсказания показателей по кварталам, году. Любые манипуляции доступные в PowerBI или скажем в Azure Machine Learning. Было бы что анализировать.
Тогда просто любопытно вот что. Вы упомянули, что у вас уже были приобретены какие-то конфигурации 1С, которые решали задачи бухучёта, финансового учёта, документооборота. В свете этого, возникает логичный (на мой взгляд конечно) вопрос — а почему к Бухгалтерии, Зарплате и Кадрам и Документообороту (или CRM) не была приобретена какая-то конфигурация под обычную торговую деятельность, наподобие УТ ред 11., УНФ последних редакций? Я именно поэтому в первом сообщение и уточнил, все ли я правильно понял. Просто вот все что вы описали, в типовых есть из коробки. Система прав, система построения отчетности, а также ее сохранения. Даже система формирования этой отчетности по расписанию, и рассылка ее по почте для тех, кто в конфигурацию не ходит. Веб-клиент из коробки на уровне самой даже платформы, а не конфигурации. Опять же мобильное приложение. Вопрос, естественно, задаю не холивара рада — просто интересно.
Дело в том, что рекламный бизнес имеет специфику: диковатость рынка, достаточно мутная система выбора подрядчика, непрозрачность оценки результата деятельности, фокус на запросах клиента, а не на стандартизированном списке услуг и другие особенности. Вроде как все данные более-менее стандартные, но нужны фишки, которых нет в 1С, а их написание будет стоить слишком дорого. Как самый простой пример, учёт моделей заработка (принципиально разных), которых в рекламе даже не 5, а гораздо больше. Мы тестировали кастомизированные решения 1С. Ни одно нам не подошло по соотношению затраты/результат. Самым эффективным оказалось собственное решение, но на базе платформы значительно менее сложной и дорогой, чем 1С.

Чуть позже, если сообществу будет интересно, я напишу статью о том, какое решение было выбрано на уровне всего агентства и почему отмели остальные.
Понял. С рекламным бизнесом ни разу не пришлось сталкиваться.

но нужны фишки, которых нет в 1С, а их написание будет стоить слишком дорого.

А вы какую-то оценку делали? Приглашали кого или сами? Если не секрет — какие порядки цифр были запрошены на доработку/разработку?

Самым эффективным оказалось собственное решение, но на базе платформы значительно менее сложной и дорогой, чем 1С.

Тут, кажется, вот что уместно пояснить. Если у вас вся экосистема 1С уже куплена, а похоже что так, и используется система защиты HASP4 Net, то в случае если выдача лицензий происходит через HASP License Manager, доступного по сети, тогда вам даже лицензии клиентские не нужно было закупать. Второй момент, что хотел бы отметить, это тезис о сложности платформы. Честно вам скажу, когда читал ваше решение, в голове всегда крутилось — ёёёё! Насколько же все сложно :) На самом деле, ваша учетная задача на платформе 1С решается, наверное, на порядка два легче-проще-быстрее, чем приведенное вами решение. Объясню из-за чего: вам пришлось продумывать концепцию решения буквально с нуля. Вы разработали не только некую «платформу», в которой сделали свою систему прав, сделали некий слой своей отчетности, использовали несколько программных продуктов и технологий, и чего стоит только связка Chrome Extensions+Angular+PHP+MSSQL, а также желание переписать модуль вывода отчёта Excel с использованием подключаемого DLL на C++. Но кроме платформы, вы еще и полностью реализовали, собственно, всю структуру базы данных. Т.е. вы ее также спроектировали с нуля. И я перед вами реально снимаю шляпу, насколько далеко вы зашли в реализации вашей прикладной задачи. Если бы все, то что сделали вы, было бы реализовано на платформе 1С, то вам нужно было бы, в самом простом случае, продумать только архитектуру приложения в рамках платформы, что (я не знаю на слово поверите или нет), на порядок (-ки) проще, чем продумывать и разрабатывать вообще все с чистого нуля. Если бы разработка велась на основе какого-то типового решения, то тогда большую часть и прикладной логики за вас была бы написана кем-то, и нужно было бы только кастомизировать. Но Вы привели пример про модели расчета заработной платы (или вознаграждения) я так понимаю по проектам (по продажам) и написали о дороговизне такой доработки. Если не секрет, повторюсь, озвучьте, пожалуйста какие-то ориентиры в цифрах.
Подписываюсь под комментарием. Сейчас участвую в проекте, который использовал похожее решение. Основное ядро бизнеса, откуда берется вся информация — старый ERP Focus, система управления складом LM7. Помимо Business Objects, где хранится основная транзакционная инфо из Focus, клиент поддерживал параллельно н-ное количество баз данных (MySQL, Access...) для более «гибкой» работы с информацией из LM7. На базе этих отчетов, клиент строил отчеты для менеджмента. Помимо отчетов, клиент в какой-то момент решил использовать эти базы данных и сервера, где они хранятся, также для интеграционных интерфейсов с поставщиками и другими третьими лицами.

Сейчас мы мигрируем это дело на SAP и вся эта собственная инфраструктура клиента — сплошная головная боль. Ребята находятся в таком положении, что сами не знают, что и зачем они сделали, откуда берется информация и какие трансформации она претерпевает. Нужно быть аккуратнее при выборе того или иного решения и оценивать его со стратегической точки зрения. Что может быть дешево и быстро сегодня может стать дорого и проблематично в будущем.
Да кто ж сравнивает самописку и SAP! Конечно ERP на серьёзной платформе, с профессиональными консультантами будет более оптимальным решением для большой компании. Мы и не делали замену SAP. Реализована работающая модель СУУ, которую легко и быстро можно модифицировать. Причём внедрена она только в рамках одного департамента агентства из более чем десятка. Я и руководству сразу представил систему как модель в рамках одного подразделения, которую не нужно масштабировать на всех.
Конечно, мы делали оценки. Кастомизированное под нас решение стоило бы нам от 1 млн. рублей. И мы прекрасно понимали, что эту цифру в реальности придётся умножить минимум на 3.
Кастомизированное под нас решение стоило бы нам от 1 млн. рублей.

Тут такое уточнение хотелось бы услышать (при возможности, конечно):
— это разработка с нуля, или доработка какого-то имеющегося решения?
— оценка делалась той же компанией, которая и предлагала потом выполнить доработку?
— к каким-то другим компаниям вы обращались в плане оценки?
— в озвученную сумму входило вообще все: обследование, тз, доработка либо только доработка?
— вы писали, что " Срок создания системы на Access составил 4 месяца. Расширения Google Chrome – 3 месяца. Отчёты Power BI заняли примерно 1 неделю. Примерно год ушёл на доводку системы точно под требования процесса и пользователей. ". Все это время, кто-то (это важно) делал все это и ему платили заработную плату, также были докуплены (насколько я понял) некоторые программные продукты. Итоговая себестоимость этой системы, рассчитанная за все время ее разработки и обкатки, не превысил ли уже заявленный миллион?

И мы прекрасно понимали, что эту цифру в реальности придётся умножить минимум на 3.

Почему? В связи с чем возникло такое понимание? Это на основе личного негативного какого-то опыта? В таких случаях, заключается обычный договор, где указана конечная (это важно) сумма и этапы сдачи-приемки и оплаты. Как правило, на этапе обследования, эта сумма — оценочная. На этапе подписания договора — она железная, т.к. вам предоставляют полный расклад по тп, тз, а также общие трудозатраты в часовом/денежном эквиваленте до того уровня детализации, до которого его по вашему желанию, вообще можно предоставить. В свете всего этого, я и интересуюсь, отчего 1 млн нужно умножить на 3? Если к моменту подписания договора было бы детально разработанное тз на доработку/разработку, согласованное и подписанное — то ни 3, ни 2, ни 1.5 x взяться просто так не могло. Нюансы возможны, не спорю, но не в разы.

Коллега, вопросы мои стоит рассматривать ни как укор. Наоборот, повторюсь, снимаю шляпу за ваше приложение. Просто я сам работаю в области девопса на платформе 1С, и вот в свете ваших ответов и статьи, у меня появляются любопытство, которое я тут и стараюсь удовлетворить по мере возможности, конечно.
Себестоимость собственной разработки была дешевле покупной примерно в 7 раз, с учётом времени всех кто над ней работал и 7-ми лицензий на Access, которые были приобретены. Напоминаю, это работающая модель, того, что нам нужно. Можно сказать, что мы писали детальное ТЗ. Другой вопрос, что теперь можно не особо спешить с заменой работающей системы на что-то мощное и глобальное (что уже разрабатывается на одной из коммерческих платформ, как ранее написал). Сначала реализуем эквивалентную модели функциональность, а потом уже посмотрим когда запускать более совершенную систему.
Подскажите, а зачем нужна такая сложная связка Excel/Access/VBA/MSSQL/PHP/расширение для Chrome/DLL на C++, к тому же с лицензиями? Как я понял, у вас все равно есть веб-часть, можно ведь было просто сделать все на PHP+MySQL или PHP+MSSQL, и получить любые формы, отчеты и чарты, используя возможности HTML.
Да всё можно. Но дорого и долго. Форму с датасетом в Аксессе создать ну может час, а то и меньше (если вся структура базы уже готова). А в вебе нужен фронтэнд, бэкэнд, отладка. Терминал ввода данных есть, но это только ввод или редактирование. Причём строго поверх имеющейся системы документооборота, чтобы не дублировалась работа. О последней связке я уже продумываю текст. Напишу. У нас по факту патовая ситуация с этой системой: бросить невозможно (очень дорого), улучшить невозможно. Дайте время, напишу)
У нас по факту патовая ситуация с этой системой: бросить невозможно (очень дорого), улучшить невозможно. Дайте время, напишу)

Так вы может ТЗ какое-то бы представили, можно как-то конфидициально. Я бы взглянул одним глазком (не отец нации конечно, и не истина в последней инстанции) и попытался назвать вам какие-то объективные цифры, в свете запила всего этого на платформе 1С, как лицо совершенно не заинтересованное и не ангажированное. При условии конечно, если у вас у самого желание такое есть. Честно говоря, я очень сомневаюсь в озвученных вам суммах, исходя конечно из указанной вами информации.

Форму с датасетом в Аксессе создать ну может час, а то и меньше (если вся структура базы уже готова).

Аналогичное действие, если все данные есть, в 1С можно сделать за 5 мин. А то может и меньше. Причем нагенерить можно не только форму с датасетом (я так понимаю список), но и форму редактирования самой этой строчки, если оная вообще нужна. Более того, пользователь в этом списке может настроить себе +100500 фильтров, сортировок, и даже иерархических группировок, все это сохранить в разные сеты-настроек, и при необходимости — их менять.
В личке)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации