Успешный SaaS на 1С – любим, умеем, практикуем

Меня зовут Алексей Кисткин, я product manager продукта EmplDocs – это система для взаимодействия кадровой службы компании и сотрудников плюс КЭДО,  наш SaaS-сервис на 1С. Я про него кратко расскажу.

 

 

Я думаю, практически все уже знакомы с различными SaaS-решениями – такая модель в последнее время действительно стала популярной и всем полюбилась. Причем SaaS любят и бизнес, и пользователи, и все подряд.

• Главное, за что бизнес любит SaaS – это повторяющийся доход. Лет 10 назад у нас не было привычки платить за какие-то сервисы ежемесячно – мы либо покупали их на неограниченное время, либо скачивали на торренте. 10 лет назад даже сотовые операторы только начали вводить систему с подписками и с ежемесячными платежами, а сейчас все кому не лень продвигают свои подписки – и самокаты, и доставки, и все что угодно. Для бизнеса это важно, потому что повторяющийся доход можно предсказать, посчитать и сразу спланировать, как вы им будете распоряжаться.

• А клиенты любят B2B решения SaaS, потому что они позволяют затратить меньше денег на старте. Не у всех есть большая ИТ-команда и мощная инфраструктура. Намного проще заплатить за месяц или год и начать пользоваться.

• Экономия на обслуживании и обновлениях. Не у каждой компании есть своя команда, не у каждой компании есть свои сервера, сотрудники и компетенции. Здесь же вендор сам все сделает и все обновит. Вы просыпаетесь, открываете приложение банка или Telegram, а там уже новая функциональность подъехала – вы этого не видели, все само произошло.

• Масштабируемость – когда у бизнеса увеличивается поток клиентов, куда проще накинуть ресурсов и все масштабировать.

• Инновации и развитие.

  • SaaS-модель позволяет моментально доставлять обновления до пользователей – они видят в приложении новую классную возможность, понимают, что находятся в надежных руках и продолжают пользоваться. А необходимость обновлять приложение самому, конечно, таких эмоций не вызывает.

  • SaaS-модель упрощает привлечение клиентов. Бизнес выкатил фичу, которую кто-то ждал, выпустил новость – пользователи скачали, зарегистрировались, оплатили, все классно.

  • Предлагать решения по SaaS-модели особенно выгодно в конкурентных отраслях. Скорее даже это не просто выгодно, а необходимо, потому что, если бизнес не успел доставить пользователю фичу раньше рынка, он проиграл – от него либо ушли, либо к нему не пришли.

 

Делать или нет SaaS на 1С?

 

 

Понятно, что SaaS-решений много. Но есть ли у них будущее в мире 1С?

Сразу оговорюсь, что я сейчас не буду рассматривать облачные продукты от самой фирмы «1С» – 1С:Фреш, решения на 1С:Элементе и подобные.

Но если посмотреть на этот рынок в целом, можно увидеть, что хотя другие SaaS-решения на 1С есть, их не так много.

И поскольку мы сами делаем SaaS-решение на 1С, мы попытались понять, что является отталкивающими, а что, наоборот, привлекающими факторами таких решений.

 

 

Начнем с того, что в SaaS-решениях на 1С может отталкивать.

• Кто-нибудь помнит, как вы в первый раз столкнулись с 1С? Как вам преподнесли, что это такое? «1С – это сложно», «1С – это что-то старое, оно тормозит, оно для профессионалов, и лишний раз лезть туда не надо». С 1С связано множество стереотипов о качестве и сложности. И если мы с вами разобрались, как работать с 1С, и используем ее в работе и жизни, то в головах большинства людей все эти стереотипы, к сожалению, живы. Все мемы, которые вы видите на слайде, я нагуглил за полторы минуты. Вы все эти стереотипы прекрасно знаете – они могут отталкивать от 1С и клиентов, и разработчиков, большинство из которых думает: «Зачем нам основываться на 1С, когда есть куча других инструментов, позволяющих работать в современном стеке, делать все красиво и правильно?»

• Лицензирование и стоимость. Для небольших компаний это может являться отталкивающим фактором, потому что 1С – коммерческая система, и чтобы что-то на ней разрабатывать, нужно купить лицензии для пользователей и разработчиков.

• Ограничение доступа к коду. Сама платформа 1С закрытая, в нее невозможно залезть глубоко – кого-то это оттолкнет. Но у этого есть и плюс – что-то в ней сломать тоже не получится, но и в минусы это тоже можно отнести.

