crm

До слета в Пятигорске осталось

  • 6
  • 6
дней

Форум

Roguer

Форум

Дата создания

Выбрать дату в календареВыбрать дату в календаре

Тема

Сообщение

Упорядочить

Выбрать дату в календареВыбрать дату в календаре

Письмо Козаку от РСПП по ГИС ЖКХ
 
[QUOTE]burmistr пишет:
Гуглдокс? Я с программером им пользуюсь и очень нравится))[/QUOTE]
Это скорее урезанный WorPad, по функциональности совершенно не сравним с Word. Удобен, когда несколько пользователей, разнесенных в пространстве, работают над одним и тем же документом одновременно. Но в повседневной жизни это мало кому нужно. Все-таки больше требуется возможность быстрого составления отчетов с помощью макросов, которая была изначально заложена в самых ранних версиях Офиса и поддерживается до сих пор.
Вообще рынок сейчас насыщен всякого рода бесплатных программ, которые уже не содержат ничего революционного и направлены скорее в рекламных целях
Письмо Козаку от РСПП по ГИС ЖКХ
 
[QUOTE]Егор пишет:
Я же пишу о том, что на сегодня интерфейсы веб приложений не удобны, кривы и малофункциональны для серьёзной работы. Типичными представителями такого подхода являются ГИС ЖКХ и Реформа ЖКХ.[/QUOTE]
Да, очень трудно себе представить, как будет выглядеть, например, Word в Web исполнении...
Письмо Козаку от РСПП по ГИС ЖКХ
 
[QUOTE]burmistr пишет:
Обрати внимание на 1С (отбросим, что их многие ругают) - они полностью свою работу в облако перенесли и ничего. Мы вот все в облаке держим и нам нравится.[/QUOTE]
Юрий, любой продукт будет удовлетворять пользователя только в том случае, если он заточен именно для него. У вас как раз такой случай, потому как сами для себя делали. Условия эксплуатации у всех разные и зависят от множества факторов, в том числе и от возраста, которые разработчик должен обязательно учитывать. Сфера ЖКХ не является самой передовой в этом смысле, средний возраст здесь, как правило, зашкаливает, поэтому все такие нововведения для многих руководителей обернутся слишком большими усилиями на внедрение или сменой кадрового состава. Далеко не всегда это оправдано и возможности в подборе кадров в большинстве случаев очень ограничены.

Коробочные версии уходят с рынка не потому, что они хуже, а потому что облачные решения для разработчика становятся более привлекательными с точки зрения доходности и удобства обслуживания, а для пользователя - кажущейся дешевизной. Второй фактор -  ввиду перенасыщения рынка взломанным ПО, труд программистов резко обесценился. Отсюда и отсутствие специалистов для поддержки коробочных ПО.
Письмо Козаку от РСПП по ГИС ЖКХ
 
[QUOTE]Егор пишет:
Необходимо было создать механизмы, что-б он туда не попал, а не пытаться потом его оттуда выковыривать десятилетиями.И предпосылки для успеха были, но всем же надо "быстрей, быстрей" ... Ну и результат на лицо.[/QUOTE]
Если проект был задуман действительно для благих целей, то его прорабы явно переоценили свои возможности. А если для обострения ситуации в сфере ЖКХ – тут они близки к цели. Здесь немного об авторе [URL=https://versia.ru/kak-yablochnyj-zamministra-minkomsvyazi-mixail-evraev-igraet-s-sistemoj-zhkx]https://versia.ru/kak-yablochnyj-zammin ... temoj-zhkx[/URL]
[QUOTE]Егор пишет:
Веб приложения не подразумевают нормальной работы сегодня. Они красивы иногда, но неудобны для работы. Это касается всех попыток засунуть в веб что-либо реально непростое и функциональное[/QUOTE]
И я об этом. Решение на Web серьезных задач – издевательство над пользователем. Интерфейс, навигация, меню – все топорно, неповоротливо, зато в красивой обертке. Плюс аппаратная зависимость, зависания, постоянные обновления. Подходят разве что для рекламы,  интенет-продаж и развлечения. Там это не критично.
Письмо Козаку от РСПП по ГИС ЖКХ
 
[QUOTE]Егор пишет:
с моей точки зрения да. концептуальные ошибки по сбору информации и формированию достоверной информационной базы. Начиная с адресного пространства, которое сначала стоило сформировать нормально, провести выверку всех объектов, а уже потом идти дальше. Ну и вообще масса других вопросов.[/QUOTE]
Именно так. Нужно двигаться снизу вверх, а не наоборот. И отработать все досканально, прежде чем запускать на всю страну.
CRM система Бурмистр.ру запущена)))
 
Цитата
burmistr пишет:
Сейчас так или иначе УКшкам придется автоматизироваться, так как времена другие. И ставить придется не нашу, так другие системы ибо Минстной готовит всем подлянку со сроками исполнения заявок, статусами заявок, онлайн оплатами и прочими прелестями.

А по поводу УК - крупнейшие компании уже давно все автоматизировались купив чужие или разработав свои системы. Более мелкие в итоге встанут перед выбором...
Чтобы в личном кабинете было что оплачивать Минстрою для начала нужно обязать УК самостоятельно производить все расчеты по квартплате, а не передавать эти функции РКЦ, т.е. привести всех к единому платежному документу. А пока это мечта Минстроя остается только на бумаге даже для ГИС-а, куда они загнали всех, включая ресурсников. До сих пор мы не можем понять задумку разработчиков ГИС по взаимодействию всех поставщиков КУ внутри системы, если каждый работает независимо и не видит друг-друга. Если Минстрой введет к этой неразберихи ещё и обязательные личные кабинеты, то у потребителя их появится с десяток, включая ресурсников, которые ведут свои расчеты самостоятельно, отдельно от РКЦ и УО, что будет неудобно потребителю. Очень сомнительно, что Минстрою удастся переломить сложившуюся ситуацию, т.к. головные фирмы у таких ресурсников, как тепло- и энерго- находятся в Москве. А бодаться с ними - дело очень хлопотное.
Мелким УК автоматизация слишком накладна. На всё это у них просто не хватает ни средств, ни квалифицированных кадров. Введение всех этих обязательных On-line – сервисов только усугубят положение и уменьшит количество желающих работать в сфере ЖКХ. Уже сейчас, с вводом ГИС-а, наметилась такая тенденция. Нагрузка огромная, а толку никакого. Для больших городов этот вопрос может решиться путем поглощения крупными компаниями мелких, а для небольших поселений может привести полному краху сферы ЖКХ.
А может как раз этого Минстой и добивается?
CRM система Бурмистр.ру запущена)))
 
Цитата
burmistr пишет:
Цитата
MJK пишет:

Мы например всю инфу о клиентах, сделках, счетах и документах не храним в офисе. У нас год все в облаке в CRM Битрикс24... И ОООООЧЕНЬ довольны.

Сначала персонал матерился, что типа сырая система, надо настраивать и прочее, а теперь менеджеры по продажам, юристы и все остальные не представляют как компания работала раньше. Время на подготовку документов сократилось наверное в 1000 раз. Раньше все ручками в ворде. Теперь один клик мышкой и готов комплект документов. Аналогично и с выставлением счетов и прочим...
Юрий, для такой сферы, как торговля, где требуются быстрые и молниеносные решения, облако будет очень даже оправдано. Удобно и клиенту и продавцу. А вот для сферы ЖКХ, где всё заранее проплачено по установленным тарифам, тут большой вопрос. Тем более, что в ней работает совсем не продвинутый контингент. Здесь директор вроде и хочет что-то автоматизировать, но только так, чтобы нажал одну кнопку и все само посчиталось – и квартплата и зарплата всем начислились, и на сайты ГИС, Реформа ЖКХ все сразу вытряхнулось и чтобы было бесплатно. А если для этого потребуется нажать 10 кнопок, да ещё подумать, то тогда программа кривая и программист хреновый, зря получающий ЗП. Это на полном серьезе так.
CRM система Бурмистр.ру запущена)))
 
