Бэк-офис прост и как поддерживать эффективность коммуникации, продуктивность работы и защиту данных

Бэк-офис

Процессинговый центр — юридическое лицо или его структурное подразделение, обеспечивающее информационное и технологическое взаимодействие между участниками расчётов.

ИТ-консалтинг (англ. IT-consulting) — консалтинг в сфере информационных технологий (ИТ). Является одним из многочисленных направлений консалтинга (консалтинговых услуг).

Фронт-офис — общее наименование группы подразделений или процессов в организациях, отвечающих за непосредственную работу с клиентами, заказчиками.

Эмиссия банковских карт — деятельность по выпуску банковских карт, открытию счетов и расчётно-кассовому обслуживанию клиентов при совершении операций с использованием выданных им банковских карт.

Банковская холдинговая компания (англ. Bank holding company) — банк или корпорация, владеющая долей акционерного капитала одного или нескольких банков, достаточной для того, чтобы осуществлять контроль над ними.

Рынок капиталов (рынок капитала) — часть финансового рынка, на котором обращаются длинные деньги, то есть денежные средства со сроком обращения более года. На рынке капиталов происходит перераспределение свободных капиталов и их инвестирование в различные доходные финансовые активы.

Ссудо-сберегательная ассоциация (англ. Savings and loan association) — разновидность кредитных учреждений, получивших широкое распространение в США. Основной функцией ссудо-сберегательных ассоциаций является аккумуляция сбережений населения и долгосрочное кредитование покупки и строительства жилых домов.

Финансовые технологии или финтех (англ. FinTech) — отрасль, состоящая из компаний, использующих технологии и инновации, чтобы конкурировать с традиционными финансовыми организациями в лице банков и посредников на рынке финансовых услуг. В настоящее время к финтеху себя относят как многочисленные технологические стартапы, так и крупные состоявшиеся организации, старающиеся улучшить и оптимизировать предоставляемые финансовые услуги.

План счетов — система бухгалтерских счетов, предусматривающая их количество, группировку и цифровое обозначение в зависимости от объектов и целей учёта. В План счетов включаются как синтетические (счета первого порядка), так и связанные с ними аналитические счета (субсчета или счета второго порядка). Построение плана счетов обеспечивает согласованность учётных показателей с показателями действующей отчётности.

Интернет-эквайринг (англ. «internet acquiring») — это технология, являющаяся разновидностью эквайринга, позволяющая принимать к оплате банковские карты через Интернет. Главное отличие от торгового и мобильного эквайринга состоит в отсутствии терминала (POS, mPOS) для физического считывания данных карты. Таким образом, использовать Интернет-эквайринг могут пользователи виртуальных банковских карт и электронных кошельков, у которых отсутствуют физические носители в виде пластиковых карт.

Просроченный (недействующий, неблагополучный) кредит (также: «токсичные активы») — кредит, по которому не выполняются условия первоначального кредитного соглашения.

Управление частным капиталом (англ. wealth management) — комплекс консультационных услуг, охватывающих все аспекты финансовой жизни частного клиента с крупным состоянием — финансовые инвестиции, планирование, бухгалтерский учёт и налогообложение, юридические вопросы.

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

Конверсионные операции (англ. Foreign Exchange Operations, англ.сокр. Forex или FX).)— это сделки участников валютного рынка по обмену оговоренных сумм валюты одной страны на валюту другой страны по согласованному курсу с проведением расчетов на определенную дату.

Облигации федерального займа (ОФЗ) — рублёвые облигации, выпускаемые Министерством финансов Российской Федерации. Данные облигации являются купонными, то есть по ним предусмотрены процентные выплаты по купонам. По некоторым выпускам ОФЗ в определённые даты предусматривается частичное погашение номинала (амортизация долга). Данные облигации попадают в категорию государственных облигаций.

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

Операционные затраты или операционные расходы (англ. OPEX, сокр. от operating expenses) — повседневные затраты компании для ведения бизнеса, производства товаров и услуг.

Капитализация: * преобразование средств (части чистой прибыли, дивидендов и др. или всей прибыли) в добавочный капитал, добавочные факторы производства (такие, как средства труда, предметы труда, рабочая сила и т. д.), в результате чего достигается увеличение размера собственных средств.

