Карта бизнес-процессов, потоков создания ценности и узких мест
Перед вами интерактивная процессная модель кооперативной платформы, объединяющая четыре классических инструмента системного анализа: BPMN 2.0 (блок-схемы по ролевым дорожкам), VSM — Value Stream Mapping (карта потока ценности и таймингов), TOC — Theory of Constraints Голдратта (поиск и расшивка «узких мест» / бутылочных горлышек) и Service Blueprint (связка «Действие человека → ПЭП → Сервис PHP → Триггер БД → Проводка 1С»).
Business Process Model and Notation — блок-схема с разделением ответственности по дорожкам (Пайщик, Совет, Председатель, РК, Поставщик, 1С, Ядро БД) и шлюзами решений (XOR/AND).
Value Stream Mapping — замер времени прохождения процесса (Lead Time): где операция занимает 150 мс машинного времени, а где действуют законные сроки ожидания по Закону № 3085-1.
Theory of Constraints (Теория ограничений) — поиск «бутылочных горлышек» (нехватка кворума, кассовый разрыв, перевес партии, зависшие посылки) и встроенные предохранители системы.
Сервисный блюпринт — вертикальный срез каждого шага: экран пайщика → юридический акт ПЭП (63-ФЗ) → PHP-сервис и транзакция FOR UPDATE → проводка в audit_ledgers и 1С.
Контур I
Название узла
Подробное описание шага бизнес-процесса.
Каждая карточка ниже показывает потенциальное «бутылочное горлышко», способное парализовать классический кооператив или вызвать претензии ФНС / Банка / ЦБ, и точный механизм его автоматической нейтрализации в коде платформы.
Риск переквалификации паевого снабжения в розничную торговлю
Узкое место: Использование коммерческих терминов, приём взносов от гостей до решения Совета или отсутствие целевого заявления превращают пай в выручку с доначислением НДС/УСН.
Развязка АСКС: Полная блокировка внесения паевых взносов до статуса active_shareholder (после бюллетеней БС и протокола ПС Совета). Каждое обеспечение пая в ЦПП оформляется персональным заявлением ЦВ с ПЭП и разделением паевого и хозяйственного фондов.
Гонка транзакций при одновременном возврате и участии в ЦПП
Узкое место: Пайщик в двух вкладках одновременно подаёт заявку на возврат остатка ВЗ и обеспечивает целевой взнос ЦВ на ту же сумму.
Развязка АСКС: Пессимистическая блокировка строки пайщика в MySQL + условное обновление с проверкой rowCount() === 1 и блокировкой документа lockSigned() внутри единой транзакции с буфером LedgerBuffer.
Пайщик забрал благо на ПВЗ, но забыл подписать акт приёмки АП
Узкое место: Из-за одного забывчивого пайщика вся целевая программа висит незакрытой неделями, бухгалтерия не может закрыть отчёт партии.
Развязка АСКС: По истечении 72 часов с момента фактической выдачи по PIN без открытия спора сервис DeliveryTimeoutService выпускает односторонний акт ОАП (без фабрикации ПЭП в pep_signatures!) и закрывает программу.
Фактический счёт ТК или вес фермерской головки сыра выше расчётного
Узкое место: При отгрузке счёт СДЭК оказался на 8% выше сметы или головка сыра весит 1,07 кг вместо 1,00 кг — требовать от 100 пайщиков доплату по 15 рублей парализует отгрузку.
Развязка АСКС: В заявление ЦВ заложен весовой буфер +10% (weight_buffer_held), а в заявление ПР v2 — логистический буфер +15%. После фактического отвеса и счёта ТК неизрасходованный остаток до копейки автоматически возвращается на свободный баланс.
Поставщик по API меняет стоимость блага посреди идущего сбора ЦПП
Узкое место: Поставщик выгружает из своей 1С новый прайс, когда 40 пайщиков уже подписали заявления ЦВ по старым условиям — возникает конфликт сумм и хешей.
Развязка АСКС: Предохранитель Price Lock Guard в SupplierPortalService перехватывает изменение, сохраняет его в pending_base_price для следующего цикла, а текущий пул неприкосновенно завершается по зафиксированному снимку terms_snapshot.
Внезапное выбытие или сложение полномочий Председателя Совета
Узкое место: Без подписи Председателя останавливаются протоколы приёма ПС, расчёты при выходе и банковские реестры 1С.
Развязка АСКС: Совет заочным голосованием назначает ВРИО из числа членов Совета строго на 30 дней (acting_chairman_terms) для созыва ОСП; при этом идущие целевые программы пайщиков продолжают штатно исполняться без аварийной ликвидации.
Переход действующего ПК: паи вложены в ТМЦ/склад, а пайщики требуют деньги
Узкое место: В старой 1С у пайщиков числится 10 млн ₽ паенакоплений, но на банковском Счёте 51 лежит только 2 млн ₽, а 8 млн ₽ заморожены в запасах на Счёте 41.
Развязка АСКС: Машина миграции «АСКС Генезис» делит входящий пай на ликвидный (users.balance ≤ Счёт 51) и иммобилизованный в ТМЦ (immobilized_share_balance), размораживая последний строго пропорционально по актам РИ по мере реальной выручки.
Попытка обналичивания / транзита через паевой счёт или ухода с долгом по ЧВ
Узкое место: Внесение средств с карты и мгновенный вывод на чужие реквизиты вызывают блокировку счёта кооператива банком по 115-ФЗ; выход должника оставляет дыру в смете.
Развязка АСКС: Возврат ВЗ для карточных пополнений жёстко маршрутизируется на исходную карту эквайринга, а сервис MembershipFeeService::offsetPlan автоматически удерживает наступивший долг по ЧВ зачётом по ст. 410 ГК РФ.
Поставщик или склад видит ФИО/телефоны пайщиков и уводит их напрямую
Узкое место: Передача списка ФИО и телефонов поставщику для сборки коробок нарушает 152-ФЗ и позволяет поставщику работать в обход кооператива.
Развязка АСКС: Двухконтурная слепая маркировка: поставщик получает только обезличенный сборочный лист по BOX-UID и печатает слепую термоэтикетку 100×150 мм с векторным штрихкодом Code-128 без единого символа ПДн.
Участник активного сбора или отгрузки ЦПП умирает до выдачи имущества
Узкое место: Отправка скоропортящейся посылки умершему пайщику ведёт к возврату ТК и убыткам, а отмена его доли рушит оптовый грейд остальных 99 участников.
Развязка АСКС: Фильтр handleDeceasedBeforeTransit в DeliveryService перехватывает посылку до отправки в 3PL, освобождает транспортный резерв на наследственную массу, а пай выкупает в Резервный фонд (или ставит в unclaimed_estate_hold) без срыва оптового пула.
Соседний кооператив в синдицированном пуле «Союз-Шлюза» не подтвердил оплату
Узкое место: Три кооператива объединили объём ради 3-го оптового грейда, но один из узлов задержал оплату поставщику по прямому счёту (Split-Invoicing).
Развязка АСКС: Кассовый предохранитель Deferred Settlement Lock блокирует возврат грейдовой разницы (settlement_refund) внутри узла до квитанции поставщика либо автоматически пересчитывает пул по фактическому объёму добросовестных узлов без кассового убытка.
Пайщик сменил фамилию или паспорт после подписания десятков документов ПЭП
Узкое место: При проверке старого заявления ФИО в профиле больше не совпадает с ФИО в подписанном документе, либо произошла плановая ротация мастер-ключа шифрования ПДн.
Развязка АСКС: Журнал user_personal_data_history и метод DocumentService::verifySignerHistoricalIdentity() подтверждают непрерывную историческую цепочку личности, а версионированный префикс v1:/v2: прозрачно расшифровывает архивы любого года.
Приём наличных взносов без контроля лимита ведёт к штрафам до 50 000 ₽
Узкое место: Приём наличных взносов в кассу кооператива по ст. 15.1 КоАП РФ требует строгого соблюдения лимита остатка наличности.
Развязка АСКС: Субсчёт 50.01 «Касса организации», онлайн-проверка дневного лимита остатка кассы, автоматическое составление ПКО (КО-1) и РКО (КО-2) для сдачи сверхлимитной наличности на расчётный счёт 51 (Дт 51 Кт 50.01).
Ручное сведение годового Отчёта о целевом использовании средств НКО
Узкое место: Сведение десятков тысяч операций целевого паевого, членского и вступительного фондов вручную приводит к расхождениям в годовой отчётности.
Развязка АСКС: Автоматическая компиляция Формы по ОКУД 0710003 с контролем балансового тождества: стр. 6400 (остаток на конец года) = стр. 6100 + стр. 6200 - стр. 6300 (строгая точность BCMath до копейки).
Ручное перебивание проводок в облачные сервисы (1С:Фреш / Контур.Эльба)
Узкое место: Главбух тратит часы на ручной импорт банковских файлов и перенос проводок в сторонние бухгалтерские облака.
Развязка АСКС: Защищённый REST API коннектор /api/accounting_api/* для прямой потоковой синхронизации субсчетов Дт/Кт в 1С:Фреш, Контур.Эльба и внешние учётные системы.
Запуск нового кооператива требует недель согласования реквизитов и документов
Узкое место: Инициативная группа теряется в последовательности учреждения, утверждения положений и банковских настроек.
Развязка АСКС: 5-шаговый интерактивный Мастер первичной настройки /setup_wizard: единый Паспорт реквизитов, кассы 50.01, фондов и автосборка полного пакета уставных документов.
Специфика разных видов кооперативов требует принципиально разной логики
Узкое место: СПоК требует неделимых фондов и паёв продукцией, артель — табеля КТУ, а СНТ — кадастровых участков.
Развязка АСКС: Модульная расширяемая архитектура с переключением профиля в Паспорте кооператива: формулы нормы хоз. участия $H_i$, табель КТУ и нормативы ЦБ РФ ФН1–ФН8.
users.registry_status)
rejected (отказ Совета с обязательным мотивом) и approval_expired (невнесение 100+900 ₽ за 14 дней).
share_contributions.status)
released (возврат при отсеве MOQ/отмене), disputed (акт расхождений → арбитраж), unclaimed_estate_hold (охрана наследственной массы). Триггер trg_share_contrib_guard_update запрещает изменение сумм.
target_programs.status)
end_date: автоматический переход в failed / cancelled с полным высвобождением hold_balance всем участникам.
signed_documents.status)
void / expired. Триггеры иммутабельности запрещают DELETE и любое изменение зашифрованного текста body_enc и document_hash после подписания.