Цитата
burmistr пишет:
Облачный от локального отличается всегда лишь кривизной рук разработчиков)))
Ещё и отдаленностью баз, что не очень хорошо. Это все равно, что иметь иномарку без возможности самому поменять то же масло.

Цитата
burmistr пишет:
А по мне пусть лучше функция будет. Не хочешь - не пользуйся. Это как командная строка в Винде10. Вроде анахронизм, но периодами пользуюсь))
Хорошо, если на 10 полезных функций предлагается 1 бесполезная, а не наоборот. Тут главно не нарушить этого соотношения. Такая новизна не всегда приветствуется.
CRM система Бурмистр.ру запущена)))
 
Цитата
Аркадий.Н пишет:
Цитата
viking пишет:
Ещё и график дежурств можно прикрутить. Чтоб в выпадающем списке была дежурная смена конкретного участка
так фантазия заведет в такие дебри, например, моно сделать привязку табеля учета рабочего времени, мало того что мы увидим кто поехал, порга сделает график дежурств и, если это сидящие дома слесаря/сварщики, сама их вызовет на работу, протабелирует и начислит зэпэ, утопично конечно, но прикольно :lol:

Для облачного варианта это проблематично. А для локального – легко, работает уже лет 10. Диспетчер перед началом работы ставит свою дежурную смену с соответствующими работники. Если состав поменялся (заболел, отпуск), она его поправляет. Этот состав автоматически ставится при закрытии заявки с возможностью корректировки. График работ формируется согласно приказов в 1С. ЗП рассчитывается согласно отработанным часам уже в отдельной программе. Здесь совершенно без разницы где ее начислять. Главное, чтобы график соответствовал приказам и часы не вбивались вручную. График можно достать хоть 10-летней давности по любому сотруднику, что очень удобно для расчетчика, если возникают споры.

Цитата
burmistr пишет:
Цитата
Гость с Урала пишет:
Кстати, я тут погуглил по теме, так желающих присесть на этот поток ЖКХшного электората и непрерывный рулон туалетной бумаги поток платежей по квартплате, уже очень приличное множество (не буду тыкать в ссылки дабы не делать рекламы конкурентам). ))) ...Все в принципе идут по примерно одинаковой схеме, но откровенно с разным успехом ))

Ну я компаний 15 точно знаю - мониторил рынок.

В принципе можно поделить на несколько групп:
1) Системы, которые создавались отдельными УК для себя и теперь их пытаются продвигать на рынке. Например Лига IS (ваше екатовское детище), АСУ ТП Жилищный стандарт (Тюмень), но сугубо мое личное мнение - спорно отдавать данные о своих жителях компаниям, которые у тебя же потом и отожмут дома на твоих же данных
2) Системы, которые создавались сторонними компаниями под 1С. По отзывам здесь же на форуме - очень неповоротливые и неготовые к изменениям
3) Системы, которые создавались сторонними компаниями для продажи в УК и ТСЖ (Домопульт, Домовладелец и т.д.). Их реально много, но они или не урезанные (квартплата + паспортный стол или диспетчерская) либо не могут никому ничего продать и потихоньку помирают.

Проблема еще и в том, что разработчики зачастую не понимают сферы ЖКХ в принципе, поэтому выглядит красиво, но неудобно...