Сро́чный ры́нок (рынок производных финансовых инструментов) — это рынок, на котором происходит заключение срочных контрактов (форварды, фьючерсы, опционы).

Клиентская база — это база данных, содержащая сведения обо всех клиентах компании, когда-либо совершавших с ней сделки. Кроме того, иногда к клиентской базе относят и сведения о потенциальных клиентах компании.

Портфе́льные инвести́ции — инвестиции в ценные бумаги, формируемые в виде портфеля ценных бумаг. Портфельные инвестиции представляют собой пассивное владение ценными бумагами, например акциями компаний, облигациями и пр., и не предусматривает со стороны инвестора участия в оперативном управлении предприятием, выпустившим ценные бумаги.

Депозитный сертификат — ценная бумага, которая удостоверяет сумму внесённого в банк вклада юридического лица и права вкладчика (держателя сертификата) на получение по истечении установленного срока суммы депозита (вклада) и обусловленных в сертификате процентов в банке, выдавшем сертификат, или в любом филиале этого банка.

Интернет-банкинг — это общее название технологий дистанционного банковского обслуживания, а также доступ к счетам и операциям (по ним), предоставляющийся в любое время и с любого устройства, имеющего доступ в Интернет. Для выполнения операций используется браузер, то есть отсутствует необходимость установки клиентской части программного обеспечения системы.

Эква́йринг (от англ. acquire «приобретать, получать») — приём к оплате платёжных карт в качестве средства оплаты товара, работ, услуг. Осуществляется уполномоченным банком-эквайером (англ. acquiring bank) путём установки на торговых или сервисных предприятиях (ТСП) платёжных терминалов (POS-терминалов в случае традиционного торгового эквайринга, mPOS-терминалов в случае мобильного эквайринга) или импринтеров.

Шелл-компания (англ. shell company — компания «оболочка», «пустышка») — подставная или фиктивная компания (синоним «фирмы-однодневки»), созданная третьими лицами для достижения тех или иных практических целей и сокрытия истинного выгодоприобретателя.

Платёжный терминал (self-service terminals, SSTs) — аппаратно-программный комплекс, обеспечивающий приём платежей от физических лиц в режиме самообслуживания. Для платёжного терминала характерна высокая степень автономности его работы. Контроль за работой можно производить через Интернет.

Системный риск финансового сектора (англ. systemic risk of a financial sector) — возможность возникновения сбоя в предоставлении финансовых услуг, который вызывается ухудшением состояния всей финансовой системы или ее части и имеет потенциальные серьезные отрицательные последствия для реальной экономики.

Обраще́ние ценных бумаг — заключение гражданско-правовых сделок, влекущих переход прав на ценные бумаги.

Универсальный банк — банк, осуществляющий все или большинство основных видов банковских операций.

Фина́нсовый институ́т — организация, участвующая в финансово-кредитной системе, как то: банк, страховая компания, инвестиционный фонд (инвестиционная компания), пенсионный фонд, взаимный фонд и др.

Бюро кредитных историй — юридическое лицо, зарегистрированное в соответствии с законодательством Российской Федерации, являющееся коммерческой организацией и оказывающее в соответствии с Федеральным законом от 30.12.2004 № 218-ФЗ «О кредитных историях» услуги по формированию, обработке и хранению кредитных историй, а также по предоставлению кредитных отчётов и сопутствующих услуг.

Присоедине́ние организации — прекращение одного или нескольких юридических лиц с передачей всех их прав и обязанностей другому (существующему) юридическому лицу.

Корпорати́вная облига́ция — облигация, выпускаемая корпорациями (юридическими лицами) для финансирования своей деятельности. Как правило, корпоративная облигация является долгосрочным долговым инструментом со сроком погашения более года.

Говоря о мессенджерах (корпоративных или публичных), мы представляем себе понятный интерфейс, возможность обмена сообщениями, медиафайлами, звонками. Знаете ли вы, что корпоративные мессенджеры дают еще и широкие возможности по управлению аккаунтами пользователей, чатами и каналами через бэк-офис (панель администрирования)? Регулирование доступа к мессенджеру является также дополнительной страховкой от нежелательной утечки данных компании за ее пределы. Какими возможностями обладает панель управления, как она работает и что дает корпорации, рассказываем и показываем на примере корпоративного мессенджера Frisbee.