• Сложности масштабирования и управления. Концептуально платформа 1С задумывалась для того, чтобы автоматизировать учет в рамках конкретной компании. В ее концепцию не закладывалась возможность что-то создать, расшарить на много разных компаний и потом этим управлять. С этим можно столкнуться как со сложностью.

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

• Ограниченная гибкость и интеграция. Если мы на сайте Инфостарта введем в поиске «обмен», «интеграция», «синхронизация», там будет миллион выдач, потому что каждая задача, которая требует что-то с 1С интегрировать, часто решается отдельно и требует неслабую квалификацию разработчиков. Понятно, что между собой 1С интегрируется нормально, но с чем-то внешним 1С интегрируется все еще непросто.

• Конкуренция и рыночные факторы – эта сложность применима не только к SaaS на 1С, но и вообще к любым стартапам, которые задают себе вопрос: «Зачем делать что-то вообще в целом, если на рынке полно решений? И тем более, зачем нам отделяться на 1С, если можно взять что-то готовое или разработать на чем-то другом?»

 

 

Но помимо отталкивающих факторов, есть гора плюсов в том, что можно создавать такие SaaS именно на 1С:

• 1С везде. Мы живем в России, и здесь 1С – самая распространенная платформа. Везде есть куча пользователей и куча разработчиков. И мы, когда начинаем этим всем заниматься, получаем доступ и к разработчикам, и к пользователям.

• Контроль над кодом и надежностью системы. В минусах был пункт о том, что платформа закрытая. Но это же еще и плюс, потому что что-то сломать невозможно – глубже, чем надо, ты не залезешь. Плюс к платформе 1С за десятки лет сложилось доверие.

• Быстрая разработка, быстрый выход на рынок. Когда мы можем привлечь кучу компетентных 1С-разработчиков, они довольно быстро во все вникают, быстро разрабатывают, мы быстро выходим на рынок.

• Много готовых решений. Для 1С написано много готовых модулей – если что-то подходит, применяем, собираем, едем.

• Интеграция с локальными 1С-системами. 1С легко интегрировать с 1С. Если в компании решения на 1С используются, мы легко можем взять что-то еще и с этим интегрироваться.

• Легко поддерживать и кастомизировать – платформа известная, любой 1С-разработчик подключается, понимает, что и как работает, на доработку уходит не очень много времени. Ну и в целом разработка на 1С признана довольно быстрой по сравнению с другими фреймворками.

• Легко распространять. Если вы с 1С уже работаете, у ваших пользователей уже есть к ней доверие – им можно предложить попробовать еще одно решение. Они понимают: «Ага, мы что-то про 1С слышали, у нас в компании это есть, можно взять еще одну».

• И еще один интересный эффект – когда вы начинаете разрабатывать что-то на 1С, вы своим красивым решением можете продвинуть саму платформу 1С на рынок. Например, придет компания, которая увидит вашу красоту, удивится: «Это что, на 1С? Ого, видимо, им наконец-то можно пользоваться». Стереотипы разрушаются, и они начинают использовать 1С.

 

 

Расскажу, как мы разрабатывали свой SaaS-сервис на 1С, и к чему мы пришли.

• Изначально наш сервис не подразумевал никакого КЭДО – мы просто планировали сделать удобный и красивый инструмент взаимодействия кадровой службы и сотрудников. Чтобы сотрудники создавали там свои кадровые события, а кадровые специалисты их оформляли. Чтобы работать было удобнее – без почт, переписок, звонков, походов в отдел кадров и так далее.

• Потом пришел КЭДО, мы подумали, что, видимо, мы теперь передовое решение по КЭДО, и начали делать все вместе

• Хотели сделать свое решение так, чтобы было красиво.

• Чтобы никто не напугался, что это 1С.

• И чтобы никто не переучивался.

• Конечный план у нас был, как и в любом стартапе – захватить мир и заработать кучу денег.

 

Отдельный интерфейс. Когда нужен, а когда нет

 

Теперь покажу примеры, что из этого получилось, и как наш сервис могут использовать две основные роли – кадровые специалисты и сотрудники.

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

 

 

Первая целевая группа пользователей, для которых мы разрабатывали свой сервис – кадровые специалисты.