Возможно дело в том, что эти программы предлагают много разных функций, но не адаптированы к условиям работы конкретного предприятия, поэтому и кажутся не совсем удобными. Или некоторые предлагаемые ими функции совершенно не нужны пользователю и только мешают в работе. От этого не застрахована любая программа, рассчитанная на широкую продажу, в том числе и облачный вариант. Как только в нем будут учтены все пожелания пользователей, он сразу превратится в неповоротливого и неудобного монстра. К примеру, для тех УО, где расчетные функции по начислению квартплаты переданы в РКЦ, сбор показаний ИПУ будет и только путать пользователей. У РКЦ своя система сбора показаний, включая SMS, без всяких личных кабинетов. Что даже удобней. Личные кабинеты далеко не всем нравятся и будут востребованы всего лишь на несколько процентов, может быть чуть больше, чем в ГИС ЖКХ. Ведь далеко не все захотят ради заявки заходить в свой личный кабинет, что-то набирать, щелкать, ставить оценку, и отслеживать ее исполнение, когда проще позвонить диспетчеру.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]gavrilovsu пишет:
но сделать программное обеспечение для начисления, приема платежей, и взыскания задолженности. и что бы взскание что в автоматическом режиме[/QUOTE]
В локальном варианте такие программы уже есть. Однако они, как правило, сложны в освоении, требуют соответствующей квалификации и мелким УО будут просто неподъемными. Делать такие программы с аналогичным функционалом в облачном варианте – дело очень сомнительное. Плюсов совершенно никаких, только минусы. Если к облачному варианту привязываться с надеждой, что повысятся платежи (отказывать в услугах неплательщикам) – тоже нереально. Задолженность определяется платежеспособностью населения, которая находится в прямой зависимости от политики государства. Если с такой категорией людей не могут справиться даже суды, то облачный вариант - тем более, сгладятся только пики неплатежей (люди начнут платить более-менее вовремя), а наклон кривой не поменяется.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Зато есть куда расти / пилить бюджеты...[/QUOTE]
Вообще все эти е-решения больше являются коммерческим вариантом, чем  направлены на автоматизацию предприятий. Автоматизация по своей сути делает труд персонала в удовольствие, сокращает время, повышает точность расчетов и очень востребованы снизу. А облачные решения, как правило, навязываются сверху под давлением. У нас есть «Контур-Экстерн», «РТС-тендер», «ГИС-ЖКХ», «Клиент-Банк». Все их сложно отнести к автоматизации и мало приятны в пользовании (за исключением разве что оперативного «Клиент-Банк»). Без них было бы даже спокойней. Поэтому если мы займем даже последнее место по показателям глобализации – слава Богу – целее бюджет будет и мы тоже.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Так как автоматизировать одну компанию можно, но когда их стопитьсот...[/QUOTE]
В этом как раз и есть проблема универсальных программ, которые должны отрабатывать по возможности бОльший круг клиентов. По этой причине у таких программ выходят постоянные бесконечные релизы по нескольку раз в месяц с обновлениями, которые далеко не всем нужны. По этой же причине многие предприятия разрабатывают свои программы под свои нужды или перестраивают готовые конфигурации под себя. Невозможно всех заставить работать под один стандарт.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]trasser пишет:
С внедрениями тяжело. ЖКХ сфера глубоко законспирированная и не смотря на нелепый и пугающий уровень гос.регулирования в России слабо стандартизированная и  автоматизированная (Унылое гавно в виде ГИС ЖКХ за автоматизацию не считаю).[/QUOTE]
Та сфера, что досталась УО после реформ (обслуживание и текущий ремонт) действительно очень проблемная для автоматизации. Причина скорее всего в том, что те работы, которые эти организации должны выполнять (вернее отрабатывать), оплачиваются населением автоматически, по установленным тарифам, даже в том случае, если они не выполняются. И этот мешок, который предоставляется населением авансом, становится очень привлекательным. Его не нужно зарабатывать. Ему не страшны любые кризисы, падение спроса, конкуренция. Понятно, что объем этого мешка будет зависеть не от качества произведенных работ, а от разницы между расходами и доходом. Расходы руководитель может уменьшать разными способами, например сокращением численности персонала (тот же аутсорсинг), понижением ЗП, сокращением графика, уход от налогов.  И это даст ему гораздо больший эффект, чем автоматизация. Автоматизация для него если и нужна, то только для того, чтобы более-менее сводить концы с концами или создать видимость успешного предприятия. Конечно, не везде так, есть исключения. Но в целом картина именно такая.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]УК-64 пишет:
А программиста мы себе вообще не можем позволить, мы маленькая управляшка, и таких как мы не мало[/QUOTE]
При отсутствии своего программиста можно не покупать программу, а арендовать ее за очень маленькую сумму.
[QUOTE]burmistr пишет:
Ну тут можно поспорить... Мало кто из молодых бухгалтеров представляет что такое журнально-ордерная и мемориально-ордерная система бухгалтерского учета. А ведь они были десятки лет и всех устраивали. Потом появились системы типа 1С и старое поколение материло эти бредовые нововведения, а теперь не представляют как без них то...[/QUOTE]
Если раньше с бухгалтерией на предприятии справлялся 1 бухгалтер со счетами и калькулятором, то сейчас их сидит несколько с компьютерами и навороченными программами с дистационной отчетностью и цифровыми подписями. Отчетность невообразимо усложнилась при том же самом эффекте. И все это делаем мы сами в погоне за прибылью. Но на деле процесс идет совершенно в обратном направлении.
[QUOTE]burmistr пишет:
В абсолютном большинстве УК и ТСЖ (опыт опросов на семинарах) нет никакой автоматизации АДС... От слова совсем и тут уже и левые заявки мимо кассы и полное отсутствие контроля. Почему нет - архаичность, нежелание менять систему, боязнь потерять персонал на нововведениях и т.д.[/QUOTE]
Слишком жесткий контроль за заявками не сделает особой погоды. Ведь основная прибыль УО – это оплата населения по тарифам, а платные заявки – это очень малая её доля. Если даже сделать 100% контроль над заявками, то сильного выигрыша вы не получите, больше шишек, да и налогов придется больше платить. К тому же и населения это воспримет не с восторгом, т.к. левые заявки, как правило, обходятся им гораздо дешевле установленных вами. Это, конечно, плохо, но в какой-то степени сдерживает персонал на предприятии и позволяет компенсировать им низкую ЗП. А в случае полного контроля вы будете вынуждены платить персоналу достойную ЗП, иначе при таких порядках вас будут просто обходить стороной. Наш шеф как-то на эту тему даже не заморачивается, на все это закрыл глаза и предоставил полную свободу действий, хотя стоит великолепная программа с возможностью полного контроля.  Это, наверно, как с этими же счетчиками – когда их не было, платили по тарифам и все были довольны. Когда они появились, возникли и проблемы с новыми статьями расходов, полностью перекрывающими эффект от их внедрения. Одно только законодательство чего стоит!
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]Sergey_P пишет:
а ни чего, что АДС это и есть техническая скорая помощь? а не пьяный сантехник, который подумает над тем идти ему на заявку или нет?[/QUOTE]
[QUOTE]УК-64 пишет:
С чего это у слесарей инфаркты начнутся, для них по сути ничего не меняется. И кстати, использование мобильного приложения - очень удобная вещь[/QUOTE]
[QUOTE]trasser пишет:
Это не странно. Это стандарты и лучшие практики. Которые тянут за собой кучу всяких приятных и полезных плюшек- SLA, управление временем, управление инцидентами  и т.п. Внедрять и осваивать тяжело, зато потом все работает как часы. И самим удобно-приятно и клиенты довольны.[/QUOTE]
Из всех заявок, которые поступают диспетчеру, действительно аварийных, требующих молниеносного реагирования, поступает не так уж и много, особенно если это небольшая УО. На такие заявки и без мобильного приложения диспетчер реагирует четко. Больше идут платные заявки, типа забился унитаз, плохой напор, сгорела лампочка в подъезде и т.д. Поэтому все эти навороты совершенно лишние. Это можно сравнить с тем, что в нашу жизнь вошли компьютеры, мобильные телефоны и прочая крутая «прелесть», но от этого мы сытнее жить и болеть меньше точно не стали. И даже, заметьте, наоборот, продолжительность и уровень жизни падают, с перспективой в дальнейшем самостоятельно копить на пенсию. Поэтому для меня лично все это как-то странно. Скорее что-то случается с нашей головой.
У нас в обслуживании 100 домов. Для АДС стоит своя отдельная программа локально, работающая в круглосуточном режиме. База обязательно архивируется. Диспетчер принимает заявки, сразу же оформляет. Фиксируется время поступления заявки и ориентировочно определяется время исполнения, удобное для заказчика. Если заявка платная, сразу же печатается счет заказчику. В зависимости от срочности диспетчер передает на исполнение.  После исполнения фиксируются исполнители, потраченное время и материалы, заявка закрывается. В конце месяца печатаются нужные свода, отчеты. Все удобно и красиво. Любые отчеты с выборкой за любой период и нужной фразой в заявке – пожалуйста. Никаких нареканий со стороны жителей по поводу плохой работы АДС у нас за 10 лет работы не было.
Вы же предлагаете все заявки, включая весь мусор, передавать сантехнику, и пока он делает 1 заявку по секундомеру, ему придет уже 10.  Сомневаюсь, что в таком режиме при невысокой ЗП у вас не будет текучки кадров. Да и каким образом от этого может повыситься качество работы?
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Система должна иметь некий аналог ITIL c поправкой на особенности обслуживания МКД. Т.е. для каждого типа заявки автоматом создается цепочка действий увязанная по времени, задействованным специалистам и ресурсам.[/QUOTE]
Странно как-то всё это. При таком алгоритме диспетчерская служба превратится в скорую помощь, а любая заявка у слесаря будет вызывать инфаркт. Так, с введением облачных решений, на предприятии не останется ни программистов, ни ремонтников и директору придется самому бегать по этим заявкам по секундомеру

[SIZE=85px][COLOR=greenpt]Отправлено спустя 2 минуты 5 секунды:[/COLOR][/SIZE]
[QUOTE]Jilli пишет:
однако, если пользователей много, а программное обеспечение разрабатывалось внутри компании и только для нее, то наличие собственного штата It-специалистов это уже производственная необходимость.и да, если человек будет заинтересован в своей работе, то отдачи от него будет больше, чем от внештатников... [/QUOTE]
Это действительно так. Желание руководителя «сэкономить» на внешнем программисте на деле оборачивается ещё большими затратами, т.к. в этом случае ложится большая нагрузка на ведущих специалистов, следовательно, требования к их квалификации значительно повышаются, что усложняет подбор специалистов для руководителя при низкой ЗП. Лучше иметь в штате одного грамотного специалиста, чем 10 таковых. Как правило один грамотный программист заменяет несколько специалистов, т.к. он легко может сделать отчет, который будет не по зубам целому отделу в течении месяца. Работать программистом далеко не сахар. Написание программ требует огромных усилий, соизмеримых с написанием диплома, зачастую в нерабочее время, в том числе и по ночам. Но весь его труд остается «за кадром», т.к. пользователь видит всего пару кликов.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]Sergey_P пишет:
прог бесплатных на бекапы полно нынче со своим встроенным планировщиком[/QUOTE]
Вариантов много, всё зависит от вкуса. Главное, чтобы архиватор  понимал измененные файлы и работал только с ними. А то этот процесс может затянуться на длительное время и на хилых машинах невозможно будет в это время работать.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Как показывает практика УК этим не заморачиваются...[/QUOTE]
Это по неопытности. Все что нужно для этого – это написать пару батников с путями, которые запускаются стандартным планировщиком задач в разное время.  Один – для архивации, другой – для копирования созданного архива на другой носитель, лучше на флэшку, которую можно легко вытащить, даже в случае, если пришли органы. Это как раз входит в круг обязанностей штатного программиста.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Рассуждаю, как собственник бизнеса...[/QUOTE]
Юрий, когда Вы сами строите свой бизнес с 0 — это одно. Вы исходите из своих возможностей, подбираете соответствующих сотрудников (если ещё с ними повезет), выбираете подходящее ПО. Тут можно экспериментировать на свой страх и риск, в том числе и применять облачные решения. Хотя по их поводу мнения неоднозначные и далеко не всем они нравится, особенно Битрикс. Ситуация с облаком несколько напоминает 90-ые годы, когда мы пытались поднять экономику методом ускорения и перестройки. Но подъема до сих пор не получили, наоборот обозначился глубокий провал. Поэтому сейчас всем приходится как-то изгаляться, чтобы получить какую-нибудь прибыль, путем сокращений и совмещений специальностей десять в одном. Например, чтобы быть успешным, директор вынужден выполнять роль программиста и системного администратора в одном лице или наоборот. Это не совсем нормально, т.к. уже завтра и этого не будет хватать. Тенденция развития рынка в отсутствии своего производства уже наметилась с 90-ых и пока не меняется - катимся вниз. Не спасают даже 4-ех ядерные процессоры, айфоны, смартфоны и пр. импортная техника.
Совершенно другое дело, когда Вы приходите на предприятие с уже сложившимся коллективом, закупленным парком техники и настроенным ПО. Внедрение облака здесь уже будет не совсем оправдано по многим причинам. Да и зачем ломать то, что и так замечательно работает при очень сомнительном экономическом выигрыше в облаке. Это все равно, что менять Windows XP на Windows 8, которая нравится не всем.