Что такое бэк-офис

Корпоративный мессенджер Frisbee предназначен для крупных компаний и корпораций с большим количеством сотрудников (от одной тысячи подключенных пользователей). Управлять таким количеством пользователей — задача не из простых, которая требует наличия дополнительных инструментов в арсенале системных администраторов и HR-специалистов.

Бэк-офис корпоративного мессенджера Frisbee представляет собой отдельный веб-интерфейс для администрирования платформы, с помощью которого можно создавать аккаунты пользователей вручную или же импортировать заранее подготовленные списки сотрудников. Другими словами, это панель управления всей внутренней “кухней” мессенджера.

На панели администрирования собраны карточки сотрудников компании, которые зарегистрированы в мессенджере, организации (проекты или отделы), где числится работник, а также отображаются созданные пространства (объединяют групповые чаты и участников, относящихся к какому-то проекту, отделу, подразделению) — места общения коллектива.

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

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

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

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

Важным отличием корпоративного мессенджера от публичного является то, что его пользователи — подключенные в специальном порядке сотрудники компании либо партнеры. Пользователей во Frisbee подключают уполномоченные на это работники компании. Такой подход исключает наличие третьих лиц в группах и пространствах мессенджера.

В мессенджере Frisbee пользователи делятся на три группы: суперадминистратор, администратор и сотрудник. Каждая группа выполняет свою роль и наделена определенными правами.

Суперадминистратора в систему приглашает разработчик мессенджера. Происходит это после обращения уполномоченного лица компании, которая установила мессенджер, в службу технической поддержки Frisbee.

Пользователь бэк-офиса, который назначается суперадминистратором и имеет почти те же права (добавление/удаление участников, присвоение прав и т.д.). Однако администратор не может совершать какие-либо действия по отношению к суперадминистратору.

Пользователю бэк-офиса со статусом “Сотрудник“ доступен ограниченный функционал по работе с новыми пользователями мессенджера.

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

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

Преимущества бэк-офиса для компаний

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

Значение слова «бэк-офис»

Делаем Карту слов лучше вместе

Привет! Меня зовут Лампобот, я компьютерная программа, которая помогает делать
Карту слов. Я отлично
умею считать, но пока плохо понимаю, как устроен ваш мир. Помоги мне разобраться!

Спасибо! Я стал чуточку лучше понимать мир эмоций.

Вопрос: дестабилизироваться — это что-то нейтральное, положительное или отрицательное?

Синонимы к слову «бэк-офис»

Время на прочтение

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

Бэк-офис же для большинства владельцев бизнеса и CIO/COO зачастую представляет собой «черный ящик», процессы которого каким-то образом саморегулировались и в детали лучше не лезть, чтобы не нарушить функционирование.

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

Бег без отстающих

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

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

Какие шаги необходимо предпринять?

С этой задачей отлично справляется технология аналитики процессов рабочего стола Desktop and Process Analytics (DPA). Полная прозрачность действий не только помогает уменьшить непродуктивное время, но и обеспечивает контроль выполнения всех требуемых действий, а также правильную последовательность шагов в бизнес-процессах.

Однако функции DPA не заканчиваются на наблюдении происходящим на экране и записью в лог действий сотрудников – возможна настройка автоматической реакции на те или иные действия. Например, будет крайне полезно осуществлять проверку валидности вводимых данных, это минимизирует ошибки ввода. Можно обеспечить сотрудников интерактивными подсказками «что делать дальше» и реализовать «интеграцию без интеграции» различных приложений. Другими словами, всё, что удаленный сотрудник может сделать сам на своём рабочем столе – можно проанализировать, проконтролировать и автоматизировать. И конечно же визуализировать это в системе отчетности, чтобы проактивно реагировать на возникшие обстоятельства. Кроме того, результаты анализа действий сотрудников позволяют построить карту процессов (большинство бизнес-процессов комплексные по своей сути и задействуют сотрудников из нескольких подразделений) и тем самым выявить узкие места, обнаружить как лучшие практики, так и типовые ошибки сотрудников, и даже откровенные нарушения.

Накопленная статистика позволит выявить рутинные повторяющиеся действия, что послужит отличной базой для последующей автоматизации и роботизации с помощи технологии Robotic Process Automation (RPA).