Мы подумали, что те, кто и так живет в 1С, не должны переучиваться, уходить в какую-то новую другую систему. Поэтому оставили кадровиков жить в их привычной среде – в 1С. Потому что людей пугает новое, и зачем им это надо, если они не перестанут ходить в свой ЗУП, ERP и так далее. Оставим, пусть живут там. При этом дадим новые возможности, потому что система все-таки новая, должно стать проще не только сотрудникам, но желательно кадровикам тоже.

 

 

Пару примеров того, как в нашем решении можно управлять сотрудниками – что у нас получилось.

 

 

Например, вот такой интерфейс: «Монитор подключения сотрудников у ЛКС»:

• снизу выведены сотрудники с какой-то градацией, сортировкой, группировкой.;

• сверху настройки отбора и привычные кнопки.

Например, мы выбрали сотрудника, нажимаем кнопку «Приглашение», открывается формочка уже с отбором и все привычное.

 

 

Дальше можно пригласить его в EmplDocs, чтобы ему пришла пригласительная ссылка.

 

 

Или выгрузить по нему архив документов в пару кликов.

 

 

Назначить ему согласующих и так далее.

Формы те же самые, которые кадровые специалисты видели в 1С всегда. Кнопки те же самые, отборы тоже, все привыкли пользоваться этими списками и так далее. Никого не выгнали, все оставили как есть.

 

 

При этом добавили некоторые новые удобные возможности. Например, нам нужно сотрудника отправить в отпуск. Он где-то у себя отправил заявку – я потом покажу, как это выглядит с точки зрения сотрудника, эта заявка прошла какие-то свои этапы, пришла к кадровику в работу.

 

 

Кадровик заходит в ЗУП, видит прямо в списке эту заявку, что она уже согласована, у нее статус «Оформление документов». Он нажимает кнопку «Ввести документы» и прямо из списка создается ЗУП-овский документ.

 

 

Он проверяет, что все правильно, проводит документ, нажимает «Сформировать ПФ», создается приказ, который можно подписать, присоединить и отправить по маршруту.

 

 

Работать с заявками на отпуск стало чуть удобнее, но при этом особо ничему новому учиться не пришлось – практика показывает, что кадровики во все это въезжают примерно неделю. Первую неделю мы ловим вопросы по функциональности, потом мы начинаем ловить вопросы уже по процессам. Мы им объясняем, что упростилось – люди не сразу даже верят, что теперь не надо делать еще несколько действий.

 

 

Что касается сотрудников. Неужели мы их тоже в 1С засунули? Конечно, нет. Для них мы как раз сделали отдельный красивый интерфейс.

Для сотрудников сделано отдельное веб-приложение, которое работает в браузерах с компьютеров и с телефонов. Также можно скачать и установить мобильное приложение.

Преимущество этого решения в том, что не нужно соприкасаться с 1С – сотрудники как не знали, что такое 1С, так и не знают. И им не важно, как это все работает. У них просто вместо того, чтобы звонить, писать письма и ходить по кабинетам, подписывать какие-то бумажки, появился единый портал, где все в одном месте. Красиво и современно.

 

 

На слайде – пример экрана. Причем то, что это красиво и современно – не только мое мнение. Мы часто после пресейлов слышим такое первое впечатление: «Классно, ребята! Наконец-то интерфейс не как в 90-х!» Это реальная цитата.

 

 

Все современно, по-человечески и в одном месте.

 

 

Мобильное приложение дублирует всю функциональность, просто для него все сверстано под мобилку – выглядит так как на слайде.

 

 

Следующий кейс – сотрудник захотел в отпуск. Здесь у меня перечислены этапы, что он делает.

 

 

Он на своем телефоне нажимает кнопку «Создать заявку на отпуск», заполняет пару полей, нажимает кнопку «Отправить».

Ему сразу вылезает заявление на подпись. Да, оно где-то в 1С до этого было кем-то настроено – кто-то заморочился с автоматизацией, что-то сделал. Но сотруднику все равно, откуда это приходит – у него на экране появляется заявление. Первые пару раз он будет их проверять, потом он будет уже доверять этой системе, подписывать не глядя, как показывает практика. И прямо отсюда он ЭЦП-шкой подписывает.

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

 

 

Следующее действие – когда кадровик подготовил приказ, нужно этот приказ подписать.

То же самое: этот приказ появляется на экране, сотрудник может его скачать на устройство, если захочет – как правило, никто это не делает. Подписывает этот документ – все, сотрудник в отпуск сходил.