ТимВьювер — очень удобная программа как раз для локальных программ дистанционно, но не для работы, а для временного вмешательства и настройки.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Вот тут вы не правы на 100%. Зарплата программиста по вашему составляет 0? [/QUOTE]
Как правило на 1 программисте висит с 10 разных программ, несколько десятков всяких примочек к ним, написанных им же для удобства работы сотрудников, плюс обслуга всей офисной техники, включая ПК, сервер, принтера, телефоны, Мини-АТС, локальная сеть. Кроме того, ввиду отсутствия финансирования, программисты вынуждены вытягивать из этого железа весь  ресурс, достигающий 10 лет и больше (у нас, например, ПК с 2005 г., у программиста -  с 2003 г.). Болеть некогда, в отпуск приходится ходить с перерывами. И как по вашему, есть ли смысл держать программиста на предприятии или можно всё это обнулить и заменить облаком?
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Тут важно:1) что дешево внедрение[/QUOTE]
Если директора интересует только прибыль, то можно работать и без программ вообще, ограничившись одним Excel-ем. Но это будет на выносливость бухгалтера, пока он будет тянуть и не прилетят штрафы. Если все-таки директор понимает, что прибыль зависит в том числе от качества работ и загруженности персонала, тогда нужны программы. Внедрение и обслуживание локальных программ при штатном программисте = 0. А  качество таких программ пока что на порядок выше облачных. Зависимость от программистов в обоих случаях одинаковая. Только в 1-ом случае программист ищет решения в интересах своего предприятия, а во 2 случае интересы отдельного предприятия не учитываются вообще. Плюс штатный программист разгружает сотрудников по многим возникающим в ходе работы вопросам.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]Sergey_P пишет:
а внедрение всегда самая дорогая услуга в ПО распространяемом болванкой[/QUOTE]
При наличии своего программиста можно вполне обойтись своими силами. 1С - очень гибкая система, позволяет подстраиваться под что угодно. У нас, например, до сих пор стоит версия 1С77 ЗиК от 2004 года и сама зарплата в DOS варианте, работают в паре больше 15 лет как часы. В промежутке стоит «Табель учета рабочего времени». Для отчетности данные конвертируются в новые версии ПУ-6, Налогоплательщик-ЮЛ, включая новую форму 6-НДФЛ. Никаких обновлений и обучений персонала не требуется.
К сожалению, облачные решения очень подкупают некоторых руководителей тем, что они вроде бы дешевле. Но деле это оборачивается еще большими затратами. Например, 1 тыс. руб. в месяц за диспетчерскую в облачном варианте – это 12 тыс. в год. Локальный вариант этой программы будет стоить в разы меньше.
И ещё одна опасность облачных вариантов – это сокращение численности программистов. Разработка хороших и удобных программ – очень трудоемкий процесс. Далеко не все руководители это понимают. Если его сосед работает без программиста в дешевом облачном варианте, значит, по его мнению, расходов у него меньше, следовательно своему программисту зарплату можно урезать раза в 2 или совсем сократить.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
При этом, под отдельное решение нужен программист, которых тоже зачастую нет[/QUOTE]
К сожалению неучитывание  хотелок отдельных пользователей будет делать проект неудобным для пользователя. 1С-ники это компенсировали постоянными релизами, что тоже неудобно. Самый лучший вариант - если готовое решение подстроить конкретно под себя своими силами. А облачные решения это точно не предусматривают при всем желании обеих сторон. К тому же уже есть примеры неудобств этих решений - это глючный ЕГАИС, наш всеми "любимый" ГИС ЖКХ, торговые площадки...
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Вот например 2 непонятных дядьки рассуждают о том, что надо бы сделать стандарт для ПО [/QUOTE]
Дяденьки явно начитаны.
Довольно сложно все предприятия перевести на один стандарт. Ситуации разные бывают. И отчеты тоже. Иногда нужно срочно. И облачные решения здесь будут бессильны помочь. В этом их большой недостаток.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Сейчас локальные программы плавно вымирают. Все плавно в облака переходят...[/QUOTE]
Наверно потому, что вымирают программисты. Далеко не все УО могут позволить себе содержать в штате эту единицу. Облачные решения ещё очень неудобные и топорные. И по цене кусаются, т.к. требуют ежемесячные отчисления. Локальный вариант продается по фиксированной цене. По функционалу гораздо  шире и удобнее.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]Jilli пишет:
Мы уже пробовали клиентскую связь через мессенджеры. Это была просто жуть. Что только нам не писали. Работнику, который отслеживал переписку, просто некогда было (простите) в туалет сходить.[/QUOTE]
Именно поэтому журнал заявок должен вести только диспетчер, пропуская весь этот мусор. Иначе  невозможно будет работать. Так что локальная программа с телефоном - это наиболее подходящий вариант. Тем более, что он гораздо дешевле.
Скоро мы запускаем CRM для УК и ТСЖ
 
[QUOTE]burmistr пишет:
Недолго с таким подходом на рынке просуществуете...[/QUOTE]
Юрий, такой подход впалне безболезненно практикуется где УО - монополист. Ну а с вводом ГИС-а  монополистов станет ещё больше.
Скоро мы запускаем CRM для УК и ТСЖ
 
Идея хорошая, но для случая, когда нет своего штатного программиста и УО сама занимается расчетом услуг. Если эта функция передана РКЦ, то ведение одной диспетчерской службы в облаке – утопия. В этом случае гораздо лучше иметь программу в локальном варианте, при условии, что она заточена именно под вас и формирует нужные вам отчеты. К тому же решать возникшие проблемы на месте гораздо проще, чем дистанционно.
У нас по диспетчерской самопальная программа на платформе 1С8. Очень удобная. Работает больше 5 лет без единого сбоя. Любая нужная отчетность. включая материалы, нормы-времени.
Письмо Козаку по ГИС ЖКХ
 
Письмо отправили.
Понятно, что ГИС ЖКХ - это происки наших врагов. Нужно срочно менять систему.
Опрос "Ваше отношение к ГИС ЖКХ"
 