Интересный эффект из области психологии — осведомленность сотрудников о факте контроля приложений рабочего стола способна обеспечить прирост производительности труда до 20%.

Во-вторых, нужно поддерживать непрерывность бизнес-процессов организации и сохранять эффективность работы.

Тут как нельзя лучше подходит технология Workforce Management (WFM), широко известная и прекрасно зарекомендовавшая себя в контакт-центрах. Она позволяет на основании прогноза нагрузки строить оптимальный график работ для каждого удаленного сотрудника, так чтобы он не простаивал и не был перегружен, с учетом различных видов активности, его роли на этапах бизнес-процессов, квалификации и даже личных пожеланий.

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

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

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

По опыту внедрений, применение решений WFM для оптимизации труда сотрудников в среднем дает эффект повышения производительности труда от 8 до 12 % (КП). Кроме того, повышается удовлетворенность клиентов компании благодаря оперативности решения их вопросов. А гармонизация баланса работы и личной жизни сотрудников сокращает текучку кадров.

Приоритет информационной безопасности

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

Для решения такой комплексной задачи целесообразно использовать сразу связку нескольких систем: технологии для контроля за несанкционированными действиями, контроля утечек информации (DLP) и системы многофакторной аутентификации.

Системы для защиты от несанкционированных действий, например, Secret Net Studio, обеспечивает контроль подключения к ПК съемных устройств, в частности с целью записи на них конфиденциальных данных. Кроме того, отслеживается изменение или извлечение из ПК оборудования. Технологии DLP-решений решают задачу контроля передачи конфиденциальных данных с ПК по несанкционированным каналам коммуникаций, выявляют нелояльных сотрудников и утечки конфиденциальных данных. Дополнительный бонус современныхDLP-систем — контроль работы пользователей за ПК (время работы сотрудника в конкретном приложении, время простоя ПК и т.д.), а также посещаемые в рабочее время ресурсы в сети Интернет (например, развлекательные ресурсы, социальные сети и т.д.).

В одной из дискуссий недавно, я перечислил основные системы, делающие работу ИТ-компании цивилизованной. Список получился весьма обширный, и я решил оформить его как самостоятельную статью.

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

Всё ниженаписанное касается компаний/отделов, в которых работает работает квалифицированный персонал, то есть курсы «офис для начинающих» им не нужны. Так же как не нужны групповые политики на рабочих станций и специальный админ для перекладывания ярлычков на рабочем столе и установки любимой программы. Другими словами, это бэк-офис айтишников, значительно отличающийся от бэк-офиса остальных отделов.

Краткий спойлер содержимого: VCS, репозиторий исходного кода, code-review, build-сервера, CI, таск-трекер, вики, корпоративный блог, функциональное тестирование, репозиторий для пакетов, система управления конфигурацией, бэкапы, почта/jabber.

Картинка с фрагментом обсуждаемой инфраструктуры:

Итак, начнём с простого.

Рабочие места: компьютер с кнопками (порядка 90-100 шт) на каждое рабочее место. Желательно так же внешний/второй/третий монитор. Обычно используются ноутбуки, весьма широко — макбуки. Пользователи имеют админа или sudo на своих машинах, сами определяют себе комплект удобного ПО, включая редактор, отладчик, почтовый клиент, браузер, терминалку и т.д.

Проехали простое. Дальше серьёзное.

Cистема контроля версий (VCS) должна быть общей, «каждому своё» тут не прокатит. Стандарт де-факто — git, условно популярен mercurial (hg), экзотичен bazar (bzr), из прошлого века svn/cvs/vcs. Плюс у виндузятников свой мир, там что-то другое.

Система контроля версий работает локально, так что должен быть центральный репозиторий исходных кодов, в который пушат все (кто должен пушить). Весьма и весьма популярным является gitlab. Есть проприетарные решения, есть github для тех, кому лениво самому поднимать. Она же решает вторую важную вещь: pull requests. Чтобы один человек мог посмотреть, что сделал другой до того, как оно попадёт в основную ветку (общий репозиторий). Замечу, что pull requests имеет смысл, даже если code review как таковой не проводится. Принцип простой — один написал, другой смерджил (merge).