Причем подписать приказ он может, сидя в аэропорту – не надо идти в отдел кадров и вспоминать потом про все это.

 

 

Но если нужно архив получить – так же в личном кабинете все всегда доступно.

 

 

И второй пример – нужно подписать гору документов. Здесь обратите внимание на эмоции, как они будут меняться у сотрудника.

Как сейчас мы подписываем гору документов от кадровиков, что происходит? Приходит к вам кадровый специалист на рабочее место, либо приглашает вас к себе, говорит: «У нас в компании вышло 10 документов, подпиши каждый на последней странице, пожалуйста».

Не знаю, как вы, но мне кажется, большинство подписывает эти документы, не глядя. Даже если копии мне кто-то даст, я их убираю в ящик стола, и больше никогда в жизни их не открываю. Хотя стоило бы, там бывают важные штуки. Как показывает практика, никогда нет времени нормально сесть и с этим разобраться.

 

 

Что теперь произойдет? Предположим, сотрудник подключился в EmplDocs, и первый раз ему что-то прилетело. Он получает на почту уведомление примерно такого вида: «Для вас доступны следующие печатные формы…. Зайдите в личный кабинет, подпишите». Причем уведомление можно сделать любого вида.

А время – вечер, надо забирать ребенка из садика. Какие еще документы? Не хочу.

 

 

Ладно, зайду, посмотрю. Открываю, тут их много, ладно, давай зайду, посмотрю первый.

 

 

Все, открываю, тут еще 10 листов только в первом документе. Хочется почитать, там же что-то важное. Ну ладно, один отчитали, и пока читали, поняли, что можно же в метро это сделать с телефона.

 

 

И все остальные прочекали – видим, что все нормально.

 

 

Поняли, что потом можно почитать еще подробнее

 

 

Можно скачать и перепроверить все что угодно.

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

 

 

Ну и сотрудники, естественно, радуются, делятся с остальными, у всех праздник, все счастливы становятся.

 

 

В результате:

• кадровики как жили в 1С:ЗУП или 1С:ERP, так и живут;

• сотрудники, как ничего про них не знали про 1С, так и не знают.

При этом все получили новый инструмент.

Теперь у вас, возможно, возникнет вопрос: «А как же это все между собой взаимодействует?» Если задать в Google запросы: «сервис на 1С», «SaaS на 1С», «сайт на 1С», первые 2-3 страницы выдачи будут про обмены и синхронизацию – «Как выгрузить на сайт», «Как настроить обмен с сайтом» и так далее.

 

 

У нас обменов нет, мы ничего никуда не выгружаем. А это значит, что ничего не сломается, утечка данных и неактуальные данные невозможны.

Мы используем прямые запросы. Сотрудник нажал на кнопку и видит данные ровно в том виде, в котором они лежат в ЗУП или в ERP. Никаких неактуальностей быть не может.

Ничего не утечет – все, где лежало, там и лежит. Как у вас база 1С была защищена, так она и остается защищена.

Я потому и решил посвятить обменам отдельный слайд, что это очень важно и является ключевым преимуществом. Люди даже после презентации переспрашивают – как все-таки происходит обмен, как данные попадают на фронт, используется ли промежуточная база. А у нас обменов просто не существует.

 

Какие преимущества даёт нам движок v8

 

 

У нас весь бэк на 1С, и это приводит к следующему:

• Система становится гибкой, можем быстро поменять абсолютно все настройки. 80% всего, что видят сотрудники у себя в приложении, управляется аналитиком или даже самим кадровым специалистом. На настройку систему уходит несколько минут.

• Безопасность. В силу того, что нет обменов, ничего не утекает. Плюс уже есть доверие к системе 1С – если в компании 1С уже развернута, ее безопасность обеспечена, менять особо ничего не надо.

• Нет обменов – сказал.

• Про простоту доработок тоже уже поговорили.

• Понятные настройки – я дальше покажу скриншоты, вы поймете, почему они понятные, там все нормально.

 

 

На слайде – примеры гибкости.

 

 

Например, как аналитик на этапе внедрения настроил типы заявок, так они на фронте у сотрудника и будут расположены.

 

 

Если нужно что-то поменять, это меняется на бэке за минуту, для этого не нужно привлекать никаких фронтэнд-разработчиков.

 

 

Переименовать поле – просто меняем текст в шаблоне заявки в ЗУП. Опять же, любой аналитик справится. Это самый простой пример, здесь можно любую логику изменить.

 

 

