1. Traf2
1.1. neko должна обновить таблицы до отпуска
1.2. 24-ТВ
1.2.1. в будущем будет как ЛС
1.3. загрузка списаний по МГМНВЗ
1.4. отчеты
1.4.1. Отчеты о реализации по частникам в бух
1.4.2. отчеты для различных штук (список Дины)
1.5. что ждём
1.5.1. разносчик
1.5.1.1. нальщики через разносчик
1.5.1.2. безнальщики на кассе - через 1С
1.5.2. отчет о реализации
1.5.3. возможность снижения реализации
1.5.4. смена тарифа с середины месяца
1.5.5. данные о простоях/снижении реализации
1.6. собрать userstory
1.6.1. кто какими скриптами пользуется
1.6.2. список отчетов, выгрузок из биллинга
1.6.3. необходимые данные для операторов
1.6.4. убедиться, что урезанный функционал можно встроить в бизнес-процессы
2. Видеонаб
2.1. Отчеты для субподрядов
2.1.1. новые подключения
2.1.1.1. ССМ
2.1.2. уже подключенные
2.1.2.1. НКС
2.1.3. В итоге Дина сказала все проводить через интернет, а доподключения через НКС
2.2. учет услуг на нескольких объектах
2.2.1. Договор
2.2.2. реквест
2.2.2.1. учитываем пока всё там, где договор
2.2.3. учитывать объекты в фалконе
2.2.3.1. вроде не надо
2.3. Таблица в реквесте
2.3.1. Добавить юрлиц
2.3.2. добавить сортировку
2.3.2.1. по дате
2.3.2.2. по логину
2.3.2.3. по поставщику
2.4. программа в реквесте
2.5. Добиться от Атома передачи инфы про IP адреса и модели камер - оформление в трекереСБ
3. ККТ
3.1. Нал от корпов
3.1.1. Номенклатура
3.1.1.1. Спросить Дину, как лучше - сказала, что 1С
3.1.1.1.1. из 1С - именно по API
3.1.1.1.2. Дина сказала, что в реквесте бывают ошибки (не загрженные, например)
3.1.1.2. Канав говорит: проблема с кодировками. вариант - задавать вручную только. Задавать номенклатуру и брать из внешнего справочника по номеру номенклатуры нельзя, только внутри драйвера (из-за кодировок).
3.1.2. Аванс/частичная оплата/полный расчет
3.1.2.1. данные есть в реквесте и 1С
3.1.2.2. Аванс всегда только после выставления счета бухгалтерией (по звонку с кассы). Иначе ПРЕДОПЛАТА
3.1.2.3. Согласовала с Олей. Предоплата для всех счетов, по которым нет сч/ф, расчет по всем, по которым есть на момент оплаты
3.1.3. Батова должна сделать API в 1С
3.1.3.1. ТЗ Батовой
3.1.3.1.1. Нам нужно по логину или по номеру счета или по ИНН получать информацию: - ошибка, если счет выставлен поставщиком с нашей стороны, отличным от Кроникс Плюс - логин - номенклатура счета - сумма счета - признак "доплата" если счет уже был частично оплачен ранее - признак "предоплата" для счета, по которому не выставлена сч/ф, признак "расчет" для счета, по которому выставлена сч/ф на момент оплаты - список не оплаченных счетов - ставка НДС
3.2. Переход 1С на реализацию
3.2.1. сверить расхождения
3.2.2. отчеты о реализации
3.2.3. к концу года
3.2.4. Сверка (правда, не очень точная) показывает, что расхождения не такие уж значительные - надо поговорить с Тимуром
3.2.4.1. кстати, реализация превышает платежи, поэтому будет увеличение НДС, притом значительное. Нужны исследования
3.2.4.1.1. Написали ship
3.3. Атол Онлайн как перспектива резервирования
3.3.1. итог разговора с менеджером
3.3.1.1. для КП рекомендуется 3 кассы, лучше 4
3.3.1.2. резерв только из закупленных касс
3.3.1.3. есть тестовая среда, с которой играются также остальные клиенты Атола
3.3.1.4. опытным путем установлено, что у ФН максимум 23000 в месяц, потом он перестаёт работать (не понятно, как именно). Это нигде не задокументировано
3.3.1.5. ФФД 1.05 планируется в середине осени
3.3.1.6. отправляют электронно только инфу из ФН (доп. параметры не полетят)
3.3.1.7. Оферта и SLA в ЛК. Если поломка со стороны Атола - меняет Атол. Если поломка ФН - дольше, вызывают эуспертизу
3.3.1.8. Есть два задублированных API: для 1.0 и для 1.05
3.3.2. 14 августа поставлена задача на спринт к программистам
3.3.2.1. всё передали с нашей стороны (тестовый ЛК, контакты)
3.3.2.2. Канав посмотрел ЛК?
3.3.2.3. подписать договор на одну кассу на каждое юрлицо после просмотра ЛК канавом
3.4. Теория
3.4.1. тут штрафы, если что: Онлайн-кассы: штрафы за нарушение 54-ФЗ
3.4.2. Тут Атол Онлайн (их презентация): http://itsynergis.ru/assets/docs/atol_kkt_fz54_2017.pdf
3.5. продажа оборудования через НКС и курьеров
3.5.1. Текущая ситуация: оборудование продаётся по липовым БСО. Курьеры кроникса за ним тоже ходят. Есть большие надежды уйти от приёма нала при продаже. Вопрос - можно ли включить это и проводить по субподряду? Увы, продажа оборудования по субподряду не проводится так просто. Не понятно, кто закупает оборудование, и кто бы его ни закупил - всё равно придётся проводить как продажу, а не списывать в расход (списывая, мы не передаём права собственности клиенту). То есть, как с корпами по телефонии не получится. Плюс - это всё равно выставление документов и нагрузка на бухгалтерию.
3.5.1.1. Тимур готов попросить наладить документооборот, чтобы субподряды сами продавали оборудование. Написала письмо
3.6. Корпы-нальщики
3.6.1. Принимаются платежи по epay, фиктивно списываются на подключение
3.6.1.1. 931847 ord72s2-argent3 370.37 V P 201707041307 10000.00 27.0000 epay alfabank:13fc2d36-7ebb-4c2b-8a4b-06893a131d10 2932531 ord72s2-argent3 -185.19 F P 201707041803 -5000.00 27.0000 olassie podkluchenie 2939888 ord72s2-argent3 55.56 F O 201707101754 1500.00 27.0000 rainin finn:437435 20170710 DKS Sdelka_id: 183789
3.6.1.2. придумать, как передавать разовые услуги в биллинг сразу! До платежа!
4. Телефония
4.1. Отчетность
4.2. Составить описание
4.3. jabba - текущее
4.3.1. Тарифы Зубакина
4.3.1.1. Джабба пишет считалку тарифа: по двойным ценам, но если сумма счета больше 5000 руб - делим сумму поплам - привязка жестко к отдельному номеру клиента
4.3.1.1.1. выход для Косички и shoa: три направления с ценами (10,12,!4)
4.3.2. разбор себестоимости (совместно с kosicca)
4.3.2.1. лёгкое API для корректировки базовой тарифной сетки
4.3.2.1.1. не доделано создание и измнение зон + нет проверок. Можем задавать цену зоны.
4.3.2.2. отчет по себестоимости
4.3.2.2.1. error - коса делает ошибки при модифиык
4.3.2.2.2. waning - предупреждения по тарификации и смене стоимостей
4.3.3. расчет клиентской стоимости
4.3.3.1. на примере РН
4.3.3.1.1. Коса говорит, что всё посчитано. Почти похоже на правду, лучше Димкины
4.3.3.2. РЦ
4.3.3.2.1. Коса говорит, что всё посчитано. Почти похоже на правду, лучше Димкины
4.3.3.3. КП
4.3.3.3.1. после доделывания РН и РЦ до конца
4.3.3.4. Таск от Косы: Джаббе не хватает связки телефонный номер - логин
4.3.3.4.1. Добиться от Канава после согласования с Олегом модели данных выгрузки телефонных клиентов в промежуточную базу
4.3.4. Геренация отчетов (cron+mail)
4.3.4.1. пробная рассылка (наши тарифы для down-линков (отели))
4.3.4.2. умеем отправлять клиентам из списка тарифы
4.3.4.3. to do листы
4.3.4.3.1. Поговорить с Зубакиным про клиентскую
4.3.4.3.2. Составить список отчетов нашим коллегам
4.3.5. Что с не присоединенными номерами? Как устроено в БД Морозовского
4.3.5.1. не все номера переведены с КП на РЦ/РН. Как идёт бизнес-процесс
4.3.6. Система логов
4.3.6.1. Делить всё на сессии и итерации ( чтобы не один большой лог. Каждая операция по две сессии - загрузить от Морозовского базы с копированием, вторая - внесение изменений и отсылка морозовскому с завершением транзакции)
4.4. marck - текущее
4.4.1. переход на 15-минутную тарификацию (не месячную)
4.4.1.1. Морозовский будет скидывать куски cdr для аналитики. Там открытый файл, который закрывается раз в сутки.
4.4.1.1.1. что делать с незавершенными звонками? Надо брать куски по 15 минут, обработать по алгоритму и сверить с суточными
4.4.2. лёгкое API для корректировки базовой тарифной сетки
4.4.2.1. Вроде сделал, отправил Джаббе (но Джабба уже был в отпуске
4.4.3. забирать cdr из правильного места
4.4.3.1. Морозовский собирает cdr с транзитных данных, а не со всех. Подозрение на потери. Морозовскому поставлен дедлайн - ДР Ринета
4.4.3.1.1. потерь нет, всё может собираться из всех трех (переход на новые пока не сделан) - в сентябре перейти
4.4.3.2. разделять cdr по поставщикам
4.4.4. Непонятно когда в базе появляются нормализованные данные русснет и рицентр
4.4.4.1. Одновременно с КП
4.4.4.2. Сломалось у РЦ и РН
4.4.5. Новые клиентв РЦ и РН иногда позже заводятся в базу Морозовского
4.4.5.1. Исследовать
4.4.6. Распределение звонков между рлицами
4.5. Тупая административка
4.5.1. Тарификация русснета по первому тарифу вместо восьмого.
4.5.1.1. РН и РЦ считает Джабба в результате
4.5.2. Взять у зубакина точный алгоритм расчёта скидки.
4.6. MNP
4.6.1. Возможно, билайн присывает принадлежность номеров к MNP, а Морозовский это не накатывает
4.6.1.1. Поговорить с Морозовским. Создать таблицу MNP
4.7. обсчет входящих вызовов - 8800 и колл-центры
4.7.1. Морозовский должен создать таблицы для обсчета входящих вызовов и откорректировать существующий скрипт + звонки не через билайн тоже считать - вопрос в нормализации данных
4.7.2. будущее: инициации и завершения
4.8. Реквест
4.8.1. выгрузка в реквест тэгов к клиентам о применении скидочного тарифа
4.8.2. внедрение периода принадлежности номера
4.8.2.1. Сложный случай : расторжение позже, чем номер отобрали - только административно?
5. прочее!
5.1. подача безнадёжных долго в ФНС
5.1.1. узнать, как сейчас списываются долги
5.1.2. как часто и какой объем
5.1.3. как планируется после введения биллинга и перехода на реализацию
5.1.4. в каком виде должны подаваться в ФНС?
5.1.5. Ждем перехода на метод начисления
6. оферта
6.1. доделать регламент
6.1.1. Регламент мы пока не вводим, таккакждёмразноски
6.2. прописать простои и компенсацию
6.2.1. формулировка про одностороннее снижение тарифа на определенный период
6.2.1.1. изменен 3.3.1 ОПЕРАТОР оставляет за собой право в одностороннем порядке и без уведомления АБОНЕНТА осуществлять перерасчет оплаты по Основной услуге за Отчетный период в меньшую сторону на время приостановления ОПЕРАТОРОМ предоставления Основной услуги, в том числе посредством изменения Тарифа/Тарифного плана на Тариф/Тарифный план с меньшей абонентской платой на определенный ОПЕРАТОРОМ период с последующим возвращением на исходный Тариф/Тарифный план.
6.2.2. сделать приказ директора о том, в каких случаях льготный тариф, начисления и пр.
6.3. 24-ТВ
6.3.1. про договор знает kusa
6.3.2. развитие
6.3.2.1. сейчас клиент с псевдотарифом (порно), но включает 24Тв. Менеджер начисляет количество месяцев по тарифу (оплачиваю 1 месяц по тарифу 500). Если работать через API, можно любые суммы. сейчас не включается/не отключается, только вручную через API)
6.3.2.2. промежуточно хотим: на основе какой-нибудь БД (реквест?) задавать это руками.
6.3.2.3. итог: как ЛС - отдельный ЛС, команда на отключение в ЛК автоматом по балансу
6.4. вопросы коллег
6.4.1. вызов курьера
6.4.1.1. виды
6.4.1.1.1. Приём оплаты
6.4.1.1.2. за оборудованием и/или документами
6.4.1.1.3. вызов аварийщика
6.4.1.1.4. вызов софтовика
6.4.1.2. что делать?
6.4.1.2.1. новый биллинг - разовая услуга (если субподряд) или отдельно вне биллинга
6.4.1.2.2. старый биллинг - фн
6.4.1.2.3. бесплатный вызов
6.4.2. фиктивные начисления
6.4.2.1. компенсации
6.4.2.1.1. менее абонплаты
6.4.2.1.2. более или равно абонплате
6.4.2.2. смена тарифа
6.4.2.2.1. менее абонплаты
6.4.2.3. разовые услуги
6.4.2.3.1. виды
6.4.2.3.2. что делать
6.4.2.4. МГМНВЗ
6.4.2.4.1. если заплатил слишком много, остаток авансом кидаем на общий счет
6.4.2.5. тестовый период задним числом
6.4.2.5.1. неко программу не может переписать
6.4.2.5.2. что делать?
6.4.3. смена тарифа
6.4.3.1. задним числом за предыдущий месяц
6.4.3.1.1. запрещено
6.4.3.2. в середине месяца
6.4.3.2.1. будущим
6.4.3.2.2. задним
6.4.4. переносы денег и возвраты
6.4.4.1. внутри одного мастер-логина
6.4.4.1.1. на собственные услуги
6.4.4.1.2. с собственных на не собственные
6.4.4.1.3. с не собственных на собственные
6.4.4.2. ошибка в логине
6.4.4.2.1. возврат платежа
6.4.4.3. между собственными логинами (переезд)
6.4.4.3.1. согласовать с onn
6.4.4.3.2. возможность прописана в новой оферте
6.4.4.3.3. поговорить с Олегом - как?
6.4.4.3.4. сейчас делается demo, на старом даём исчерпаться деньгам
6.4.4.4. перенос авансов на договор при новом биллинге
6.4.4.4.1. авансы по интернету переедут на договор. авансы по ЛС - забиваем, пусть там останутся
6.4.4.5. переезд при разных поставщиках
6.4.4.5.1. только возврат всегда
6.4.5. расторжение договора
6.4.5.1. Задолженность по аренде оборудования
6.4.5.1.1. можно сразу расторгнуть, не копить
6.4.5.2. иная задолженность
6.4.5.2.1. можно сразу расторгнуть
6.4.5.3. аванс
6.4.5.3.1. расторжение с даты перехода на 0
6.4.6. продажа оборудования
6.4.6.1. вариант 1 : аренда с предоплатой на 25 месяцев вперед (чтобы получилась полная стоимость оборудования)
6.4.6.2. вариант 2 : пакет "оборудование - навсегда с пожизненной гарантией" - разовая покупка на полную стоимость оборудования без передачи собственности оборудования, потом при расторжении списывается как невозврат.
6.5. видеонаблюдение пока не включаем (ни БД, ни приложение)
6.6. ЦД - ?
6.7. вопрос к kusa
6.7.1. чем рискуем, если не будет заявления о переносе/возврате?
6.7.1.1. единицы - забьем. Если пропишем в оферте возможность через ЛК - распечатаем сами и забьем :) Возможно, понадобится помощь Тимура и наверняка - Светы.
6.7.1.1.1. можем прописать в оферте эти заявления через ЛК?
6.7.2. чем рискуем, если не будет актов о передаче/возврате оборудования
6.7.2.1. Единичные случаи, думаю, забьем. Можно оставить без подписи, но всё заполнить. Отмажемся как-нибудь, да и вряд ли кто копать будет.
6.7.3. чем рискуем при переносах/возвратах денежных средств между собственными и не собственными
6.7.3.1. Надо вопрос о приеме и переносе средств на разные услуги разных поставщиков задавать юр. фирме. Общая позиция тебе известна: раздельный учет по договорам. Наша реальность всё равно будет другой. Вопрос не решен.
6.8. некоторые уточнения про оферту
6.8.1. все изменения вступают в силу через 10 дней после публикации на сайте (п. 5.1.2 договора)
6.8.2. абонент должен иметь галочку для отказа от смс/@ рассылки
6.8.2.1. при убирании галочки д.б. предупреждение, что абонент отказывается от уведомления по СМС и мылу
6.8.3. изменение ФИО и места регистрации абонента
6.8.3.1. Заявление + подтверждение (скан)/письменно. Заявление в свободной форме
6.8.3.2. Есть кнопка «сообщить о неверном ФИО», но этого недостаточно
6.8.4. переезд = изменение адреса подключения по договору с сохранением баланса (5.4.3)
6.8.4.1. Новинка! И надо форму заявления + согласовать
6.8.5. возвраты и пр
6.8.5.1. надо собрать список причин, почему мы можем/не можем вернуть/перенести со ссылками на официальные документы
6.8.6. приложения
6.8.6.1. БЗ - 1
6.8.6.2. Регламент предоставления услуг - 2
6.8.6.3. Соглашение на предоставление оборудования в аренду - 3
6.8.6.4. Соглашение на видеонаблюдение - 4
6.8.7. фиксируем в ЛК дату начала оказания услуг - Делаем сообщение в ЛК (автосообщение) (не popUp, а куда-то разместить, чтобы не очень заметно
6.8.7.1. Дата реальной тарифной истории (Куст понимает, когда) - в случае тестов получится
6.8.8. доработка IVR
6.8.8.1. должна быть возможность ввести контактный номер абонента и ПИН-код (формат контактного номера надо продумать) (п. 3.1)
6.8.9. момент оплаты: Датой выполнения обязательства по оплате услуг считается дата потупления денежных средств на Лицевой счет.
6.8.9.1. не можем прописать про обработку банковской выписки, так как по закону абонент уже и так исполнил обязательство
6.8.10. регламент оказания услуг
6.8.10.1. п. 2.3: - Изменение Тарифа/Тарифного плана возможно только с 00 часов 00 минут первого числа календарного месяца;
6.8.10.1.1. когда будет новый биллинг - поменять!
6.8.11. вместо кодового слова ПИН-код
6.8.12. купля-продажа оборудования удалена из договора по решению Тимура
6.8.13. соглашение на предоставление оборудования в аренду
6.8.13.1. нужно описать и задокументировать процесс расчёта стоимости с учётом износа. (п. 12)
6.8.14. перенос средств
6.8.14.1. только заявление, в оферте не прописываем возможность
6.8.15. прописано, что возврат только аванса
7. 24ТВ
7.1. Текущая ситуация
7.1.1. Договора нет, поэтому не разделяем пока на наши юрлица + некоторых каналов нет
7.1.2. Регистрация
7.1.2.1. скачать приложение
7.1.2.2. вводим номер телефона, получает смс/пароль (если только городской - то вручную) + надо смену мобильного телефона + пароли у нас не хранятся
7.1.2.3. получает 2 бесплтаных недели
7.1.2.4. аккаунт присылается к нам в админку
7.1.2.5. логин определяется по номеру телефона - тогда звонят и спрашивает
7.1.3. Реквест
7.1.3.1. в реквесте сейчас на уровне тарифа
7.1.3.2. ТЗ по объединенной таблице с тв в реквесте -
7.1.4. У них есть два вида качества - низкое мобильное (как ЛС) и выше для теликов
7.1.5. отличие от Лс
7.1.5.1. платформа - мобильное телевидение, а не стационрное (и мы делали ставку на это, но оказалось, что все смотрят на телик) - глобально ничего не сделаем
7.1.5.2. длительное решение проблем (багов) (вкладываются не в тех, а в активные продажи)
7.1.5.3. 30% клиентов отключаются в первые три месяца, раньше цифра была в 2 раза больше
7.1.6. Стык
7.1.6.1. http://mrtg.rinet.ru/cgi-bin/mrtg-rrd.cgi/x4634x-m9.sw1/x4634x-m9.sw1_1_30.html
7.1.6.2. 2 агрегированных ihome, w-ix на циске (Port Te2/3, Port Te2/4)
7.1.6.2.1. http://mrtg.rinet.ru/c4900m-m9.sw1-2.html
7.2. Переговоры
7.2.1. Ждём Дину к сентябрю
7.2.2. Подготовить ТЗ
7.2.2.1. Задачи
7.2.2.1.1. - уметь включать/выключать юзеров на основании собственного биллинга
7.2.2.1.2. - доработать аккаунты: присваивать id аккаунту, иметь возможность менять моб телефон, при регистрации нужна связка, чтобы мы автоматически могли определять абонента по телефону + IP
7.2.2.1.3. - при смене пакетов из приложения должен спрашивать у нашего биллинга, может ли он подключиться
7.2.2.1.4. Выгрузка в рабочую базу
7.2.2.1.5. - Не повторять тестовый период - сечь, был ли тест 2 недельный с этого логина (IP)
7.2.2.1.6. - если не оплатил после теста - блокировка финансовая на 6 мес, потом отключаем услугу
7.2.2.1.7. - акцепт платежом
7.2.2.1.8. - инструмент запроса " нет ли такого клиента среди подключенных" (для того, чтобы находить клиентов, которые подключились с мобла)
7.2.2.1.9. - система с ngnix (только булыжин) - чтобы видеть серый IP
7.2.2.1.10. - стык и внешние IP - при покупке внешних как и кто будет обновлять стык
7.2.2.1.11. Техчасть от Дины:
7.2.2.1.12. сколько учетных записей на одном аккаунте
7.3. Направления
7.3.1. реквест
7.3.1.1. подклюение/отключение услуги
7.3.1.2. управление составом пакетов
7.3.1.3. ТЗ Антона на общую страницу по ТВ
7.3.2. биллинг
7.3.3. оферта
7.3.3.1. оборудование?
7.3.4. Взаимодействие
7.3.4.1. взаимодействие юридическое
7.3.4.1.1. агентский договор
7.3.4.1.2. узнать, договорился ли Тимур за покупку каналов и предоставление услуг от нашего имени
7.3.4.2. взаимодействие биллинговое (надо договориться на свой биллинг)
7.3.5. Обслуживание
7.3.5.1. служебные инструкции
7.3.5.2. noc
7.3.5.3. инсталл
7.3.5.4. абонентский
7.3.5.5. переговорщики
7.3.5.6. тп
7.3.5.7. ОКК
7.3.6. работа через их приложение с возможностью регистрации и возможностью смены пакетов
7.3.7. Определить рабочую группу