Если код сложный, то понадобится система для code review. Code review подразумевает, что программисты (или сисадмины — devops, всё такое) просматривают код друг друга, и существует некоторая формальная процедура принятия кода — например, «должны посмотреть и одобрить не меньше двух человек, из них один должен быть сеньёр/лид». Примеры: gerrit, Crucible. Если сложность балансирует на грани, то можно попытаться соблюдать соглашение добровольно, обсуждая в комментариях в gitlab’е. Но как всё добровольное, за чем не следят роботы, оно иногда будет давать осечки.

Управление командой людей в минимальном виде осуществляется посредством планировщика задач (task-tracker’а) — redmine, jira, mantis. Чаще всего он выполняет и роль баг-трекера. Основная цель — формализация постановки задачи, снятие неоднозначностей и нахождение виновных, когда кто-то что-то сделал не так (ты так сказал? Нет, не так понял! — после этого смотрится текст задачи и становится понятно, кто промахнулся). В случае появления таск-трекера следует старательно изживать устное право, особенно со стороны начальника/тимлида. Надо что-то поменять? Ставь задачу. Объём бюрократии минимальный, количество хаоса уменьшается кратно.

Практически обязательным можно считать наличие своей собственной вики — mediawiki, moin-moin, confluence, dokuwiki — что угодно, куда можно писать статьи, видимые другим членам команды, и где можно редактировать за другими. Идеальное место для складывания текстов «как сделать то-то», регламентов, результатов обсуждения, планируемых архитектурных решений, объяснения почему будет сделано именно так, а не иначе. Хорошо структурированная вики хорошо, но даже беспорядочная груда текстов кратно полезнее устного предания, которое затухает вместе с уволившимся сотрудником, который «всё это знал».

Если вики поддерживает блоггинг, хорошо, если нет, надо либо договориться о формате ведения блога в вики, либо поднять что-то для его внутрикорпоративного ведения. Что писать в такой блог? Потратили 4 часа вылавливая странный баг в конфиге? Описать в блоге — в следующий раз сами же искать будете, ибо прочитать быстро, а делать самому медленно. Начали разбираться с долгой-долгой проблемой, которую целиком в голове не удержать? Вместо текстового редактора на компьютере в качестве блокнотика — писать в вики. Иногда может оказаться так, что кто-то из коллег прямо в процессе отладки прочитает уже написанное и скажет более короткое решение. А в какой-то момент блог компании станет едва ли не самым ценным ресурсом в сложных ситуациях (№2 после интернетов).

Писать код, который работает на рабочей станции, на которой его писали — это редкая роскошь. Чаще всего (и чем дальше, тем больше) код представляет из себя middleware — прослойку между другими крупными кусками серверного кода, и требует обширного окружения для продуктивной работы. «Этому приложению для отладки надо mysql с копией рабочей базы, memcached, redis и snmp к коммутатору». Такое окружение на рабочей станции поднимать — то ещё удовольствие. А бывает так, что проектов несколько, и у каждого своё окружение.

Таким образом, мы получаем первую сложную вещь: стенды для программистов. В реальной жизни это может быть микроконтроллер, подключенный по usb, или ферма серверов hadoop’а. Важно, что у программиста его стенд, похожий хоть в какой-то степени на рабочую конфигурацию, где программист может проверять результаты своей работы сразу, как написал. Экономить не стоит, и у каждого программиста должен быть свой стенд. Если слишком дорого — надо поднимать мокапы, если мокапы не могут быть подняты, то у компании проблемы — программисты пишут «на продакшене», причём если программистов несколько, то одновременно. Если программистов не пускают на продакшен, то они пишут вслепую — прощай продуктивность.

Далее, есть вопрос о том, как код появляется на продакшене. Чаще всего это пакеты (deb/rpm), исполняемые файлы (exe), либо просто скучная выкладка (html). Заметим, имеет смысл даже «скучную выкладку статики» завернуть в пакет. Есть команды, которые выкладывают прямо из гита (определённого бранча, тэга, или даже мастера, с предположением, что разработка идёт в других бранчах).