Если при таких откровенных программных косяках продолжается восхваление разработчиками своего сырого творения, то это говорит только о том, что ГИС ЖКХ изначально не был задуман как продукт, направленный на улучшение деятельности ЖКХ. Ставить на уши всю страну ради получения какого-то единого платежного документа при наличии других, куда более существенных проблемах – это даже не ошибка, это настоящее вредительство. По нормальному сначала нужно изучить востребованность, посчитать эффект, отработать на самых подготовленных регионах (Москва, Петербург), а уж потом  спускать на всех остальных. Здесь же делается всё в точность до наоборот.
#
[QUOTE]burmistr пишет:
Гуглдокс? Я с программером им пользуюсь и очень нравится))[/QUOTE]
Это скорее урезанный WorPad, по функциональности совершенно не сравним с Word. Удобен, когда несколько пользователей, разнесенных в пространстве, работают над одним и тем же документом одновременно. Но в повседневной жизни это мало кому нужно. Все-таки больше требуется возможность быстрого составления отчетов с помощью макросов, которая была изначально заложена в самых ранних версиях Офиса и поддерживается до сих пор.
Вообще рынок сейчас насыщен всякого рода бесплатных программ, которые уже не содержат ничего революционного и направлены скорее в рекламных целях
#
[QUOTE]Егор пишет:
Я же пишу о том, что на сегодня интерфейсы веб приложений не удобны, кривы и малофункциональны для серьёзной работы. Типичными представителями такого подхода являются ГИС ЖКХ и Реформа ЖКХ.[/QUOTE]
Да, очень трудно себе представить, как будет выглядеть, например, Word в Web исполнении...
#
[QUOTE]burmistr пишет:
Обрати внимание на 1С (отбросим, что их многие ругают) - они полностью свою работу в облако перенесли и ничего. Мы вот все в облаке держим и нам нравится.[/QUOTE]
Юрий, любой продукт будет удовлетворять пользователя только в том случае, если он заточен именно для него. У вас как раз такой случай, потому как сами для себя делали. Условия эксплуатации у всех разные и зависят от множества факторов, в том числе и от возраста, которые разработчик должен обязательно учитывать. Сфера ЖКХ не является самой передовой в этом смысле, средний возраст здесь, как правило, зашкаливает, поэтому все такие нововведения для многих руководителей обернутся слишком большими усилиями на внедрение или сменой кадрового состава. Далеко не всегда это оправдано и возможности в подборе кадров в большинстве случаев очень ограничены.

Коробочные версии уходят с рынка не потому, что они хуже, а потому что облачные решения для разработчика становятся более привлекательными с точки зрения доходности и удобства обслуживания, а для пользователя - кажущейся дешевизной. Второй фактор -  ввиду перенасыщения рынка взломанным ПО, труд программистов резко обесценился. Отсюда и отсутствие специалистов для поддержки коробочных ПО.
#
[QUOTE]Егор пишет:
Необходимо было создать механизмы, что-б он туда не попал, а не пытаться потом его оттуда выковыривать десятилетиями.И предпосылки для успеха были, но всем же надо "быстрей, быстрей" ... Ну и результат на лицо.[/QUOTE]
Если проект был задуман действительно для благих целей, то его прорабы явно переоценили свои возможности. А если для обострения ситуации в сфере ЖКХ – тут они близки к цели. Здесь немного об авторе [URL=https://versia.ru/kak-yablochnyj-zamministra-minkomsvyazi-mixail-evraev-igraet-s-sistemoj-zhkx]https://versia.ru/kak-yablochnyj-zammin ... temoj-zhkx[/URL]
[QUOTE]Егор пишет:
Веб приложения не подразумевают нормальной работы сегодня. Они красивы иногда, но неудобны для работы. Это касается всех попыток засунуть в веб что-либо реально непростое и функциональное[/QUOTE]
И я об этом. Решение на Web серьезных задач – издевательство над пользователем. Интерфейс, навигация, меню – все топорно, неповоротливо, зато в красивой обертке. Плюс аппаратная зависимость, зависания, постоянные обновления. Подходят разве что для рекламы,  интенет-продаж и развлечения. Там это не критично.
#
[QUOTE]Егор пишет:
с моей точки зрения да. концептуальные ошибки по сбору информации и формированию достоверной информационной базы. Начиная с адресного пространства, которое сначала стоило сформировать нормально, провести выверку всех объектов, а уже потом идти дальше. Ну и вообще масса других вопросов.[/QUOTE]
Именно так. Нужно двигаться снизу вверх, а не наоборот. И отработать все досканально, прежде чем запускать на всю страну.
#
Цитата
burmistr пишет:
Сейчас так или иначе УКшкам придется автоматизироваться, так как времена другие. И ставить придется не нашу, так другие системы ибо Минстной готовит всем подлянку со сроками исполнения заявок, статусами заявок, онлайн оплатами и прочими прелестями.

А по поводу УК - крупнейшие компании уже давно все автоматизировались купив чужие или разработав свои системы. Более мелкие в итоге встанут перед выбором...
Чтобы в личном кабинете было что оплачивать Минстрою для начала нужно обязать УК самостоятельно производить все расчеты по квартплате, а не передавать эти функции РКЦ, т.е. привести всех к единому платежному документу. А пока это мечта Минстроя остается только на бумаге даже для ГИС-а, куда они загнали всех, включая ресурсников. До сих пор мы не можем понять задумку разработчиков ГИС по взаимодействию всех поставщиков КУ внутри системы, если каждый работает независимо и не видит друг-друга. Если Минстрой введет к этой неразберихи ещё и обязательные личные кабинеты, то у потребителя их появится с десяток, включая ресурсников, которые ведут свои расчеты самостоятельно, отдельно от РКЦ и УО, что будет неудобно потребителю. Очень сомнительно, что Минстрою удастся переломить сложившуюся ситуацию, т.к. головные фирмы у таких ресурсников, как тепло- и энерго- находятся в Москве. А бодаться с ними - дело очень хлопотное.
Мелким УК автоматизация слишком накладна. На всё это у них просто не хватает ни средств, ни квалифицированных кадров. Введение всех этих обязательных On-line – сервисов только усугубят положение и уменьшит количество желающих работать в сфере ЖКХ. Уже сейчас, с вводом ГИС-а, наметилась такая тенденция. Нагрузка огромная, а толку никакого. Для больших городов этот вопрос может решиться путем поглощения крупными компаниями мелких, а для небольших поселений может привести полному краху сферы ЖКХ.
А может как раз этого Минстой и добивается?
#
Цитата
burmistr пишет:
Цитата
MJK пишет:

Мы например всю инфу о клиентах, сделках, счетах и документах не храним в офисе. У нас год все в облаке в CRM Битрикс24... И ОООООЧЕНЬ довольны.

Сначала персонал матерился, что типа сырая система, надо настраивать и прочее, а теперь менеджеры по продажам, юристы и все остальные не представляют как компания работала раньше. Время на подготовку документов сократилось наверное в 1000 раз. Раньше все ручками в ворде. Теперь один клик мышкой и готов комплект документов. Аналогично и с выставлением счетов и прочим...
Юрий, для такой сферы, как торговля, где требуются быстрые и молниеносные решения, облако будет очень даже оправдано. Удобно и клиенту и продавцу. А вот для сферы ЖКХ, где всё заранее проплачено по установленным тарифам, тут большой вопрос. Тем более, что в ней работает совсем не продвинутый контингент. Здесь директор вроде и хочет что-то автоматизировать, но только так, чтобы нажал одну кнопку и все само посчиталось – и квартплата и зарплата всем начислились, и на сайты ГИС, Реформа ЖКХ все сразу вытряхнулось и чтобы было бесплатно. А если для этого потребуется нажать 10 кнопок, да ещё подумать, то тогда программа кривая и программист хреновый, зря получающий ЗП. Это на полном серьезе так.
#
Цитата
burmistr пишет:
Облачный от локального отличается всегда лишь кривизной рук разработчиков)))
Ещё и отдаленностью баз, что не очень хорошо. Это все равно, что иметь иномарку без возможности самому поменять то же масло.

