Программа для ОСИ под требования закона

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

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

Покрытие закона проверяют готовым результатом

Фраза «соответствует законодательству РК» ничего не доказывает. Попросите поставщика на тестовом доме сформировать документы, которые ОСИ действительно обязано готовить, и сравните результат с действующими формами и порядком работы.

Приказ исполняющего обязанности министра индустрии и инфраструктурного развития Республики Казахстан от 30 марта 2020 года № 163 в актуальной редакции утверждает правила принятия решений, типовые формы протоколов, а также формы ежемесячного и годового отчетов по управлению объектом кондоминиума. Правила управления объектом кондоминиума требуют представить ежемесячный и годовой отчеты совету дома и собственникам до десятого числа месяца, следующего за отчетным периодом. Это хороший минимальный приемочный тест: программа должна хранить платежи и собирать из них отчет нужной структуры за нужный период.

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

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

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

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

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

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

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

Электронное собрание должно оставлять юридический след

Кнопка «проголосовать» еще не делает собрание юридически значимым. Система должна доказать, кто имел право голоса, по какому вопросу голосовал, в какой редакции видел материалы и как результат попал в протокол.

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

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

1. копию уведомления с временем отправки и адресатами;
2. редакции повестки и материалов с историей изменений;
3. основание права голоса по каждому помещению;
4. расчет кворума и результата по площади;
5. протокол, подписи и журнал действий.

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

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

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

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

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

Юридическая сила не равна наличию ЭЦП в последнем файле. Важна непрерывная цепочка: идентификация собственника, неизменность вопроса после начала голосования, фиксация каждого волеизъявления, расчет, закрытие, подписи и хранение. Если поставщик показывает только подписанный PDF, попросите восстановить из него исходные голоса. Неспособность сделать это означает, что доказательства находятся где-то еще или не существуют.

Реестр собственников определяет качество всех модулей

Без точного реестра программа неверно считает кворум, рассылает уведомления не тем людям и начисляет взносы не на те площади. Реестр отличается от адресной книги. Он показывает состав кондоминиума на конкретную дату.

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

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

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

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

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

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

Заявка заканчивается подтвержденным результатом

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

Проверьте все каналы, которыми дом реально пользуется. Если обращение приходит из приложения, WhatsApp, Telegram, по телефону или через QR-код, в системе должен возникнуть один объект с источником, временем, адресом, заявителем и вложениями. Повторное сообщение по тому же прорыву не должно создавать независимую аварию, если диспетчер может связать его с исходной заявкой.

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

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

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

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

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

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

Выгрузка данных входит в покупку

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

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

Машиночитаемая выгрузка сохраняет связи между объектами. Для проверки попросите хотя бы такой набор полей:

meeting_id,question_id,premise_id,owner_id,area_share,vote,cast_at,channel,evidence_file

Одной фамилии и ответа «за» недостаточно. Идентификаторы позволяют связать голос с вопросом, помещением, версией владельца и доказательством. Формат может быть CSV или JSON, но поставщик должен описать кодировку, даты, справочники и значения пустых полей.

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

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

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

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

Резервная копия и экспорт решают разные задачи. Копия помогает поставщику восстановить свою систему после сбоя. Экспорт помогает ОСИ продолжить работу без этой системы. Предложение «мы ежедневно делаем резервные копии» не отвечает на вопрос о выходе.

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

Стоимость владения складывается не из тарифа

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

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

Вынесите отдельными строками:

• очистку и импорт реестра;
• настройку ролей, шаблонов и статусов;
• SMS или другие платные уведомления;
• обучение нового председателя и сотрудников;
• полный экспорт при завершении работы.

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

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

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

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

Не смешивайте доработку и настройку. Добавить существующее поле в шаблон обычно можно настройкой. Реализовать новый расчет, канал или форму означает изменить продукт, протестировать его и поддерживать после обновлений. Если критичный процесс обещают «быстро настроить после договора», попросите показать аналогичную настройку сейчас или включить результат в приемку с правом отказаться.

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

Смена председателя проверяет систему лучше всего

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

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

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

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

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

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

Личные черновики прежнего председателя требуют отдельного правила. Рабочие заметки о доме могут быть нужны преемнику, но личная переписка и посторонние файлы передаваться не должны. Программа должна разделять записи ОСИ и личное пространство пользователя с самого начала. Попытка разобраться в этом в день передачи почти всегда заканчивается либо потерей рабочих сведений, либо избыточным доступом.

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

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

Безопасность проверяют действиями разных ролей

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

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

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

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

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

Спросите о журнале аудита предметно. Какие события фиксируются, можно ли их редактировать, кто видит журнал, как долго он хранится, входит ли в экспорт, содержит ли прежнее и новое значение? Запись «пользователь изменил объект» бесполезна, когда нужно понять, какую сумму или площадь поменяли.

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

Узнайте процедуру инцидента: как ОСИ сообщает о подозрении, кто блокирует сессию, как сохраняют доказательства, кто уведомляет ответственных и как восстанавливают доступ. Не просите гарантировать отсутствие взлома. Просите показать готовый порядок действий и контакт, который работает вне обычного кабинета.

Приемка на своем доме дает честный ответ

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

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

Дайте поставщику четыре задачи:

1. импортировать реестр и показать протокол ошибок;
2. провести собрание от уведомления до подписанного протокола;
3. собрать месячный отчет и раскрыть происхождение двух сумм;
4. передать роль председателя и выдать полный экспорт.

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

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

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

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

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

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

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