CI, заодно, может осуществлять прогон тестов. Юнит-тесты чаще всего прогоняются на этапе сборки пакета (после компиляции). А вот для функциональных (приёмочных) тестов надо поднимать (ещё одно, а то и много разных) тестовое окружение. После успешной компиляции запускается установка пакета на стенде и проверка на работоспособность. Если у компании есть ресурсы, то по каждому странному багу делается тест, который его отловит. В минимальном виде нужно проверить базовые happy paths, то есть «клиент может прийти, увидеть товар, положить в корзину, оплатить и купить». Всякие sad path (у клиента нет денег/версия ядра не соответствует модулю) проверять тоже можно, но это значительно больше ресурсов. Но даже happy path тесты сильно улучшают стабильность.

Если конфигураций и тестов много, то имеет смысл поднять интеграцию системы code-review с тестами. Наиболее известный — zuul, связывающий gerrit c jenkins’ом. В этом случае предложение на code review присылается только после того, как коммит программиста (сисадмина) прошёл тесты — экономится время людей, не говоря уже о том, что львиное число простых багов отлавливается на этапе «борьбы с gerrit’ом». Идеальным примером того, как это работает на сотнях независимых разработчиков, является инфраструктура проекта openstack.

Если тесты настроены, code review отработан, всегда есть предыдущая версия, то имеет смысл задуматься о continuous integration, его оригинальном смысле, то есть автоматическое выкатывание изменений на продакшен сразу, как прошли тесты и code review.

Финальные аккорды

К этому обычно нужна почта, jabber (с которыми хорошо бы слинковать таск трекер и CI), возможно, рассылки. Часто имеет смысл поднять свой vpn-сервер, чтобы люди могли работать откуда угодно без затруднений с закрытыми портами и т.д.

Зачем «своё», когда есть гуглопочта? Ну, потому что когда начнут таинственно недоходить письма от nagios’а, потому что гуглю не нравятся bulk messages для group address, то борьба с гуглом может занять больше времени, чем свой почтовый сервер.

И, разумеется, ко всему этому прикладывается своя собственная мета-инфраструктура:

Вот такое скромное хозяйство у хорошей IT-компании. Заметим, это только рабочие инструменты, тут нет никаких «каталогов пользователей» (и, вообще, вопрос авторизации не разбирался), систем контроля доступа, учёта рабочего времени, зарплат, бизнес-планирования и других вещей, которые нужны не разработчикам/сисадминам, а стейкхолдерам.

И сколько это стоит?

Считаю в человеко-часах, на з/п умножайте сами. Цифры крайне приблизительные (то есть взяты с потолка):

Заметим, это чистое рафинированное время (которого не так уж много). Кроме того, многие вещи требуют вовлечения всех сотрудников, то есть их нельзя выделить на отдельного специального человека, то есть время внедрения будет размазываться поверх обычной работы.

При условии, что будет выделяться примерно 30% рабочего времени на собственную инфраструктуру (это много), то внедрение с нуля займёт от трёх месяцев до года. Это при постоянном энтузиазме, если возникают паузы, время увеличивается (непропорционально времени простоя, потому что всё вокруг меняется и после паузы придётся много переделывать). Ещё раз взяв с того же потолка зарплату, учтя отпуска/больничные/авралы, получаем порядка 1-2 миллионов рублей, без стоимости железа, электричества и лицензий, только за работу (цифра учитывает расходы на «белые» налоги и сборы).

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

Сколько на это нужно серверов? Ответ сильно зависит от тестовых конфигураций, если мы предположим, что тестовая конфигурация — это мелкий LAMP-сервер (1Гб памяти на всё про всё), то при плотной упаковке виртуалок можно обойтись 2-5 серверами (~200-300 т.р. на каждый) для всего, плюс отдельный бэкап-сервер. Ах, да, допишите в список работ по настройке, ещё поддержание этой стопки виртуалок и виртуализаторов.

Всё это, конечно, меркнет по сравнению со стоимостью одного рабочего места для оператора башенного подъёмного крана (6 миллионов рублей) или роботизированного фрезерно-сверлильного станка высокой точности (даже не нашёл цен в публичном доступе для примера).

А оно точно нужно?

Можно ли сэкономить и не делать?