Как только мы записали элемент, поле начало отображаться уже по-новому.

И так в любом месте.

 

 

Любые печатные формы. Если у компании есть свои печатные формы в 1С, она может продолжать их использовать – достаточно немного поднастроить, добавить их в специальный список, и все работает.

 

 

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

А в ЗУП уже можно будет настроить по умолчанию, кто какой видит. Плюс сотрудники могут сами себе переключать и менять эти стили, темные темы, языки. Фишек много.

 

 

Вот те самые возможности настроек, про которые я говорил.

 

 

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

Здесь я уже перестал считать количество вкладок. Раньше здесь были вкладки под каждый раздел, сейчас вкладок больше – на каждой вкладке куча списков и переключателей, и каждая настройка за что-то отвечает.

Для настройки приложения отдельно описаны подробные инструкции. Тем не менее, когда ты один-два сетапа сделаешь, ты уже начинаешь понимать, что за что отвечает.

 

 

Вот пример настройки согласования.

 

 

Настройки SMS центра – причем можно использовать своего провайдера.

 

 

Настройки планирования графиков отпусков – все можно настроить в очень детальных мелочах.

Возможно, это не всем надо, но в нашей нише такая гибкость – одно из преимуществ.

 

Как правильно позиционировать преимущества

 

 

Понятно, что когда мы используем такой подход, у продукта появляются какие-то уникальные особенности. Как эти преимущества позиционировать?

Стандартные рекомендации:

• Выявляем, что болит у клиентов. Причем после четвертого-пятого пресейла оказывается, что болит у всех одно и то же – все ноют и жалуются на одно и то же.

• Мы понимаем, что в нашем продукте есть то, чего нет у большинства – ставим это на первое место.

• И начинаем рассказывать истории про то, как наши особенности привели к успеху других клиентов.

• Даем потрогать – прямо на презентации через Zoom пускаем в свой экран либо даем демо-доступ, чтобы можно было потрогать самостоятельно.

Это про позиционирование преимуществ. И на примере нашего продукта мы показываем:

• Безопасность. Если кто-то в организации против того, чтобы данные вообще куда-то в интернет выгружались, есть модель On-Premise. Это бывает интересно, например, банковским структурам, государственным секторам, у которых с безопасностью все очень строго. Не вопрос, развернете у себя, все будет работать. Единственное, с телефона будет сложнее достучаться, но и это тоже можно настроить.

• Если необходимости в тотальной изоляции системы нет, можно использовать версию cloud – наши сервера фронтов. При этом базу в интернет тоже публиковать не нужно – мы получаем данные через web-socket’s.

• Синхронизация отсутствует – это мы уже проговаривали.

• Гибкость и красота. Клиенты сами начинают задавать вопросы: «А у нас – вот так», «А мы хотим здесь свой логотип», «А вот это нам не нужно», «А вот в этой заявке мы хотим еще 4 поля добавить». Мы легко можем добавить новые поля, убрать лишние, внести изменения в существующие.

• Языки и стили. Далеко не у всех решений есть возможность настроить свои корпоративные стили и заложить мультиязычность. А при нашем подходе можно добавить любой язык – пожалуйста, переводите интерфейс и показывайте перевод.

 

Что в итоге? Есть ли будущее у SaaS на 1С?

 

 

Мы на своем примере доказали, что SaaS на 1С реален:

• Более 100 компаний уже сейчас являются действующими клиентами EmplDocs.

• Среди наших клиентов есть большие компании, потому что в сумме у нашего SaaS-сервиса около 70 тысяч пользователей – тех, кто получил приглашение, зарегистрировался и задал себе пароль.

• За последний год у нас воронка держится примерно на одном уровне – около 100 клиентов. Каждый день кто-то в эту воронку добавляется, каждый день кто-то из нее выбывает.

• Мы позиционировались как решение для всех, но опыт показал и выделил нам несколько секторов бизнеса, которые чаще остальных нам интересуются.

  • Это госструктуры – им как раз важна безопасность, там довольно строгие подходы. Мы все это можем обеспечить.

  • Строительный сектор.

  • Медицина.

  • Нефть, газ.

  • Отдельно выделю иностранные компании, которые остались в России, имея представительства или головную фирму в других странах. Когда мы работаем с российскими фирмами, мы примерно понимаем возможные рамки процессов. А с иностранцами так не работает. Там для процесса согласования перед тем, как дойти до вашего филиала, может потребоваться пройти через 15 человек, и мы это тоже можем предусмотреть. Наша гибкость позволила нам выйти на этот рынок.

  • И средний и малый бизнес – те, у кого мало сотрудников и не очень много денег. Им надо быстро, поэтому они охотно берут у нас SaaS Cloud – там внедрение со сбором требований можно сделать за неделю, а потом уже поднастраивать.

