Единая воронка. Одиннадцать этапов это жизненный цикл расчёта из прототипа
HomeOffer «расчёты вознаграждений» v9, перенесённый дословно, плюс два состояния той же дорожки:
«Ручная проверка» и «В архиве». В исходнике отказ участника так и подписан «Отказ · на ручной проверке»,
поэтому отдельного списка проверки здесь нет: это этап, на котором расчёт стоит.
Пункт меню «Ручная проверка» показывает ту же воронку, суженную до этого этапа.
Кто должен действовать. Воронка у всех ролей одна, меняется только исполнитель: под заголовком каждого этапа написано, от кого требуется действие, а на карточке появляется кнопка того действия, которое доступно текущей роли. Если действие требуется не от Вас, вместо первичной кнопки стоит строка «Требует действия от …».
Что считается карточкой. У участника карточка это его строка расчёта по сделке, у финансовой службы и администратора это расчёт по сделке целиком, внутри которого видны участники и их собственные этапы. Расчёт по сделке стоит в колонке самого отстающего участника: пока не прошли все, он не идёт дальше. Поэтому Р-4712/2 стоит в ручной проверке, хотя юрист по нему уже подписал акт.
Интеграции. Контракты подписания и платежа перенесены из нашего боевого сервиса nopaper-api на VPS: словарь из двадцати статусов Nopaper, типы пакета INDIVIDUAL, LEGAL и P2P, типы маршрута, действия и подписи, набор вызовов и правило остановки опроса на конечных статусах. Получатель опознаётся по телефону у физлица и по ИНН у юрлица, поэтому в справочнике контрагентов появился раздел реквизитов: где поля пустые, отправка блокируется, а не падает на стороне сервиса. Платёжное поручение сделано по документации СберБизнес: вызовы client-info, payments и запрос статуса по идентификатору документа. Словарь статусов платежа предварительный: боевых ключей у нас пока нет, он уточняется, когда ключи придут.
Готовность к расчёту. Нулевой этап добавлен по регламенту: пока не собран комплект, расчёт не встаёт в очередь, а три рабочих дня отсчитываются от полного комплекта, а не от закрытия сделки. У каждого пункта есть ответственный: то, что знает только эксперт (расходы, наличные, сумма), отмечает эксперт, документы отмечает юрист, подпись ИП оформляет сам участник. Заполняется это в карточке сделки Bitrix24, панель показывает состояние. Даты полного комплекта в наборе проставлены для демонстрации: в исходных данных их нет.
Что кликается. Действия внутри этапа реально двигают расчёт по воронке, переход виден и на доске, и в списке. Кнопка «Сбросить демонстрацию» возвращает исходное состояние. Названия переходов «Подтвердить расчёт», «Сформировать акты», «Отправить на подписание» и «Выставить платёжку» предложены под процесс финансовой службы: в исходном прототипе их не было.
Данные. Суммы, участники, причины отказов, сроки ожидания, справочники контрагентов, статусов, регионов, авансов, доплат и редакций правил взяты из того же прототипа v9. Экраны «Отчёты» и «Настройки» там заглушки, здесь они тоже помечены заглушками, а не выданы за готовые. Расхождения в исходных данных. Такие места помечены на карточках красным, а не сглажены: по сделке №4690 список расчётов даёт 98 378,50 ₽, а очередь разбора 87 241,50 ₽; по сделке №4687 расчёт помечен «Оплачено», но 23.07 по нему открыт разбор задним числом; у помощника по сделке №4705 строка помечена «Оплачено», а карта этапов ставит её на «Подписан · на выплату», здесь взята карта этапов. Состав участников по сделкам №4687 и №4678 в списке расчётов и в списке сторон разный, взят список расчётов. Эти четыре расхождения нужно снять на стороне продукта, доска их только показывает.
Формулировки. Заголовки этапов перенесены как есть. Пояснения переведены из обращения к участнику в безличные: воронка общая, и «Проверьте свой расчёт» на доске финансовой службы читалось бы неверно. Кнопки не придуманы: взяты из u2Actions(), u2Docs(), очереди разбора и модалки акта исходника. Номера 1..9 стоят у этапов источника, «Ручная проверка» и «В архиве» помечены точкой: это состояния той же дорожки, а не новые ступени. Ярлык «Не согласен, указать причину» в исходнике набран с тире, здесь оно заменено по правилу оформления текстов проекта.
Пустые этапы. У участника большая часть столбцов пустая, и это не поломка: в наборе у эксперта один расчёт ждёт ответа, остальные двенадцать выплачены. Кнопка «Скрыть завершённые» убирает выплаченные, чтобы видеть рабочую часть.
Кто должен действовать. Воронка у всех ролей одна, меняется только исполнитель: под заголовком каждого этапа написано, от кого требуется действие, а на карточке появляется кнопка того действия, которое доступно текущей роли. Если действие требуется не от Вас, вместо первичной кнопки стоит строка «Требует действия от …».
Что считается карточкой. У участника карточка это его строка расчёта по сделке, у финансовой службы и администратора это расчёт по сделке целиком, внутри которого видны участники и их собственные этапы. Расчёт по сделке стоит в колонке самого отстающего участника: пока не прошли все, он не идёт дальше. Поэтому Р-4712/2 стоит в ручной проверке, хотя юрист по нему уже подписал акт.
Интеграции. Контракты подписания и платежа перенесены из нашего боевого сервиса nopaper-api на VPS: словарь из двадцати статусов Nopaper, типы пакета INDIVIDUAL, LEGAL и P2P, типы маршрута, действия и подписи, набор вызовов и правило остановки опроса на конечных статусах. Получатель опознаётся по телефону у физлица и по ИНН у юрлица, поэтому в справочнике контрагентов появился раздел реквизитов: где поля пустые, отправка блокируется, а не падает на стороне сервиса. Платёжное поручение сделано по документации СберБизнес: вызовы client-info, payments и запрос статуса по идентификатору документа. Словарь статусов платежа предварительный: боевых ключей у нас пока нет, он уточняется, когда ключи придут.
Готовность к расчёту. Нулевой этап добавлен по регламенту: пока не собран комплект, расчёт не встаёт в очередь, а три рабочих дня отсчитываются от полного комплекта, а не от закрытия сделки. У каждого пункта есть ответственный: то, что знает только эксперт (расходы, наличные, сумма), отмечает эксперт, документы отмечает юрист, подпись ИП оформляет сам участник. Заполняется это в карточке сделки Bitrix24, панель показывает состояние. Даты полного комплекта в наборе проставлены для демонстрации: в исходных данных их нет.
Что кликается. Действия внутри этапа реально двигают расчёт по воронке, переход виден и на доске, и в списке. Кнопка «Сбросить демонстрацию» возвращает исходное состояние. Названия переходов «Подтвердить расчёт», «Сформировать акты», «Отправить на подписание» и «Выставить платёжку» предложены под процесс финансовой службы: в исходном прототипе их не было.
Данные. Суммы, участники, причины отказов, сроки ожидания, справочники контрагентов, статусов, регионов, авансов, доплат и редакций правил взяты из того же прототипа v9. Экраны «Отчёты» и «Настройки» там заглушки, здесь они тоже помечены заглушками, а не выданы за готовые. Расхождения в исходных данных. Такие места помечены на карточках красным, а не сглажены: по сделке №4690 список расчётов даёт 98 378,50 ₽, а очередь разбора 87 241,50 ₽; по сделке №4687 расчёт помечен «Оплачено», но 23.07 по нему открыт разбор задним числом; у помощника по сделке №4705 строка помечена «Оплачено», а карта этапов ставит её на «Подписан · на выплату», здесь взята карта этапов. Состав участников по сделкам №4687 и №4678 в списке расчётов и в списке сторон разный, взят список расчётов. Эти четыре расхождения нужно снять на стороне продукта, доска их только показывает.
Формулировки. Заголовки этапов перенесены как есть. Пояснения переведены из обращения к участнику в безличные: воронка общая, и «Проверьте свой расчёт» на доске финансовой службы читалось бы неверно. Кнопки не придуманы: взяты из u2Actions(), u2Docs(), очереди разбора и модалки акта исходника. Номера 1..9 стоят у этапов источника, «Ручная проверка» и «В архиве» помечены точкой: это состояния той же дорожки, а не новые ступени. Ярлык «Не согласен, указать причину» в исходнике набран с тире, здесь оно заменено по правилу оформления текстов проекта.
Пустые этапы. У участника большая часть столбцов пустая, и это не поломка: в наборе у эксперта один расчёт ждёт ответа, остальные двенадцать выплачены. Кнопка «Скрыть завершённые» убирает выплаченные, чтобы видеть рабочую часть.