Более того, ничего фатального не произойдёт. Однако, некоторые рабочие процессы будут дольше, некоторые будут утомительными (отправка по почте друг другу zip’ов с изменениями), ряд сотрудников будет вынужден присутствовать в офисе для того, чтобы что-то сделать (например, согласовать изменения в коде), болезнь одного из сотрудников может сильно затруднить жизнь других (а кто у нас тут был, кто знал как правильно изменения выкатывать?). Частично будет страдать качество кода или снижаться скорость работы программистов. Какие-то особо крутые штуки будут просто не доступны, но и без них будет хорошо. Часть сотрудников будет занята низкопродуктивной работой, и из-за этого не только не заниматься тем, за что им деньги платят, но и демотивироваться, потому что монотонный скучный, чреватый ошибками, повторяющийся из раза в раз процесс на работе — просто отличный повод для внедрения вышенаписанного. Или обновления резюме, да.

Как все капитальные инвестиции в эффективность труда, эти все системы не являются обязательными. В конце-концов, ракеты в космос успешно запускали с какой-то там попытки и без git’а с code review и тестами.

Заключение

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

Часто останавливаются на каком-то этапе. Они обычно вызваны нежеланием персонала, потому, что у него (персонала) нет той боли, которую должна устранить система. Если боли реально нет — отлично, можно сэкономить на особо продвинутых сложных вещах. Если же «боли нет» потому, что человек никогда не пробовал «по другому», то может быть, что остановка вызвана всего лишь нехваткой квалификации.

Заметим, если незнание гита можно считать аналогом безграмотности или невнятной речи, то есть, программист, который не умеет пользоваться гитом, либо очень «специальный» (1С, SAP), либо не очень программист, то «незнание» gerrit’а вполне понятно и потребует обучения. Чем выше уровень интеграции процессов, тем больше шансы, что критическая масса сотрудников просто не захочет учить так много. В отличие от бухгалтерш, сисадмины и программисты обучаемы довольно быстро, но если «быстро» не получается, то сопротивление может быть куда большее, чем возмущённые стоны от смены версии 1С. Нет ничего страшнее, чем ключевой технический персонал, возмущённый обязательным внедрением неудачного технического решения.

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

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

P. S. Ах да, чуть не забыл — в списке оборудования — ещё нужен принтер в офис, чтобы заявления на отпуск распечатывать.

Что такое бэк офис, фронт офис и мидл офис

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

Архитектура бизнеса

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

Бэк офис — что это простыми словами

В каждой компании это разные отделы. Их объединяет деятельность, связанная с поддержанием работы в рамках определенных критериев, которые устанавливаются индивидуально.

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

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

Работа с клиентами — главная задача фронт-офиса. Здесь трудятся все те, кто выстраивает долгосрочные отношения с партнерами, заказчиками: менеджеры по продажам, консультанты, продавцы, брокеры, специалисты по ведению сайтов с продукцией. От этой категории работников зависит прибыль компании. Они должны обеспечить клиентам приятную атмосферу для взаимодействия. К функциям относят:

Фронт-офис работает по принципу «одного окна»: клиент взаимодействует только с одним представителем компании, что экономит время, силы, нервы.

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

Мидл-офис — самый сложный уровень бизнеса. Сотрудники решают вопросы не только с партнерами, руководством, коллегами, самостоятельно принимают решения по выявленным проблемам.

Кто главный?

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

Синергия всех отделов — залог эффективности компании.

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

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

Сотрудники бэк-офиса могут заниматься административными вещами: составлять договоры, проводить закупки, оформлять сотрудников, составлять отчетность, начислять зарплаты и проводить финансовые операции. И могут отвечать за техническую составляющую: учетные системы и ЭДО, работу клиентских сервисов, чатов и приложений.

То есть обычно бэк-офис состоит из техподдержки, бухгалтеров, кадровиков и специалистов по зарплате, финансовых директоров, экономистов, юристов, статистов, колл-центра, службы безопасности, секретарей, ассистентов, а также руководителей складов, доставки и прочего — набор специалистов у каждой компании будет свой.

Зачем нужен

Обычно пишут, что бэк-офис поддерживает репутацию компании в условиях жесткой конкуренции, придумывает методы экономии и управляет рисками.

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

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

В банке бэк-офис будет заниматься еще и клирингом. В торговле — всем, что связано с товарами: приход и отпуск, списание и перемещение, переоценка и возврат, инвентаризация и внесение изменений в номенклатуру. В общепите — тоже товарно-складским учетом, а также контролем качества и санитарной безопасностью.

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

В чем проблема

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

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