Вывод – SaaS на 1С реален, он дает свои результаты. Этим можно пользоваться, с этим можно работать.
 

Приобрести EmplDocs на Инфостарте

 

Вопросы и ответы

 

Для подписания документов у каждого пользователя должна быть своя ЭЦП?

У каждого пользователя есть договоренности, документально прописанные с компанией, что признается действительной ЭЦП и какие документы через эту ЭЦП можно подписать.

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

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

Для организации это сложнее, потому что нужно под каждый тип прописать свои согласия. Но мы, когда внедряем, конечно, в этом помогаем.

Тем не менее, если кто-то хочет использовать условный «Госключ», который выпускается бесплатно за минуту – пожалуйста.

А если у кого-то проблемы с этим – например, в международной компании, где не хотят связываться с «Госуслугами» или просто у человека по каким-то причинам нет смартфона, он может выпустить себе какую-то другую подпись и использовать ее.

И еще есть ПЭП – простая электронная подпись, которая тоже позволяет довольно большой ряд документов подписывать. Ее не надо выпускать, можно просто кнопку сделать. Это простая электронная подпись.

Решение сейчас продолжает развиваться, или вы уже все сделали?

Решение постоянно развивается. Бэклог расписан на год вперед и даже, наверное, дальше. Уже есть понятные действия, которые мы будем делать в ближайший год. И кроме этого есть то, на что еще надо посмотреть, но просто это спрашивают пореже.

Развития там немерено.

Если бэк – это база 1С, запросы не тормозят? Когда человек с мобильного приложения нажимает «Обновить», сколько секунд он ждет и нет ли жалоб на это?

Жалобы, которые могут быть, могут быть связаны только со скоростью соединения.

Когда мы внедряем, мы смотрим на то, какая нагрузка идет на базу сейчас, потому что когда на базу устанавливается EmplDocs, она начинает требовать ресурсов на 15-20% больше.

Но мы все запросы уже тестировали – они отрабатывают быстро. Сама база отдает данные моментально либо почти моментально. Даже если нужно вернуть список из 40 тысяч записей, мы этот запрос оптимизировали, по страничкам разбили, страничка за секунду грузится.

Если у человека интернет медленный, он будет смотреть на прелоадер, пока это все идет. Жалобы были только когда так происходит. На то, что сама база отдает что-то медленно, если и были жалобы, то на этапе внедрения, когда с ресурсами просчеты. Мы это фиксировали, исправляли, все становилось нормально.

Есть ли зависимость, на чем развернута база – на MS SQL или на PostgreSQL?

Зависимости нет. Бэкенд реализован следующим образом – мы ставим расширение на ЗУП, и в базу добавляются новые объекты. А там вы уже либо публикуете http-сервис, либо соединение происходит через веб-сокеты.

Если ЗУП на вашей СУБД работает, и вас все устраивает, используйте все как есть, никаких новых рекомендаций вы не получите.

Чем ваше решение удобнее, чем 1С:Кабинет сотрудника?

Наше ключевое отличие от 1С:Кабинет сотрудника в том, что 1С:Кабинет сотрудника – это все-таки отдельное решение, некая своя база, в которую мы сначала должны выгрузить всю информацию о своих сотрудниках. Там происходят некие процессы, потом они заливаются обратно в ЗУП. Помните слайд с майором Пейном? Обмены есть, а значит, возможна неактуальность.

Плюс, у 1С:Кабинет сотрудника достаточно ограниченная функциональность, и вы используете его таким, какой он есть. Для тех, кто нормально относится к типовым коробочным решениям, и кому жесткие рамки помогают в работе, ограничения в функциональности являются несомненным плюсом. Но у наших сегментов, которые я перечислял, запрос шире. Им нужно четче, детализирование. Из разряда: «Нам нужна здесь эта кнопка и мы без этого не поедем». Наш продукт решает такие задачи.

 

*************

Статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART EVENT.