О вреде жестких BPM или особенности CRM систем для сферы услуг
Функциональные - Управление взаимоотношениями с клиентами (CRM)
Upd: Народ в комментариях дал замечания о том что у статьи оторвали конец и начало. Перечитал и понял что так и есть :)
Добавляем вводную и контекст. Суть в противопоставлении современных BPM-систем (управления бизнес-процессами), и нового течения в этом направлении - ACM (адаптивный кейс менеджмент).
1С - можно отнести к современным BPM-системам в части того модуля, который там предназначен для схематизации процессов.
И в этой статье идет речь о том, что подобные механизмы - во многих ситуация скорее вредны, чем полезны.
И именно с этой проблемой хорошо помогает ACM (адаптивный кейс менеджмент), который можно реализовать в т.ч. и на 1С, но с рядом ограничений.
Чтобы понять, почему жесткие BPMS вызывают проблемы при оптимизации процессов, можно разобрать примеры того как может поступить заявка на продукт и возможные ветвления:
Возьмем риелторские услуги:
1. Хочу двушку, вторичку. Это база объектов А, схема подбора и просмотра объектов — А, схема оформления и ценообразования — А.
2. Но в ходе общения вдруг клиент говорит. А вот че то тут подумал и давайте ка новостройку! Оппа! А это уже другой продукт. Другая схема — Б. Другой порядок действий — Б. Другой каталог объектов — Б. Другое оформление и другое ценообразование — Б.
Возьмем услуги разработки ПО:
1. Хочу поправить дизайн сайта. Сколько это стоит? Это услуга «Разработка». Схема — А. Ценообразование — А.
2. А зачем? Ну чтобы продажи поднять. Дак у вас на сайте дизайн в порядке. От смены толку не будет. Если хотите поднять продажи — надо делать посадочную страницу. О! Да? Значит давайте делать посадочную страницу! Оппа! А это уже услуга "Посадочная страница", у нее другая технология, другая схема и другое ценообразование.
Так причем тут BPM?
И если у вас BPM-система с жестким WorkFlow, пиши пропало и можно сразу пулю в лоб пускать, т.к. эта система кроме проблем не даст ничего.
Причем любители WorkFlow так активно двигают эту тему, что даже русские системы, которые хоть как то претендовали на Кейс-Менеджмент в итоге дали слабину и ушли в ужесточение WorkFlow. Тем самым убив все свои преимущества. Пример — Мегаплан. У них указание схемы процесса в CRM жестко закреплено. Указал — Разработку. Будь добр делать разработку. А то что клиент где то в середине передумал — твои проблемы.
Вот почему до сих пор мудрые руководители предпочитают бумагу электронным документооборотам. И я их понимаю. Если разработчик электронного документооборота вздумал что он умнее человека, значит надо накол такого разработчика садить, и уж лучше бумагу использовать.
В адаптивном кейс-менеджменте эта ситуация решается легко. Ну передумал, берем тупо и меняем процесс. Был «Разработка», стал "Посадочная страница". Была услуга «Покупка новостройки», стала «Покупка вторички».
А сменил процесс, тут же меняется окружение. Подключаются нужные секции, поля, каталоги и др.справочники, требуемые для правильного выполнения услуги.
Вот такие дела :)
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Управление взаимоотношениями с клиентами (CRM) Управление продажами (SFM) Пользователь 1С:Предприятие 8 Управленческий учет Платные (руб)
Решение 1С:CRM 3.1 предназначено для компаний с потребностью совместной работы более 5 пользователей в единой информационной базе. Решение позволяет автоматизировать все бизнес-процессы компании в соответствии с концепцией CRM, включая закупки, продажи, маркетинг, сервисное обслуживание и пр.
6500 руб.
10.11.2015 48302 59 1
Управление взаимоотношениями с клиентами (CRM) Монитор заказов Оптовая торговля Розничная торговля Учет рабочего времени Логистика, склад и ТМЦ Пользователь 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)
Модуль для комплексного управления логистикой в 1С. Расширение совместимо с любыми конфигурациями от 1С:УНФ до 1С:УТ и ERP
105000 руб.
11.08.2016 68895 50 62
Управление взаимоотношениями с клиентами (CRM) Производство готовой продукции (работ, услуг) Рабочее место Пользователь Руководитель проекта 1С:Предприятие 8 1С:Управление торговлей 10 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Автомобили, автосервисы Управленческий учет Платные (руб)
Модуль «Автосервис» для 1С — это профессиональный инструмент для автоматизации станций технического обслуживания. Решение позволяет вести полный цикл работ: от быстрой записи клиента и планирования постов до расчета заработной платы исполнителей. Поддерживает работу нескольких филиалов в одной базе без ограничений по лицензиям пользователей, интегрируется с типовыми конфигурациями 1С (например, Управление Торговлей 11, УНФ, Бухгалтерия, КА, ERP) для учета товаров и услуг.
18900 руб.
09.03.2016 53450 136 1
SALE! 50%
Управление взаимоотношениями с клиентами (CRM) Мессенджеры и боты SMS рассылки Email рассылки Пользователь 1С:Предприятие 8 1C:Бухгалтерия 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)
Расширение 1С с полным набором инструментов для качественных транзакционных, триггерных и маркетинговых рассылок Email, SMS, MAX, WhatsApp, Telegram. Даже простые уведомления об оплате счетов способны существенно упростить сбор дебиторской задолженности. Применение всех возможностей прямого маркетинга выводит коммуникацию с клиентами, уровень сервиса и лояльность на новый уровень.
6100
3050 руб.
07.04.2014 99857 93 205
Рабочее место Управление взаимоотношениями с клиентами (CRM) Оптовая торговля Розничная торговля Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)
Данная обработка - удобный инструмент в 1С для менеджеров по продажам для повседневной работы с клиентами. Позволяет упростить весь цикл работы с клиентом: первичная консультация по наличию товара, быстрое оформление нового заказа, контроль исполнения заказов. Обработка будет особенно актуальна для компаний, работающих, в основном, с юридическими лицами.
18300 руб.
08.11.2016 67957 56 24
WEB-интеграция Управление взаимоотношениями с клиентами (CRM) Документооборот и делопроизводство (СЭД) Взаиморасчеты Аналитик Бухгалтер Руководитель проекта 1С:Предприятие 8 1С:Документооборот Бухгалтерский учет Управленческий учет Платные (руб)
Расширение для конфигурации 1С:Документооборот 8 КОРП, позволяющее с помощью сервиса "1СПАРК риски" проверять благонадежность контрагентов непосредственно из программы 1С.
7320 руб.
23.05.2018 31996 20 10
Монитор заказов Управление взаимоотношениями с клиентами (CRM) 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Оптовая торговля, дистрибуция, логистика Управленческий учет НДС Абонемент ($m)
Представляем «Центр управления контрагентом» для 1С УТ, ERP, УНФ, Розница 3 — интерактивное веб-приложение объединяющее DaData, Яндекс.Карты и глубокую аналитику базы. Главные возможности: Умная синхронизация с ФНС: запрос по ИНН, наглядная сверка (с подсветкой несовпадений красным) и точечное обновление реквизитов. Полное автозаполнение при создании новых карточек. Яндекс.Карта внутри 1С: сплит-скрин, геокодирование адресов, выгрузка адресов доставки из заказов на карту с составом номенклатуры внутри меток! Глубокая аналитика: динамические вкладки с разделением потоков продаж и закупок. Заказы, отгрузки, оплаты, расшифровка долгов и сводная номенклатура. Продвинутый интерфейс: сортировка, контекстный фильтр по правой кнопке мыши и пересчет итогов на лету.
1 стартмани
17.09.2026 1479 20 war41k 20
Управление взаимоотношениями с клиентами (CRM) Россия Бесплатно (free)
В этой статье будет полный обзор всех каналов продвижения со статистикой и не только. Также скрипты продаж, как найти контакты ЛПР (лиц, принимающих решения), не делая холодные звонки. И как продавать, не продавая. Даже будет про один из каналов, когда с помощью роботов обзвона вы сможете получать дешево клиентов. И это все из опыта продаж, ибо раньше работал в одной немаленькой франчайзи 1С начальником отдела продаж. Статья будет из нескольких частей. Если будет у многих интерес (будут комментарии) и для вас это познавательно, то продолжу писать дальше. И подписывайтесь на меня на Инфостарте или добавляйтесь в друзья. В прошлом я сам был долгое время программистом, и знаю, что такое неблагодарные клиенты, недовольные бухгалтеры и многое другое. Начнем.
10.12.2024 7924 master_prodazh_1c 4
Жизнь, конечно, многогранна. Но не стоит пытаться автоматизировать ее во всей полноте. Чревато ;-)
Любая программа - это отражение (реализация) определенной модели. Но любая модель начинается (в т.ч.) с определения границ моделирования. И в разработке ПО важен компромисс между жесткими и универсальными архитектурами. Ну а соблюсти баланс (с учетом множества факторов) - креативная задача архитектора системы.
Возможно у вас есть готовый материал, чтобы наглядно, пусть и на веб-технологиях посмотреть, как в вашей системе можно перескочить с шаблона процесса "разработка" на шаблон "посадочная страница"?
У меня есть идеи по реализации, но не хватает матчасти именно в АСМ, хотелось бы с чего-то простого и наглядного начать.
Но идея интересная. Постараюс в ближайшее время сделать.
Тема безусловно интересная, хотелось разворота шире и глубже ))) в особенности в сторону ACM.
На кол - это побожески... пусть лучше месяц в своей же системе со своими тараканами поработает, авось одумается.
Тезис первый: Если программа ограничивает бизнес в возможностях - зачем она такая нужна?
Тезис второй: Мир бесконечен в своих проявлениях - приходится решать, что следует автоматизировать, а что нет. Бумага это тоже носитель информации.
-продавец интернет-магазина отвечает, что заплатить за товар безналичным расчётом нельзя, поскольку им ничего не сказали о расчётном счёте его работодателя;
-прачечная не берёт одежду в чистку, поскольку приёмщик не знает, что на то или иное пятно уже есть реагент;
-врач не выписывает новые эффективные препараты, т.к. никогда их не выписывал;
-программист не может добавить простую возможность в конфигурацию, поскольку она на поддержке, а внешнюю обработку делать 'не принято'.
И вот те, кто эти регламенты и составляет, те и участвуют в проектировании этих систем. Плевать на работников и на пользователей...
-врач не выписывает новые эффективные препараты, т.к. никогда их не выписывал;
Какие то наивные и притянутые у вас аргументы.
Если приёмщик не берёт вещь так как он не знает что есть реагент это не проблема регламента и человека его состовлявшего. Это косяк того человека который не донёс до приёмщика что появился такой реагент который выводит определённые пятна. Регламент это инструкция к действию. А не справочник по тому что есть, а чего нет.
Да и рассуждать что врач не выписывает потому что никогда не выписывал глупо. ИМХО познакомься для начала с работой врача.
>>то не проблема регламента и человека его состовлявшего. Это косяк того человека который не донёс до приёмщика что появился такой реагент который выводит определённые пятна. Регламент это инструкция к действию.
То есть в регламенте 'забыли' прописать доведение до сведения приёмщика информации о пятнах и реагентах, их выводящих.
>>познакомься для начала с работой врача
Сводите ребёнка к участковому педиатру.
Регламент приёмщика и регламент "доведения до сведений" это разные регламенты ИМХО. А то так получится что у нас будет один супермегарегламент для всех и сразу
Поработайте в медицинском центре, автоматизируй формирование медицинской документации, учета медикаментов в поликлинике, сделайте медицинскую базу для проведения проф осмотров на предприятиях 3000+ сотрудников. И поучавствуй в проведение данного увеселительного мероприятия. Познакомься поближе с такими профессиями как врач общей врачебной практики, травматолог-ортопед, кардиолог и тд. Хотя бы поинтересуйся у них как они работают и чем занимаются.
А то многие рассуждают что им не те таблетки прописали или не то лечение назначили... Выучись на врача, стань кандидатом мед наук, сядь на место врача, возьми на себя ответственность(не забывай так же что у врача ещё и уголовная ответственность есть), поработай лет 10 врачом терапевтом.
Потом я с тобой с радостью подискутирую на предмет регламентов в медицине.
Я считаю, что на кол надо садить руководителя, который сам не вникая во все нюансы работы решения дает задание разработчику. Разработчик не экстрасенс. Такое перекладываение ответственности с носителя информации на разработчика уже загубило немало проектов. До тех пор, пока не будет порядка и системности в голове заказчика (носителя информации), порядка со стороны разработчика (и тем более в дальнейшем у конечного пользователя) не будет.
жесткие схемы идут не от программистов на местах, а от вендоров.
в продукт изначально зашивается жесткая схема работы по процессу.
программист на месте и сделать ничего не может, даже если сильно захочет :)
1С слишком каменная система.
Так сказать, с руками по локоть в коде.
Но ты не разработчик, ты просто стоишь рядом с 1С, и кормишься на внедрениях.
1С очень гибкая система, за счёт своей открытости. На ней можно реализовать любую бизнес-логику. Так что насчёт "каменной системы" - ты попал ровно пальцем в небо.
Под каменностью я понимаю сложность изменения и развития системы.
И 1С - тот еще камень. Конечно же все относительно. Например если сравнить с САП или Мегапланом, да, 1С это просто пластелин из латекса.
Но давайте рассмотрим такой пример:
1. Вот есть конфигурация для управления процессами.
2. Ее нужно заточить под разные отрасли.
3. А также внутри отрасли, каждому предприятию нужно реализовать свои доработки.
И тут в 1С начинается полная ж...па:
1. под каждую отрасль приходится писать конфигурацию
2. каждое предприятие пишет свои доработки и теряет возможность обновления
3. хочешь обновиться - получи пачку гемороя и затраты с три короба
Вот что я понимаю под "каменностью".
И когда я пробовал на этом камне развивать ACM, то очень быстро уперся в эти засады.
Есть альтернативные платформы, много гибче чем 1С, быстрее, удобней и дешевле. Много лучше подходящие под ACM.
Для примера - WordPress.
1. Можно написать любые расширения и доработки. При этом они могут жить автономно от ядра.
2. Можно к этим расширениям написать еще расширения. И они тоже будут жить автономно.
3. Можно изменить, удалить или улучшить любой элемент системы. Любую кнопку, форму или поведение.
И тут самое главное... когда приходит время обновляться, это все спокойно обновляется само по себе и не зависимо друг от друга.
Любой модуль вы можете отключить без вреда для системы в целом. Отправить его в ремонт. Починить и включить обратно в систему. Пользователи даже не заметят. Кроме того что какая нибудь кнопочка вдруг пропадет.
для 1С - это все фантастика.
поржал, среднестатистический планктоночеловек-руководитель чуть умнее своего телефона(да и то спорно). Узколоб, агрессивен и считает, что за 30килорублей должен получить разработку под свои наколенковые бизнес-процессы, в ходе которых вполне могут присутствовать "серые" бумажные накладные, устные просьбы и "Если клиент такой-то, то ему грузить в красивых коробках, другому в холщовых мешках, а остальным в полиэтилене, причем красивые это с красной полоской или в крапинку, а еще те, что мы покупаем у ООО "ВасяПупкино".". При этом совершенно не думает, о продукции, которая грузится только в паллетах, т.к. многозадачность в таким примитивных мыслительных системах еще не предусмотрена.
(19)Как вы оцениваете свою разработку на вордпресс в качестве тиражного решения? И по какой цене вы бы ее предложили на рынке? Включая обновления, тех.поддержку и т.д.
Если мне потребуется реализовать отсрочку оплаты по реализации, что-то типа, 30% в течении 3 дней, 40% в течении 2 недель, остальное в течении месяца, причем для каждого клиента набор, % и отсрочка может быть разная. И для добросовестных покупателей первый просрок до 3 дней не учитывать. Плюс примитивный отчет по дебиторке с учетом всей этой схемы?
Насколько органично и в какие сроки вы сможете добавить данный момент в свое тиражное решение?
Насколько органично и в какие сроки вы сможете добавить данный момент в свое тиражное решение?
ну где то 5 минут.
именно столько у нас ушло чтобы эту схему реализовать. по ней и работаем.
у нас один заказ идет с авансом на какую то сумму, а может без аванса, затем может быть какое угодно количество частей оплаты.
ну и отчет конечно, который показывает где мы должны, а кто нам должен.
тут же закупки, расходы на оплату труда и контроль выполнения технологии по заказу, с просчетом воронки продаж и эффективности маркетинговых мероприятий.
я несколько о другом, за сколько вы ее готовые сделать тиражным решением, не теряя функционала?
Т.е., частный пример, кому то нужно контролировать платеж 3 частями, а кому-то понадбятся аннуитетные платежи, с теоретически бесконечным количеством этих самых платежей. Способ реализации, как я понимаю, будет существенно отличаться.
Адаптивный кейс менеджмент - не сложно заметить слово "адаптивный"?
Его суть как раз в том что он быстро настраивается. Много быстрее чем на 1С.
А там где не настраивается, там можно подключать разработку. Но благодаря WP - эта разработка опять же гибче и проще чем у 1С. Вызывает в десятки раз меньше затрат.
точно-точно... Жизнь предприятия многогранна как алмаз )))
и по тому:
- качество алмаза определяется архитектурой модели,
- шлифовка граней выполняется в "событиях",
- а гармония приходит со временем, через опыт
Жизнь, конечно, многогранна. Но не стоит пытаться автоматизировать ее во всей полноте. Чревато ;-)
Любая программа - это отражение (реализация) определенной модели. Но любая модель начинается (в т.ч.) с определения границ моделирования. И в разработке ПО важен компромисс между жесткими и универсальными архитектурами. Ну а соблюсти баланс (с учетом множества факторов) - креативная задача архитектора системы.
т.е. просто зашел в параметры и настроил.
в этом суть адаптивности. тут программист нужен очень редко когда. 80% настроек делается мышкой. без программистов вообще.
разве что в отчетах надо SQL знать.
а процессы наши клиенты без нас настраивают. потому что там интерфейс чуть проще Word'а.
а еще там есть такая клевая штука как GIT.
т.е. как только мы выпускаем новую версию.
все клиенты ее тут же могут одной кнопкой поставить.
не надо обновлять клиенты у пользователей. не надо чего то от куда то скачивать.
ядро обновляется само по себе.
наше расширение само по себе.
а разработки клиента под свои нужды - сами по себе. своими силами.
и мы друг другу не мешаем :)
Есть ли в WordPress возможность создать аналог регистра накопления?
За НАХУА спасибо! ))) я понимаю, что там есть PHP и mySQL и возможно есть аналог регистра накопления.
По моему опыту, такой наличие такого регистра увеличивает производительность запросов. Сами запросы становятся проще. По большому счету мне и таблиц хватает. Просто НАХУА делать, если можно спросить?
все много проще :)
в 1С эти страшные штуки нужны ввиду ее архитектуры.
здесь же на клиенте ничего нет кроме картинок. а все вычисления на сервере.
если нам по какому либо набору транзакций, нужно хранить промежуточные кеши - мы можем их хранить.
и это крайне редкий маневр.
не считая уже создания отдельной таблицы в БД. что в моем понимании является почти верхом сложности.
и пока что мы таким не занимаемся. хватает штатных механизмов.
(37) на какое? :)
На WordPress тут
А вот CasePress - пока засекречен :) Есть лишь выдаваемые порциями данные на нашем сайте
Но будем надеяться в начале следующего года уже откроем код и выпустим в открытое плавание :)
И это не альфа версия. Система уже опробирована на предприятиях до 1000 сотрудников. С распределенной структурой офисов. Сейчас на малых предприятиях обкатываем :)
Я конечно, извиняюсь за "глупый" вопрос, еще несколько часов назад я даже не слышал о CasePress. Пытаюсь наобум нащупать точку опоры. Попробую перефразировать вопрос по другому, в другом контексте:
С какой бы системой программирования я не работал, рано или поздно я в конце концов заканчиваю тем, что разрабатываю свой конструктор для автоматизации рутинных операций, причем это происходит не намеренно, спустя какое-то время. На данный момент времени у меня есть собственный метаконфигуратор, который позволяет конструировать 1С приложения в десятки раз быстрее и надежнее.
Мне очень интересно, с какими ограничениями вы столкнулись в 1С. Стандартный подход 1С действительно каменно-дубовый. Однако на сегодняшний момент, я еще не встречал задачи, которую нельзя сконструировать используя мои механизмы. Дело в том, что я сейчас провожу полный рестайлинг конструктора и меня иногда терзают опасения, «достаточна ли гибкость системы для реализации ЛЮБОЙ задачи?».
Ограничения два.
Слишком тугая архитектура. Вот тут описана проблема
А второе, хорошо описывается ответом к (41)
В 1С можно заложить мутацию. На 2,3,4 варианта, а более - уже сложнее.
Даже возможность делать потомка там нужно закладывать. Ну например на основании счета сделать акт. Или наоборот.
В ACM изначально полная свобода. Вы можете мутировать сущность из одного вида в другой, даже не зная какой набор сущностей у вас будет завтра. Например завтра мы придумали новую сущность "Гарантия", в которой будем учитывать гарантийные случаи и контроль исправления наших ошибок в ранее выполненных услугах или проданных товарах.
Все! Не надо ничего и негде дописывать. Например клиент позвонил в контакт центр и сказал что ему вот тут кнопочка нужна. Контакт центр подумал что это какой то новый заказ. Сделал и выставил счет. Клиент позвонил и сказал - Ээээ! Вы а...ли! Вы мне должны были ее сделать по прошлому заказу! Почему я должен платить? Ну ка исправьте! Опля! И это уже не Заказ? Это Гарантия! Как нам из документа Заказ, мутировать в документ Гарантия? С сохранением всей истории общения и прочими реквизитами?
Не :) Я конечно понимаю что можно не мутировать. Можно закрыть тот документ или отменить его или удалить. И создать новый. По сути не такая уж проблема.
Но переносить все взаимосвязи, заново заполнять и самое главное - по документу уже есть какая то история - все это сложно и трудозатратно.
А тут просто опля и мутировали из заказа в гарантию. Теперь это не Заказ, денег тут нет, схема исполнения другая и отвечает теперь за это человек, который контролирует Гарантии, а не начальник отдела продаж, который контролирует заказы.
Вот такая история :)
Да не сложно такую мутацию заложить, в WP ее заложили тоже не за 5 минут. И мутация с сохранением данных из любой сущности одного порядка в другую тоже не сложна, не надо думать, что в моем примере мутации программировались отдельно для каждой пары сущностей, писался сразу универсальный механизм, т.к. издательское дело тоже постоянно мутирует и они сами не знают, что они будут завтра публиковать и какие блоки продавать. Просто это не было заложено в 1С изначально. На вскидку, это с нуля 1-2 часа работы программиста, если делать грубыми мазками. Могу даже технический концепт накидать, если увижу ваш пример.
И независимую модульность типа бизнес-логики, которая бы обновлялась отдельно от системы тоже можно реализовать, тоже делали. Не все, но очень многое можно.
Вы приведите практический пример, а там посмотрим. Понятны ограничения 1С, как платформы, но те идеи которые вы описываете пока в них укладываются.
Самый главный минус подобных разработок ИМХО в том, что они не будут интегрированы в текущую экосистему 1С (раз уж мы на ИС), не будет интеграции с БП, УТ, ЗУП, УПП это все придется делать с нуля и поддерживать. И тут, что поделки на WP, что поделки на 1С этого избежать не смогут.
мы как то спокойно живем в связке: КейсПресс (CRM, ERP, ECM, ACM), 1С (БУ для ООО) и МоеДело (БУ для ИП).
Не пыхтим :)
Примеры мутации запланировал. И вы удивитесь, но для нас это заняло в общей сумме 5 минут.
А для WP - ничего.
Точнее никто не делал там эти мутации. Они просто сами появились в результате работы над палировкой архитектуры :)
Вот вы заладили "5 минут"... это ведь не ваша заслуга, это было заложено в WP и писалась и вылизывалась эта возможность совсем не 5 минут. Смысл ожидать такие не очевидные вещи от учетной системы типа 1С, где это особо никогда не было востребованным? Вы пишете, что нельзя реализовать, я пишу, что можно. Давайте смотреть пример уже, а то позиционируете себя, как практика, а пока только одни слова.
там даже не в курсе что дикие сибирские русские смогли заточить блоговую платформу для личных дневников до системы управления бизнес процессами :)
потому фраза
в целом не имеет смысла :) никто туда эту возможность не закладывал. потому что она нафиг никому не нужна была.
кроме нас :) а мы ее просто увидели. она там была.
Опять же архитектурное решение, и к платформе разработки никак не привязано.
(51)Вот и меня терзают аналогичные сомнения, что за "5 минут", там настраивается только готовый шаблон. Это как сайт писать на cms, вроде туда-сюда-мышкойкликлик-5 минут-сайт готов. Но кто-то же данную cms написал, и отнюдь не за 5 минут )
(56) mymyka,
+1
К виду документа можно привязать бизнес-логику внешними обработками и вызывать методы в соответствии с именами видов документов. Реквизиты таких уникальных документов можно хранить в табличной части из двух колонок, где левая часть - ссылка на справочник видов реквизитов: имя реквизита, а правая - реквизит завязанный на планвидовхарактеристик, куда засунуть все нужные объекты метаданных. Прописать алгоритмы автоматического создания нужных объектов метаданных. Закрыть юзеру возможность менять структуру табличной части, оставить возможность заполнять правую колонку. Прописать алгоритм мутации, которая будет перебрасывать значения табличной части по именам реквизитов. Все. Я говорю, там дел на 1-2 часа для прога. Мы еще прикручивали бизнес-процессы на документы аналогичным способом, т.к. постоянно перепрограммировать БП, которые дает 1С не представлялось возможным и отрисовывали карты таких процессов через макет, взяв идею верстки, как это делается в html с картинками. Все можно сделать, были бы голова и руки.
И даже какую то логику туда смогли привязать. Мудро, сложно, хитро, но можно :)
В целом это полный аналог нашего "Категория кейса".
За рядом исключений, которые мы сможем выловить в следующей статье :)
(55) хорошо. Благодарю за пытливость в отношении темы :) Мне правда интересно понять возможности 1С в этом направлении. Потому следующая статья будет в ближайшее время :)
аааа... понял... мы уже забыли про эту проблему ))) у нас в системе 6 документов-контейнеров
1. Заявка/Сделка
2. Движение ДС
3. Движение ТМЦ
4. Расходы
5. Закрытие месяца
6. Универсальный документ
Далее... идет деления по видам документа
к примеру
2.1 Приход
2.2 Расход
2.3 Перемещение
2.4 Производство
2.5 Списание
и т.д.
в случае, когда ошибочно был введен документ, вид документа может меняться в пределах допустимых,
на физическом уровне - это ограничение накладывается самим документом-контейнером. К примеру легко можно поменять "расход" на "перемещение", но нельзя поменять "приход ТМЦ" на "приход ДС". При этом сохраняются содержимые реквизитов и ссылочная целостность. Если я правильно понял ваш термин "мутации" конечно.
К виду документа привязываются логические ограничения мутаций, к примеру менять "приход" на "расход" нельзя,
но если надо, то можно отключить это ограничение. Текст процедур обработчиков "ПриКопировании" и "ОбработкаЗаполнения" хранятся в соответствующих справочниках. И ни каких проблем с модификацией конфигурации при добавлении новых алгоритмов или реквизитов нет.
Еще бы... вся проблема началась с логистики )))
аналогичный механизм (т.н. конструктор проводок) использую еще со времен 7.7. Есть несколько основных (контейнерных в вашей терминологии) документов. И есть справочники "Хозяйственные операции" и подчиненные ей "Проводки по БУ" и "Движения по регистрам". Собственно они и определяют сущность документа и то каким образом документ будет отражен в учете. Считаю, что без таких механизмов адаптация конфигурации под постоянно изменяющиеся потребности - сущий ад.
У WP такая политика, что они точат ядро до блеска.
А все остальное - делает сообщество.
Там тьма тараканья разных метаконфигураторов. Скажем я могу добавить какую то модель и функционал кодом. А могу поставить метаконфигуратор, который позволит мне сделать тоже самое просто тыкая мышкой.
Причем там есть метаконфигураторы на самые разные случаи :)
И пока не встретил ни одной задачи, которую нельзя было бы там решить :)
А по поводу регистра накопления вопрос был с очеееень дальним прицелом. Я думаю, что КОГДА мне станет тесно в рамках 1С, то куда можно развиваться дальше и с помощью каких инструментов. В принципе есть аналоги регистра или нет, это не важно. Они могут появиться в MySQL позже или быть реализованы в «рукопашную», а может со временем появятся какие другие альтернативы. Просто боюсь пропустить этот момент.
Опыт разработчика не дает ему архитектурных навыков. Вот в чем засада :)
По всей видимости это причина почему 1С так далека от MVC.
MVC - это архитектурный паттерн.
В 1С программисты достаточно опытны на ваш взгляд по части 1С?
И меня можно обвинить в том что я плохой программист, но вот архитектуру мне по долгу службы нужно знать глубже :)
Именно MVC позволяет развивать системы много быстрее чем на 1С.
Например сейчас в нашей системе порядка 100 модулей. Причем есть модули которые в 2 или 3 раза тяжелее самого ядра. Каждый из этих модулей может быть деактивирован в любой момент и отправлен в ремонт :)
Мы можем в любой момент дописать какой то модуль или добавить свой.
При этом где то 80% этих модулей написаны кем то кого мы даже в глаза не видели. Они как то сами обновляются когда им вздумается. Ядро обновляется само по себе. А мы свои доработки обновляем когда нам удобно.
И все это каким то чудом живет не мешая друг другу :)
Это и есть MVC. А также это именно то что подразумевал Аллен Кей когда придумал ООП.
Другой вопрос что программисты потом сильно извратили термин ООП и придумали из него C++.
А из C++ пошла 1С. Так наследовался маразм.
И 1С также далека от MVC и ООП, как она далека от тех возможностей которые дают современные платформы.
В CRM есть типовые процессы, которые почти не связаны с темой.
В той же CRM 2.0 есть быстрая продажа, а есть более разветвленная схема, учитывающая многие аспекты. И что-то я там не наблюдал проблем с тем, что выбрав какое-то направление продажи нельзя оформить коммерческое предложение (КП) по другому товару или как-то жестко ограничить пользователя в выборе. Может у вас так было решено кем-то "мудрым"? Сами себя загнали в угол? Ну так это не к системе претензии предъявлять надо.
Может примеры приведены не совсем корректно? Что мешает понять на этапе оценки что же именно нужно и продолжить работу в нужном направлении?
В чем проблема составить в рамках подготовки КП несколько коммерческих предложений? Ну и что, что услуга другая. Это в какой такой CRM есть такие жесткие ограничения?
И в какой такой системе CRM такая "безошибочная" схема работы с клиентами?
> 1С - можно отнести к современным BPM-системам в части того модуля, который там предназначен для схематизации процессов
А более глубокий анализ можно увидеть? Или хотя бы условия этого анализа. На каких первичных данных основано это мнение?
Да, CRM от 1С не самый гибкий и удобный продукт, но тут знаете ли, на вкус и цвет товарищей нет.
Мы пишем разработчикам "сделайте нам вот-так", а в ответ "так мы сделали так как есть по просьбе клиентов". Т.е. то, что нам не удобно, для кого-то является нормой и наоборот.
> А сменил процесс, тут же меняется окружение. Подключаются нужные секции, поля, каталоги и др.справочники, требуемые для правильного выполнения услуги
Может тут путаница в понятиях или использование системы не совсем по назначению? Вы оформляете услуги в CRM? Используете её как оперативную систему учета выполненных работ?
Привет знатокам 1С CRM! :)
Какие еще ком.предложения? Вы где живете и в каком веке? Ком.предложения - это инструменты времен СССР. Да, конечно, в 1С этот инструмент здорово развит. На мой взгляд это одна из причин почему качество услуг в РФ в такой ж...е.
Вы видели хоть одно современное предприятие с ком.предложениями? Их используют динозавры, которых давно уже пора закопать, а они все еще пытаются жить.
И да, я понимаю от куда ноги ростут у вашего не понимания :) Вы уверены что CRM - это продажи. Как впрочем и разработчики 1С CRM, Майкрософт CRM и прочих фекалий рынка CRM.
CRM - это в первую очередь взаимодействие с клиентом. Если CRM нормально поставить, то от процесса продаж можно будет тупо отказаться. Но в РФ это мало кто понимает. Потому тут CRM используются для пордаж, спама и нервирования людей холодными звонками, ошибочно полагая что это и есть CRM.
А? :)
Ну и конечно же я не против 1С. Бухучет у меня например на ее базе построен.
Но вот документооборот, производство и управление - увольте. Лучше ACM пока ничего не нашел :)
Тогда к вам, как к тем кто в теме есть еще один вопрос :)
WordPress и веб-технологии в первую очередь мне понравились ввиду наличия REST-интферйса.
Если по тупому, это возможность управлять приложением через URL.
Ну например берем Яндекс Маркет. Выберите там все телевизоры марки Тойота с диагональю более 50 дюймов.
Вы увидите что URL поменялся. И на выходе вы получили то что нужно.
Вы можете отправить этот УРЛ мне и сказать "Глянь какие клевые телекиТойота, давай парочку купим", я открываю УРЛ и вижу что ага, круто.
И так работает весь веб. 99% сайтов и веб приложений работает по этому принципу.
И есть 1% которые не умеют так. И в этот 1% входит как раз 1С.
Мы через REST дофига чего делаем. Например в Яндекс ПДД через REST можно админа создавать, мы часто через REST пишем парсеры.
По сути REST это аналог командной строчки Windows/Unix в мире веб.
Но самое главное не то что на выходе, а то что внутри. Я могу хуком перехватить параметры переданные в REST и дать команду на выполнение чего либо на основе этих данных. Делается это через перехват переменные $_REQUEST['var']. И работает почти везде.
И на основе этого мы строим почти все веб приложения, веб сайты, базы знаний, каталог и т д. Это основа веба. Его база.
А может ли 1С так делать? :)
23.12.2013 Автоматически генерируемый REST интерфейс прикладных решений 1С:Предприятия
30.12.2013
HTTP-сервисы в прикладном решении
09.12.2013
Инструменты рефакторинга и отказа от модальности
воодушевляет...
Рейтинг:
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 242164
Создание 18.12.13 10:16
Обновление 18.12.13 14:06
Просмотры 2219836
Загрузки 0
Рейтинг
6
Комментарии 71
Код открыт Да
Рубрики Управление взаимоотношениями с клиентами (CRM)
Кому
Системный администратор
,
Разработчик
,
Пользователь
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Бесплатно (free)