Полностью автоматизировать бэк-офис очень сложно и вряд ли получится. Ту же первичку (договоры, акты, счета-фактуры и прочее) сервисы распознают только на 80%. А если вы приучили подрядчиков отправлять вам сканы по Whatsapp, эти документы ни один сервис распознать не сможет, потому что мессенджер сильно съедает качество файлов. Знаем, сами сталкивались. Плюс сам сервис еще нужно связать с 1С, ЭДО, ЭЦП и учетными программами, которые есть в компании.

Если крупные компании могут нанять управленцев, которые наведут порядок в работе сотрудников, и разработчиков, которые смогут связать ПО между собой, то небольшому бизнесу это не по карману. Давайте посчитаем, кто в идеале нужен бэк-офису и для чего (цены взяли ооочень средние):

1. Эксперт по налоговому и бухгалтерскому учёту, который будет учитывать жизнь предприятия и следить за налоговой динамикой — 80 000 руб. в месяц

2. Финансовый директор или экономист, который мониторит эффективность бизнеса и показывает, сколько денег вы заработали, считает вашу unit-экономику — 100 000 руб в месяц.

3. Юрист, который грамотно составит договоры, соглашения и прочее и сделает так, чтобы эти договоры работали на вас — 80 000 руб в месяц.

4. Специалист техподдержки, который настроит под вас учетные программы — 100 000 руб в месяц.

5. Специалист по первичным документам, который будет учитывать всю первичку от поставщиков, покупателей и других контрагентов — 60 000 руб в месяц.

6. Специалист по расчету зарплаты, который занимается всеми выплатами сотрудникам — 80 000 руб в месяц.

7. Кадровик, который занимается документооборотом и знает не только, как вести кадровый учет, но и как правильно составить трудовой договор, чтобы защитить вашу компанию от нечистых на руку сотрудников — 80 000 руб в месяц.

Получается, если полноценно каждую функцию закрепить за отдельным человеком, бизнесу нужно 7 экспертов, не считая помощников, ассистентов и других младших сотрудников. Фонд оплаты труда такой команды в Москве — около миллиона рублей, а в регионах — не менее 400 тыс. рублей.

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

Какое решение предлагаем мы

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

Вот мы называемся Первой Экспертной Бухгалтерией (ПЭБ), но мы не только про отчеты и бумажки. Клиентам одной бухгалтерии мало, чтобы быть уверенными, что с их бизнесом все нормально. Потому что в реальности ни один нормальный предприниматель не хочет «грамотный учет» или «правильную бухгалтерию» — он просто хочет вообще об этом не думать.

Мы увидели, что клиенты к нам приходят не с проблемами в учете в плане цифр, хотя и они тоже есть. А с тем, что они используют много всяких сервисов, которые обещали им автоматизировать все на свете. Но в реальности сервисы заточены под конкретную задачу или участок. И как все это увязать в одну систему, предпринимателю не понятно: как связать складской учет и чеки в ОФД, таблички в гугл-доке и CRM, битрикс и разные виды 1С. А еще как настроить ЭДО и ко всему привязать электронную подпись. В общем, предприниматель еще больше закапывается в эти проблемы.

Мы как раз делаем так, чтобы собственник вышел из бэк-офиса и занимался бизнесом.

✔ Во-первых, даем клиенту команду из 10 человек, в которую подбираем специалистов с необходимым опытом: знание отрасли, специфики работы бизнеса, особенности конкретной системы налогообложения и прочее. И смотрим, чтобы тот же главбух подходил клиенту по темпераменту, иначе нормального общения не получится.

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

✔ Во-вторых, полностью выстраиваем IT-архитектуру для клиента — для этого мы создали мощный блок техподдержки и разработали ту самую единую платформу, которая связывает все программы и сервисы, которыми пользуется клиент. И позволяет добавить новые или изменить архитектуру без перезагрузки всей системы. Если интересно, как мы это сделали — дайте знать в комментариях, сделаем отдельный материал.

Почему это стоит не миллион в месяц? Потому что вы платите за услугу, а не за рабочее время специалистов, ведь мы — аутсорсинг. И вот еще почему:

Если вы готовы стать нашим юбилейным 500 клиентом — оставьте заявку, мы вам перезвоним и все обсудим. А потом побежим за бутылочкой игристого (или за пятизвездочным), чтобы отметить это событие:)