Цитата
burmistr пишет:
А по мне пусть лучше функция будет. Не хочешь - не пользуйся. Это как командная строка в Винде10. Вроде анахронизм, но периодами пользуюсь))
Хорошо, если на 10 полезных функций предлагается 1 бесполезная, а не наоборот. Тут главно не нарушить этого соотношения. Такая новизна не всегда приветствуется.
#
Цитата
Аркадий.Н пишет:
Цитата
viking пишет:
Ещё и график дежурств можно прикрутить. Чтоб в выпадающем списке была дежурная смена конкретного участка
так фантазия заведет в такие дебри, например, моно сделать привязку табеля учета рабочего времени, мало того что мы увидим кто поехал, порга сделает график дежурств и, если это сидящие дома слесаря/сварщики, сама их вызовет на работу, протабелирует и начислит зэпэ, утопично конечно, но прикольно :lol:

Для облачного варианта это проблематично. А для локального – легко, работает уже лет 10. Диспетчер перед началом работы ставит свою дежурную смену с соответствующими работники. Если состав поменялся (заболел, отпуск), она его поправляет. Этот состав автоматически ставится при закрытии заявки с возможностью корректировки. График работ формируется согласно приказов в 1С. ЗП рассчитывается согласно отработанным часам уже в отдельной программе. Здесь совершенно без разницы где ее начислять. Главное, чтобы график соответствовал приказам и часы не вбивались вручную. График можно достать хоть 10-летней давности по любому сотруднику, что очень удобно для расчетчика, если возникают споры.

Цитата
burmistr пишет:
Цитата
Гость с Урала пишет:
Кстати, я тут погуглил по теме, так желающих присесть на этот поток ЖКХшного электората и непрерывный рулон туалетной бумаги поток платежей по квартплате, уже очень приличное множество (не буду тыкать в ссылки дабы не делать рекламы конкурентам). ))) ...Все в принципе идут по примерно одинаковой схеме, но откровенно с разным успехом ))

Ну я компаний 15 точно знаю - мониторил рынок.

В принципе можно поделить на несколько групп:
1) Системы, которые создавались отдельными УК для себя и теперь их пытаются продвигать на рынке. Например Лига IS (ваше екатовское детище), АСУ ТП Жилищный стандарт (Тюмень), но сугубо мое личное мнение - спорно отдавать данные о своих жителях компаниям, которые у тебя же потом и отожмут дома на твоих же данных
2) Системы, которые создавались сторонними компаниями под 1С. По отзывам здесь же на форуме - очень неповоротливые и неготовые к изменениям
3) Системы, которые создавались сторонними компаниями для продажи в УК и ТСЖ (Домопульт, Домовладелец и т.д.). Их реально много, но они или не урезанные (квартплата + паспортный стол или диспетчерская) либо не могут никому ничего продать и потихоньку помирают.

Проблема еще и в том, что разработчики зачастую не понимают сферы ЖКХ в принципе, поэтому выглядит красиво, но неудобно...

