1. Фискализация платежа
1.1. Анализ банковского переводов
1.1.1. Фискализация требуется(для ФЛ или неизвестног платежа)
1.1.1.1. Платеж поступил в виде реестра платежей
1.1.1.2. Непривязанные платежи
1.1.2. Фискализация не требуется(для ЮЛ)
1.1.2.1. Платеж был совершен через кассу компании
1.1.2.2. Платеж через платежный агрегатор
1.1.2.3. Внутренний перенос средств
2. Сопровождение
3. Соотносится с целью
4. Синхронизация с бухгалтерией
4.1. Прием событий оплаты в биллинге
4.1.1. Онлайн оплата
4.1.1.1. Загрузка данных о платежах в промежуточное хранилище
4.1.1.2. Выгрузка КБА из хранилища данных
4.1.1.3. Определение вендора
4.1.1.4. Валидация данных о платаже
4.1.1.5. Сопоставление платежей с данными о выставленных счетах
4.1.1.6. Формирование платежных документов(уточнить каких)
4.1.1.7. Выгрузка документов в промежуточную базу
4.1.2. Оплата через банк
4.1.2.1. Выгрузка КБА платежной выписки из банковского шлюза
5. Карта Возможностей - это графическое представление возможностей продукта с кратким описанием функционала и сценариев работы.
6. Перед тем, как взять задачу в разработку, необходимо сформулировать изменения предметной области в терминах карты возможностей, а также масштаб влияния этих изменений и их специфика. Важно оперировать измеримыми и конкретными величинами.
7. Карта возможностей нужна для того, чтобы сохранять фокусировку на развитии продукта в каждой выполненной задаче
8. ДДС
9. Инвойсинг
10. Прием платежа
10.1. Банковский перевод
10.1.1. Регистрация информации о новом счете
10.1.2. Синхронизация данных о счете с бухгалтерией
10.1.3. Бухгалтерия скачивает банковскую выписку (как правило в онлайн-режиме)
10.1.4. Бухгалтерия сопоставляет данные банковской выписки с информацией о счетах (как правило автоматически)
10.1.5. Формирует бухгалтерскую проводку
10.1.6. Синхронизирует данные о проводке
10.2. Онлайн-перевод
10.2.1. Указываем контактную информацию для отправки фискального чека (почта, телефон)
10.2.2. Генерация ссылки на оплату и переход по ней
10.2.3. Выбор платежного агрегатора, который будет обслуживать платежную сессию
10.2.3.1. Assist
10.2.3.2. Робокасса
10.2.4. Клиент выбирает удобный способ оплаты
10.2.5. Агрегатор производит перевод денег на р/с банка аквайра
10.2.5.1. Требования к эквайрингу
10.2.6. Банк аквайер переводи деньги на р/c компании
10.2.7. Происходит формирование и отправка фискального чека
10.2.8. Происходит синхронизация состояния оплаты платежного агрегатора и биллинга
10.3. Автоплатеж
10.3.1. Указываем контактное лицо
10.3.2. Подписка на автоплатеж
10.3.3. Производит перевод денег на р/с банка аквайра
10.3.4. Эквайринг
10.3.4.1. Требования к эквайрингу
10.3.5. Банк аквайер переводи деньги на р/c компании
10.3.6. Происходит формирование и отправка фискального чека
10.3.7. Происходит синхронизация состояния оплаты платежного агрегатора и биллинга
10.4. Доставка ПП в клиент-банк
10.4.1. Клиент выбирает банк
10.4.2. Редирект в ИБ
10.4.3. Авторизация под учетной записью ИБ
10.4.4. Разрешение "Контуру" совершать действия со счетом
10.4.5. Доставка ПП в интернет-банк
10.4.6. Подтверждение оплаты по смс
10.4.7. Оплата
10.4.8. Возвращение в продукт
10.5. Доставка счетов в ИБ Тинькофф Банка
11. API
11.1. Создание счета
11.2. Новости о платежах
12. Каждая ветка дерева КВ отражает определенную возможность.
12.1. Возможность может состоять из ряда функций
12.1.1. Концы веток - определенные действия(сценарии), выполнение которых обеспечивает выполнение функции
12.1.1.1. Описание помогает быстрее погрузиться в контекст действий
13. Вебсчет
13.1. Каналы доставки веб-счета
13.1.1. Партнерка
13.1.1.1. Письмо со счетом из мастера печати
13.1.1.2. СМС
13.1.1.3. Диадок
13.1.1.4. Ручное создание ссылки
13.1.2. Онлайн-счета
13.1.3. Онлайн-продления
13.1.4. API Заказов + АПИ Платежей
13.2. Конверсия
13.2.1. Конверсия переходов на вебсчет
13.2.2. Конверсия оплат на веб-счете