Возможно дело в том, что эти программы предлагают много разных функций, но не адаптированы к условиям работы конкретного предприятия, поэтому и кажутся не совсем удобными. Или некоторые предлагаемые ими функции совершенно не нужны пользователю и только мешают в работе. От этого не застрахована любая программа, рассчитанная на широкую продажу, в том числе и облачный вариант. Как только в нем будут учтены все пожелания пользователей, он сразу превратится в неповоротливого и неудобного монстра. К примеру, для тех УО, где расчетные функции по начислению квартплаты переданы в РКЦ, сбор показаний ИПУ будет и только путать пользователей. У РКЦ своя система сбора показаний, включая SMS, без всяких личных кабинетов. Что даже удобней. Личные кабинеты далеко не всем нравятся и будут востребованы всего лишь на несколько процентов, может быть чуть больше, чем в ГИС ЖКХ. Ведь далеко не все захотят ради заявки заходить в свой личный кабинет, что-то набирать, щелкать, ставить оценку, и отслеживать ее исполнение, когда проще позвонить диспетчеру.
#
[QUOTE]gavrilovsu пишет:
но сделать программное обеспечение для начисления, приема платежей, и взыскания задолженности. и что бы взскание что в автоматическом режиме[/QUOTE]
В локальном варианте такие программы уже есть. Однако они, как правило, сложны в освоении, требуют соответствующей квалификации и мелким УО будут просто неподъемными. Делать такие программы с аналогичным функционалом в облачном варианте – дело очень сомнительное. Плюсов совершенно никаких, только минусы. Если к облачному варианту привязываться с надеждой, что повысятся платежи (отказывать в услугах неплательщикам) – тоже нереально. Задолженность определяется платежеспособностью населения, которая находится в прямой зависимости от политики государства. Если с такой категорией людей не могут справиться даже суды, то облачный вариант - тем более, сгладятся только пики неплатежей (люди начнут платить более-менее вовремя), а наклон кривой не поменяется.
#
[QUOTE]burmistr пишет:
Зато есть куда расти / пилить бюджеты...[/QUOTE]
Вообще все эти е-решения больше являются коммерческим вариантом, чем  направлены на автоматизацию предприятий. Автоматизация по своей сути делает труд персонала в удовольствие, сокращает время, повышает точность расчетов и очень востребованы снизу. А облачные решения, как правило, навязываются сверху под давлением. У нас есть «Контур-Экстерн», «РТС-тендер», «ГИС-ЖКХ», «Клиент-Банк». Все их сложно отнести к автоматизации и мало приятны в пользовании (за исключением разве что оперативного «Клиент-Банк»). Без них было бы даже спокойней. Поэтому если мы займем даже последнее место по показателям глобализации – слава Богу – целее бюджет будет и мы тоже.
#
[QUOTE]burmistr пишет:
Так как автоматизировать одну компанию можно, но когда их стопитьсот...[/QUOTE]
В этом как раз и есть проблема универсальных программ, которые должны отрабатывать по возможности бОльший круг клиентов. По этой причине у таких программ выходят постоянные бесконечные релизы по нескольку раз в месяц с обновлениями, которые далеко не всем нужны. По этой же причине многие предприятия разрабатывают свои программы под свои нужды или перестраивают готовые конфигурации под себя. Невозможно всех заставить работать под один стандарт.
#
[QUOTE]trasser пишет:
С внедрениями тяжело. ЖКХ сфера глубоко законспирированная и не смотря на нелепый и пугающий уровень гос.регулирования в России слабо стандартизированная и  автоматизированная (Унылое гавно в виде ГИС ЖКХ за автоматизацию не считаю).[/QUOTE]
Та сфера, что досталась УО после реформ (обслуживание и текущий ремонт) действительно очень проблемная для автоматизации. Причина скорее всего в том, что те работы, которые эти организации должны выполнять (вернее отрабатывать), оплачиваются населением автоматически, по установленным тарифам, даже в том случае, если они не выполняются. И этот мешок, который предоставляется населением авансом, становится очень привлекательным. Его не нужно зарабатывать. Ему не страшны любые кризисы, падение спроса, конкуренция. Понятно, что объем этого мешка будет зависеть не от качества произведенных работ, а от разницы между расходами и доходом. Расходы руководитель может уменьшать разными способами, например сокращением численности персонала (тот же аутсорсинг), понижением ЗП, сокращением графика, уход от налогов.  И это даст ему гораздо больший эффект, чем автоматизация. Автоматизация для него если и нужна, то только для того, чтобы более-менее сводить концы с концами или создать видимость успешного предприятия. Конечно, не везде так, есть исключения. Но в целом картина именно такая.
#
[QUOTE]УК-64 пишет:
А программиста мы себе вообще не можем позволить, мы маленькая управляшка, и таких как мы не мало[/QUOTE]
При отсутствии своего программиста можно не покупать программу, а арендовать ее за очень маленькую сумму.
[QUOTE]burmistr пишет:
Ну тут можно поспорить... Мало кто из молодых бухгалтеров представляет что такое журнально-ордерная и мемориально-ордерная система бухгалтерского учета. А ведь они были десятки лет и всех устраивали. Потом появились системы типа 1С и старое поколение материло эти бредовые нововведения, а теперь не представляют как без них то...[/QUOTE]
Если раньше с бухгалтерией на предприятии справлялся 1 бухгалтер со счетами и калькулятором, то сейчас их сидит несколько с компьютерами и навороченными программами с дистационной отчетностью и цифровыми подписями. Отчетность невообразимо усложнилась при том же самом эффекте. И все это делаем мы сами в погоне за прибылью. Но на деле процесс идет совершенно в обратном направлении.
[QUOTE]burmistr пишет:
В абсолютном большинстве УК и ТСЖ (опыт опросов на семинарах) нет никакой автоматизации АДС... От слова совсем и тут уже и левые заявки мимо кассы и полное отсутствие контроля. Почему нет - архаичность, нежелание менять систему, боязнь потерять персонал на нововведениях и т.д.[/QUOTE]
Слишком жесткий контроль за заявками не сделает особой погоды. Ведь основная прибыль УО – это оплата населения по тарифам, а платные заявки – это очень малая её доля. Если даже сделать 100% контроль над заявками, то сильного выигрыша вы не получите, больше шишек, да и налогов придется больше платить. К тому же и населения это воспримет не с восторгом, т.к. левые заявки, как правило, обходятся им гораздо дешевле установленных вами. Это, конечно, плохо, но в какой-то степени сдерживает персонал на предприятии и позволяет компенсировать им низкую ЗП. А в случае полного контроля вы будете вынуждены платить персоналу достойную ЗП, иначе при таких порядках вас будут просто обходить стороной. Наш шеф как-то на эту тему даже не заморачивается, на все это закрыл глаза и предоставил полную свободу действий, хотя стоит великолепная программа с возможностью полного контроля.  Это, наверно, как с этими же счетчиками – когда их не было, платили по тарифам и все были довольны. Когда они появились, возникли и проблемы с новыми статьями расходов, полностью перекрывающими эффект от их внедрения. Одно только законодательство чего стоит!
#
[QUOTE]Sergey_P пишет:
а ни чего, что АДС это и есть техническая скорая помощь? а не пьяный сантехник, который подумает над тем идти ему на заявку или нет?[/QUOTE]
[QUOTE]УК-64 пишет:
С чего это у слесарей инфаркты начнутся, для них по сути ничего не меняется. И кстати, использование мобильного приложения - очень удобная вещь[/QUOTE]
[QUOTE]trasser пишет:
Это не странно. Это стандарты и лучшие практики. Которые тянут за собой кучу всяких приятных и полезных плюшек- SLA, управление временем, управление инцидентами  и т.п. Внедрять и осваивать тяжело, зато потом все работает как часы. И самим удобно-приятно и клиенты довольны.[/QUOTE]
Из всех заявок, которые поступают диспетчеру, действительно аварийных, требующих молниеносного реагирования, поступает не так уж и много, особенно если это небольшая УО. На такие заявки и без мобильного приложения диспетчер реагирует четко. Больше идут платные заявки, типа забился унитаз, плохой напор, сгорела лампочка в подъезде и т.д. Поэтому все эти навороты совершенно лишние. Это можно сравнить с тем, что в нашу жизнь вошли компьютеры, мобильные телефоны и прочая крутая «прелесть», но от этого мы сытнее жить и болеть меньше точно не стали. И даже, заметьте, наоборот, продолжительность и уровень жизни падают, с перспективой в дальнейшем самостоятельно копить на пенсию. Поэтому для меня лично все это как-то странно. Скорее что-то случается с нашей головой.
У нас в обслуживании 100 домов. Для АДС стоит своя отдельная программа локально, работающая в круглосуточном режиме. База обязательно архивируется. Диспетчер принимает заявки, сразу же оформляет. Фиксируется время поступления заявки и ориентировочно определяется время исполнения, удобное для заказчика. Если заявка платная, сразу же печатается счет заказчику. В зависимости от срочности диспетчер передает на исполнение.  После исполнения фиксируются исполнители, потраченное время и материалы, заявка закрывается. В конце месяца печатаются нужные свода, отчеты. Все удобно и красиво. Любые отчеты с выборкой за любой период и нужной фразой в заявке – пожалуйста. Никаких нареканий со стороны жителей по поводу плохой работы АДС у нас за 10 лет работы не было.
Вы же предлагаете все заявки, включая весь мусор, передавать сантехнику, и пока он делает 1 заявку по секундомеру, ему придет уже 10.  Сомневаюсь, что в таком режиме при невысокой ЗП у вас не будет текучки кадров. Да и каким образом от этого может повыситься качество работы?
#
[QUOTE]burmistr пишет:
Система должна иметь некий аналог ITIL c поправкой на особенности обслуживания МКД. Т.е. для каждого типа заявки автоматом создается цепочка действий увязанная по времени, задействованным специалистам и ресурсам.[/QUOTE]
Странно как-то всё это. При таком алгоритме диспетчерская служба превратится в скорую помощь, а любая заявка у слесаря будет вызывать инфаркт. Так, с введением облачных решений, на предприятии не останется ни программистов, ни ремонтников и директору придется самому бегать по этим заявкам по секундомеру

[SIZE=85px][COLOR=greenpt]Отправлено спустя 2 минуты 5 секунды:[/COLOR][/SIZE]
[QUOTE]Jilli пишет:
однако, если пользователей много, а программное обеспечение разрабатывалось внутри компании и только для нее, то наличие собственного штата It-специалистов это уже производственная необходимость.и да, если человек будет заинтересован в своей работе, то отдачи от него будет больше, чем от внештатников... [/QUOTE]
Это действительно так. Желание руководителя «сэкономить» на внешнем программисте на деле оборачивается ещё большими затратами, т.к. в этом случае ложится большая нагрузка на ведущих специалистов, следовательно, требования к их квалификации значительно повышаются, что усложняет подбор специалистов для руководителя при низкой ЗП. Лучше иметь в штате одного грамотного специалиста, чем 10 таковых. Как правило один грамотный программист заменяет несколько специалистов, т.к. он легко может сделать отчет, который будет не по зубам целому отделу в течении месяца. Работать программистом далеко не сахар. Написание программ требует огромных усилий, соизмеримых с написанием диплома, зачастую в нерабочее время, в том числе и по ночам. Но весь его труд остается «за кадром», т.к. пользователь видит всего пару кликов.
#
[QUOTE]Sergey_P пишет:
прог бесплатных на бекапы полно нынче со своим встроенным планировщиком[/QUOTE]
Вариантов много, всё зависит от вкуса. Главное, чтобы архиватор  понимал измененные файлы и работал только с ними. А то этот процесс может затянуться на длительное время и на хилых машинах невозможно будет в это время работать.
#
[QUOTE]burmistr пишет:
Как показывает практика УК этим не заморачиваются...[/QUOTE]
Это по неопытности. Все что нужно для этого – это написать пару батников с путями, которые запускаются стандартным планировщиком задач в разное время.  Один – для архивации, другой – для копирования созданного архива на другой носитель, лучше на флэшку, которую можно легко вытащить, даже в случае, если пришли органы. Это как раз входит в круг обязанностей штатного программиста.
#
[QUOTE]burmistr пишет:
Рассуждаю, как собственник бизнеса...[/QUOTE]
Юрий, когда Вы сами строите свой бизнес с 0 — это одно. Вы исходите из своих возможностей, подбираете соответствующих сотрудников (если ещё с ними повезет), выбираете подходящее ПО. Тут можно экспериментировать на свой страх и риск, в том числе и применять облачные решения. Хотя по их поводу мнения неоднозначные и далеко не всем они нравится, особенно Битрикс. Ситуация с облаком несколько напоминает 90-ые годы, когда мы пытались поднять экономику методом ускорения и перестройки. Но подъема до сих пор не получили, наоборот обозначился глубокий провал. Поэтому сейчас всем приходится как-то изгаляться, чтобы получить какую-нибудь прибыль, путем сокращений и совмещений специальностей десять в одном. Например, чтобы быть успешным, директор вынужден выполнять роль программиста и системного администратора в одном лице или наоборот. Это не совсем нормально, т.к. уже завтра и этого не будет хватать. Тенденция развития рынка в отсутствии своего производства уже наметилась с 90-ых и пока не меняется - катимся вниз. Не спасают даже 4-ех ядерные процессоры, айфоны, смартфоны и пр. импортная техника.
Совершенно другое дело, когда Вы приходите на предприятие с уже сложившимся коллективом, закупленным парком техники и настроенным ПО. Внедрение облака здесь уже будет не совсем оправдано по многим причинам. Да и зачем ломать то, что и так замечательно работает при очень сомнительном экономическом выигрыше в облаке. Это все равно, что менять Windows XP на Windows 8, которая нравится не всем.

ТимВьювер — очень удобная программа как раз для локальных программ дистанционно, но не для работы, а для временного вмешательства и настройки.
#
[QUOTE]burmistr пишет:
Вот тут вы не правы на 100%. Зарплата программиста по вашему составляет 0? [/QUOTE]
Как правило на 1 программисте висит с 10 разных программ, несколько десятков всяких примочек к ним, написанных им же для удобства работы сотрудников, плюс обслуга всей офисной техники, включая ПК, сервер, принтера, телефоны, Мини-АТС, локальная сеть. Кроме того, ввиду отсутствия финансирования, программисты вынуждены вытягивать из этого железа весь  ресурс, достигающий 10 лет и больше (у нас, например, ПК с 2005 г., у программиста -  с 2003 г.). Болеть некогда, в отпуск приходится ходить с перерывами. И как по вашему, есть ли смысл держать программиста на предприятии или можно всё это обнулить и заменить облаком?
#
[QUOTE]burmistr пишет:
Тут важно:1) что дешево внедрение[/QUOTE]
Если директора интересует только прибыль, то можно работать и без программ вообще, ограничившись одним Excel-ем. Но это будет на выносливость бухгалтера, пока он будет тянуть и не прилетят штрафы. Если все-таки директор понимает, что прибыль зависит в том числе от качества работ и загруженности персонала, тогда нужны программы. Внедрение и обслуживание локальных программ при штатном программисте = 0. А  качество таких программ пока что на порядок выше облачных. Зависимость от программистов в обоих случаях одинаковая. Только в 1-ом случае программист ищет решения в интересах своего предприятия, а во 2 случае интересы отдельного предприятия не учитываются вообще. Плюс штатный программист разгружает сотрудников по многим возникающим в ходе работы вопросам.
#
[QUOTE]Sergey_P пишет:
а внедрение всегда самая дорогая услуга в ПО распространяемом болванкой[/QUOTE]
При наличии своего программиста можно вполне обойтись своими силами. 1С - очень гибкая система, позволяет подстраиваться под что угодно. У нас, например, до сих пор стоит версия 1С77 ЗиК от 2004 года и сама зарплата в DOS варианте, работают в паре больше 15 лет как часы. В промежутке стоит «Табель учета рабочего времени». Для отчетности данные конвертируются в новые версии ПУ-6, Налогоплательщик-ЮЛ, включая новую форму 6-НДФЛ. Никаких обновлений и обучений персонала не требуется.
К сожалению, облачные решения очень подкупают некоторых руководителей тем, что они вроде бы дешевле. Но деле это оборачивается еще большими затратами. Например, 1 тыс. руб. в месяц за диспетчерскую в облачном варианте – это 12 тыс. в год. Локальный вариант этой программы будет стоить в разы меньше.
И ещё одна опасность облачных вариантов – это сокращение численности программистов. Разработка хороших и удобных программ – очень трудоемкий процесс. Далеко не все руководители это понимают. Если его сосед работает без программиста в дешевом облачном варианте, значит, по его мнению, расходов у него меньше, следовательно своему программисту зарплату можно урезать раза в 2 или совсем сократить.
#
[QUOTE]burmistr пишет:
При этом, под отдельное решение нужен программист, которых тоже зачастую нет[/QUOTE]
К сожалению неучитывание  хотелок отдельных пользователей будет делать проект неудобным для пользователя. 1С-ники это компенсировали постоянными релизами, что тоже неудобно. Самый лучший вариант - если готовое решение подстроить конкретно под себя своими силами. А облачные решения это точно не предусматривают при всем желании обеих сторон. К тому же уже есть примеры неудобств этих решений - это глючный ЕГАИС, наш всеми "любимый" ГИС ЖКХ, торговые площадки...
#
[QUOTE]burmistr пишет:
Вот например 2 непонятных дядьки рассуждают о том, что надо бы сделать стандарт для ПО [/QUOTE]
Дяденьки явно начитаны.
Довольно сложно все предприятия перевести на один стандарт. Ситуации разные бывают. И отчеты тоже. Иногда нужно срочно. И облачные решения здесь будут бессильны помочь. В этом их большой недостаток.
#
[QUOTE]burmistr пишет:
Сейчас локальные программы плавно вымирают. Все плавно в облака переходят...[/QUOTE]
Наверно потому, что вымирают программисты. Далеко не все УО могут позволить себе содержать в штате эту единицу. Облачные решения ещё очень неудобные и топорные. И по цене кусаются, т.к. требуют ежемесячные отчисления. Локальный вариант продается по фиксированной цене. По функционалу гораздо  шире и удобнее.
#
[QUOTE]Jilli пишет:
Мы уже пробовали клиентскую связь через мессенджеры. Это была просто жуть. Что только нам не писали. Работнику, который отслеживал переписку, просто некогда было (простите) в туалет сходить.[/QUOTE]
Именно поэтому журнал заявок должен вести только диспетчер, пропуская весь этот мусор. Иначе  невозможно будет работать. Так что локальная программа с телефоном - это наиболее подходящий вариант. Тем более, что он гораздо дешевле.
#
[QUOTE]burmistr пишет:
Недолго с таким подходом на рынке просуществуете...[/QUOTE]
Юрий, такой подход впалне безболезненно практикуется где УО - монополист. Ну а с вводом ГИС-а  монополистов станет ещё больше.
#
Идея хорошая, но для случая, когда нет своего штатного программиста и УО сама занимается расчетом услуг. Если эта функция передана РКЦ, то ведение одной диспетчерской службы в облаке – утопия. В этом случае гораздо лучше иметь программу в локальном варианте, при условии, что она заточена именно под вас и формирует нужные вам отчеты. К тому же решать возникшие проблемы на месте гораздо проще, чем дистанционно.
У нас по диспетчерской самопальная программа на платформе 1С8. Очень удобная. Работает больше 5 лет без единого сбоя. Любая нужная отчетность. включая материалы, нормы-времени.
#
Письмо отправили.
Понятно, что ГИС ЖКХ - это происки наших врагов. Нужно срочно менять систему.
#
Если при таких откровенных программных косяках продолжается восхваление разработчиками своего сырого творения, то это говорит только о том, что ГИС ЖКХ изначально не был задуман как продукт, направленный на улучшение деятельности ЖКХ. Ставить на уши всю страну ради получения какого-то единого платежного документа при наличии других, куда более существенных проблемах – это даже не ошибка, это настоящее вредительство. По нормальному сначала нужно изучить востребованность, посчитать эффект, отработать на самых подготовленных регионах (Москва, Петербург), а уж потом  спускать на всех остальных. Здесь же делается всё в точность до наоборот.

Для улучшения работы сайта и его взаимодействие с пользователями мы используем файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Вы всегда можете отключить файлы cookie в настройках браузера.

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!