Что такое ошибка биллинговой системы

Определение точек ввода НСИ

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

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

На этапе заключения договора вносятся данные о контрагенте, договорах, лицевых счетах, тарифах и ресурсах.

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

При оказании услуг вносятся данные по выставленным документам. При поступлении оплаты – данные по оплате.

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

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

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

• Полноты вводимой информации (Например, если в учетно-управленческой системе можно внести всю информацию по условиям договора, то и номер договора разумно будет формировать там)
• Удобства интерфейса ввода данных
• Наличия клиентской части системы у пользователя, вводящего эти данные

Выбор способов получения и передачи данных

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

• По синхронности
  • Синхронные
  • Асинхронные
• По оперативности
  • Онлайн
  • Оффлайн
  • По запросу с отсрочкой получения результата
• По способу передачи информации
  • Через файл
  • При помощи API
  • Путем прямого доступа к таблицам баз данных

Будет ли применяться синхронный или асинхронный обмен данными определяется только техническими параметрами систем. Поэтому на данной классификации способов обмена данными останавливаться не будем.

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

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

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

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

Оптимальный способ обмена данными между биллингом и учетной системой можно выбрать на основе данных таблицы:

Коррекция ошибок биллинга

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

• Ошибки заполнения реквизитов НСИ и документов
• Ошибки синхронизации НСИ с учетной системой
• Ошибки в определении задолженности

Ошибки заполнения реквизитов НСИ и документов

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

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

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

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

Ошибки синхронизации НСИ с учетной системой

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

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

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

Ошибки в определении задолженности

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

Для выявления подобных ошибок используются так называемые корсс-сверки.

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

Кросс-сверки выполняются для каждого лицевого счета каждого контрагента.

Типовые правила кросс-сверок представлены в таблице:

Проблемы выставления и отправки счетов и документов реализации абонентам

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

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

В некоторых компаниях практикуется оплата только оригиналов счетов при наличии актов оказания услуг и счетов-фактур. Поэтому, кроме того, что в установленный срок будут сформированы в электронном виде и отправлены по e-mail счета абонентам с печатью и подписью (например в формате PDF), необходимо еще осуществить отправку оригиналов документов.

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

Примерная схема процесса подготовки и отправки документов абонентам представлена на рисунке:

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

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

Автоматизация процесса выставления и отправки счетов подразумевает автоматизацию следующих функций:

• Интеграцию с системой биллинга (получение данных об оказанных услугах и оплате)
• Контроль наличия ресурсов перед выполнением массового формирования счетов
• Управление закупками материальных ценностей в случаи их отсутствия
• Массовое формирование пакетов документов (Счет + Акт + Счет-фактура) и их печать
• Массовая печать адресных наклеек на конверты
• Учет подготовки и отправки пакетов документов
• Учет поступления оплаты от абонентов

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

Таковым проблемами являются:

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

Содержание

1. Система временно недоступна МТС
2. Система временно недоступна МТС
3. Что означает уведомление оператора?
4. Ограничения на звонки
5. Не работает интернет
6. Не работает сайт/приложение/сервисы МТС
7. Биллинг оператора временно недоступен что это значит
8. Ошибки биллинга – история №3 от бывшего сотрудника МегаФона
9. Клиенты Сбера массово жалуются на сбои в работе онлайн-сервисов

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

Что такое биллинг?

Биллинг – (от английского «bill» — счёт) это специальная система, выставляющая различные счета клиентам. Данные счета выставляются за использование каких-либо услуг компании или же за покупку товаров. В наше время биллинг в компаниях является крайне сложным комплексом технологий и программ, которые помогают вести учёт всех предоставленных услуг, устанавливать определённые тарифы и, в конечном итоге, отправлять клиентам счета, учитывая все акции и скидки.

В сотовой связи биллинг работает в реальном времени. То есть со счёта клиента денежные средства списываются моментально. За это клиент сразу же получает необходимые ему услуги (например, Интернет-трафик, SMS и др.). Чтобы работать в таком режиме, система должна быть очень надёжной, а стабильность работы не должна прерываться ни на секунду.

Ошибки инициализации биллинга

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

Совершить покупку в другое время

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

В таких случаях клиенту необходимо подождать 1-2 суток и попытаться совершить покупку снова. Чаще всего достаточно подождать 24 часа, после чего совершение покупки не составит проблем.

Проверить правильность платёжной информации

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

Очистка кэша и изменение личных данных

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

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

Инициализация – это что такое? Для чего она проводится? Какие следствия её осуществления? Что делать при возникновении ошибок? Эти и множество иных вопросов мы рассмотрим в рамках данной статьи.

Общая информация

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

Примеры инициализации

Давайте представим несколько реальных ситуаций и разберёмся с ними. Итак, как, к примеру, выглядит процесс инициализации подсистемы печати, которая выводит данные на бумагу? Первоначально определяется, какое устройство будет работать. Учитываются все особенности, вроде формата печати, использования цветов, максимального разрешения и прочее. Чтобы получить такую информацию, устройство следует активировать, подав на него питание и управляющий сигнал. С помощью последнего и будут запрошены доступные параметры работы или запущен процесс сканирования возможностей. И полученные данные будут переданы в системный блок, где, после обработки, они будут представлены пользователю в виде вариантов печати, что доступны для оборудования. А что собой представляет инициализация программы? Так называется процесс, во время которого переменные устанавливаются в начальные значения или в ноль перед тем, как программа будет выполнена. Если же говорить, допустим, о магнитном диске, то в его случае это подразумевает запись управляющей информации и последующее форматирование.

Поговорим о программах

Как видите, инициализация – это важный аспект взаимодействия с информационными технологиями. Давайте рассмотрим, как же происходит этот процесс на примере загрузочной программы EXE. Итак, первоначально необходимо передать «Ассемблеру» указания, в которых будет иметься и соответствовать действительности информация про сегментные регистры. Затем сохраняется адрес в стеке, что находится в регистре DS. После этого он обнуляется. И в завершение – в регистр загружается адрес нужного сегмента данных. Когда работает «Ассемблер», то он может определять наличие смещений в отдельных областях. При этом перед загрузочным модулем включается 256-байтная область, которая известна ещё как префикс программного сегмента PSP. Чтобы установить адрес её начальной точки используется регистр DS. Пользовательская программа сохраняет адрес, помещая его в стек с последующим возвратом в DOS. И здесь часто возникает ошибка инициализации. Почему? Дело в том, что системе требуется, чтобы следующее значение было нулевым адресом стека. Для этого необходимо, чтобы с помощью специальной команды был очищен регистр AX. Если этого не сделать, то возникают проблемы. Когда же может возникнуть ошибка инициализации? При использовании нелицензионного программного обеспечения, когда не был произведён качественный взлом, или же, когда она запускается просто на разных операционных системах, и были перемещены адреса системных регистров.

Когда могут возникать проблемы?

Это весьма интересный вопрос, на который всё же нужно дать ответ, раскрыть его полностью. Рассмотрим, что собой представляет инициализация Windows. Первоначально подгружается базовая система ввода/вывода. И уже БСВВ инициализирует операционную систему. Если нет конфликтов с системными регистрами, то всё подгружается без проблем и так же функционирует. Но, допустим, была установлена пиратская операционная система. И пришло заводское обновление. Если согласиться на предложение его установить, то будет заменена часть информации, которая позволяет работать. И из-за внутренних механизмов безопасности функционирование будет блокировано. Иными словами, повреждение конфигурации любой программы – это самая частая причина того, что инициализация не возможна. Но, к счастью, это относится разве что к более старым версиям, нежели Windows 10, которая была сделана бесплатной. А сейчас давайте обратим внимание к аппаратной составляющей.

Как работает жесткий диск?

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

Тестирование

Итак, мы знаем, что собой представляет инициализация. Это постепенно подводит к такому вопросу – а что делать в случае проблем? Первоначально необходимо протестировать проблему. Это можно сделать и вручную, разбираясь с теми ошибками, что выводит компьютер, или же воспользоваться любым некоммерческим продуктом соответствующего профиля. Многие считают, что они не удобны в плане использования и информативности и предпочитают использовать базовую систему ввода/вывода. В пользу последней следует отметить систематичность и методичность перебора информации, и высокую результативность подобного тестирования. К тому же, проверка в таких случаях проводится внимательно и небольшими «порциями» загрузочной области, причем – по битах. Если всё было перепробовано, а система не работает, то появляется сообщение о критическом сбое. В случае работы с программой выводится информация о проблеме.

Восстановление

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

1. Провести полную перестройку структуры диска. Иными словами – отформатировать его (данные будут удалены), и заново смонтировать операционную систему.
2. Перезаписать главную загрузочную запись с помощью стандартной утилиты. Подходит только для логических областей и существует вероятность удаления данных.
3. Правка загрузочного сектора сторонними программами.
4. Фиксация неисправности с использованием команды bootrec и осуществление реанимации дисковых структур.

Заключение

Вот и было рассмотрено, что же собой представляет инициализация. Частные примеры и случаи можно рассматривать ещё долго и упорно, но, увы, размеры статьи ограничены. Главное – что был рассмотрен сам механизм этого процесса.

Источник

Времена дешевой связи закончились

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

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

Мошеннические схемы операторов связи?

В качестве примера будет не абстрактная ситуация, а вполне реальный случай, произошедший с абонентом МТС с почти 20-ти летним стажем пользования. Читатель отправил свою историю в редакцию Telecom Times. Поскольку оператор связи МТС не отреагировал должным образом на данную ситуацию, считаем правильным публично описать отношение оператора и предупредить других абонентов МТС о возможных подобных манипуляциях в отношении них.

Все помнят историю с «умными» воротами, которые подписывались на платные сервисы через сим-карту МТС. Сегодня, оказывается, SIM-карты МТС могут еще и перемещаться во времени и пространстве. Просто машина времени какая-то.

Исходящие звонки с выключенного телефона

В один из дней абонент МТС зашел в детализацию расходов и обнаружил три платных исходящих звонка. Сим-карта всегда лежит в одном месте в выключенном телефоне, все звонки абонента переадресуют на другой номер телефона. Безусловная переадресация подразумевает списание минут из пакета за каждый переадресованный вызов. Однако в детализации было четко видно, что имели место три платных исходящих звонка. Якобы абонент куда-то звонил.

Диалог с представителем колл-центра МТС можно представить следующим кратким образом. Абонент является клиентом категории VIP.

— Добрый день, у меня три платных звонка в детализации, которых не должно быть. Возможно, это ошибка. Верните списанные деньги.
— Добрый день. Да, видим три платных звонка. Вы находились за пределами домашнего региона.
— Как такое возможно? SIM-карта находится в выключенном телефоне, все звонки идут в режиме переадресации. Платных звонков не может быть в принципе.
— Ничего не знаю. Возврат денег невозможен.
— Возможно, в вашем биллинге была ошибка. Составьте обращение, пусть ваши специалисты проверят, извинятся, исправят ошибку и вернут деньги.
— Я ничего составлять не буду. Идите в офис обслуживания, там пишите заявление.
— Нет, вы обязаны составить обращение по запросу абонента. (Далее идет тирада о том, что данный оператор нарушает, — абонент долгое время работает в сфере телекоммуникаций).

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

Поскольку компания МТС запрещает вести запись разговора со своими операторами (при общении с номером 0890 вы не можете подключить третью линию в режиме конференц-связи для записи), точная запись диалога есть у компании МТС.

Обработка претензии

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

Сбой системы или «ручной» биллинг?

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

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

Либо в МТС есть режим «ручного» управления биллингом, когда 20-30 рублей как бы нечаянно списываются с абонентского счета. Это мошенничество МТС? И есть вероятность того, что они останутся незаметными в общей большой массе расходов абонентов на связь. Если умножить данную сумму в размере абонентской базы (несколько десятков миллионов абонентов), сумма получается немаленькая.

Мошенничество МТС?

Как можно квалифицировать действия оператора? Есть ощущение, что это может попадать под статью 159 УК РФ. Мошенничество. Оператор связи в данном случае злоупотребил доверием абонента. Денежные средства были списаны без ведома абонента за якобы оказанные услуги связи, которые, по факту, не были оказаны. И должно последовать наказание в соответствии со ст. 159. ч. 1.: «мошенничество, то есть хищение чужого имущества или приобретение права на чужое имущество путем обмана или злоупотребления доверием,
— наказывается штрафом в размере до ста двадцати тысяч рублей или в размере заработной платы или иного дохода осужденного за период до одного года, либо обязательными работами на срок до трехсот шестидесяти часов, либо исправительными работами на срок до одного года, либо ограничением свободы на срок до двух лет, либо принудительными работами на срок до двух лет, либо арестом на срок до четырех месяцев, либо лишением свободы на срок до двух лет».

Какие выводы можно сделать

— Оператор связи МТС злоупотребляет доверием своих абонентов даже с таким огромным стажем и статусом VIP. Или это даже мошенничество МТС? Даже сертифицированный биллинг якобы имеет ошибки. Это вопрос, который будет адресован надзорным органам в лице Роскомнадзора и Роспотребнадзора, которые должны следить за корректностью функционирования систем в составе узла связи (биллинг относится к одному из таких узлов).

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

— Контролируйте свои расходы хотя бы раз в месяц. Любые подозрительные операции трактуйте в свою пользу. Это оператор обязан доказать и подтвердить законность списаний денежных средств. Каждая финансовая операция должна иметь обоснование — оператор связи обязан предоставлять детализацию услуг.

— по факту незаконных списаний вы можете писать заявление в полицию о возбуждении уголовного дела по ст. 159 ч. 1 «Мошенничество». Читатель Telecom Times так и описал проблему: «Мошенничество МТС?» Только так операторы будут понимать, что контроль идет не только со стороны абонентов, но и государства. Ведь именно государство является гарантом законности всего, что с нами происходит.

Мнение редакции может не совпадать с мнением автора.

Источник

I am experiencing the same thing on 10.0.44.

What happens

We have a StoreActivity that creates a new BillingProcessor via constructor e.g.

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_store);
        // ...
        bp = new BillingProcessor(this, LICENSE_KEY, MERCHANT_ID, new BillingProcessor.IBillingHandler() {//...}

I stepped through the code and onBillingInitialized is triggered shorty after this constructor executes and the following code starts to run:

    public void handleBpResult() {
        if (bp.isInitialized()) {
            showView(mContent);

            // set up price text
            SkuDetails adFree = bp.getPurchaseListingDetails(Constants.SKU_PREMIUM);

As soon as bp.getPurchaseListingDetails(Constants.SKU_PREMIUM); is called the onBillingError callback is triggered and the infinite loop begins.

I checked and int errorCode for the callback is 6 and Throwable error is null. Case 6 in the switch for us is just a break which then starts the same handleBpResult function as above eventually running into bp.getPurchaseListingDetails(Constants.SKU_PREMIUM); and thus the cycle continues eventually crashing the app.

If I remove all billing processor related code from onBillingError then at least the infinite cycle is fixed but the errorCode 6 error will just appear later e.g. when the use attempts to purchase a store item.

Safety improvement

From a quick scan of the source getPurchaseListingDetails ends up calling getSkuDetails which interacts directly with the google inappbillingservice service. Thus calling anything that interacts with android billing like getPurchaseListingDetails inside the onBillingError could risk an infinite loop.

For our case the workaround is to use isPurchased which is a cache hit instead of interacting with the service and risking the loop. This is likely more efficient as well.

How to reproduce error code 6

Not sure. I have a device stuck in this state for any InAppBillingService related apps.

Blu Advance 5
Android 5.1

From settings>accounts I have a google account listed with sync off and when I click into the account for more details it says «Sync is currently experiencing problems. It will be back shortly»

Suggestions for improvement?

If possible getPurchaseListingDetails and getSubscriptionListingDetails could maybe be cache hits as well? From their function names it is not immediately obvious that they access billing service and they don’t appear to be used internally to build the cache.

From a quick glance, there doesn’t appear to be any public way to access purchase details from the cache even though the cache stores a map of ProductId->PurchaseInfo

I am experiencing the same thing on 10.0.44.

What happens

We have a StoreActivity that creates a new BillingProcessor via constructor e.g.

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_store);
        // ...
        bp = new BillingProcessor(this, LICENSE_KEY, MERCHANT_ID, new BillingProcessor.IBillingHandler() {//...}

I stepped through the code and onBillingInitialized is triggered shorty after this constructor executes and the following code starts to run:

    public void handleBpResult() {
        if (bp.isInitialized()) {
            showView(mContent);

            // set up price text
            SkuDetails adFree = bp.getPurchaseListingDetails(Constants.SKU_PREMIUM);

As soon as bp.getPurchaseListingDetails(Constants.SKU_PREMIUM); is called the onBillingError callback is triggered and the infinite loop begins.

I checked and int errorCode for the callback is 6 and Throwable error is null. Case 6 in the switch for us is just a break which then starts the same handleBpResult function as above eventually running into bp.getPurchaseListingDetails(Constants.SKU_PREMIUM); and thus the cycle continues eventually crashing the app.

If I remove all billing processor related code from onBillingError then at least the infinite cycle is fixed but the errorCode 6 error will just appear later e.g. when the use attempts to purchase a store item.

Safety improvement

From a quick scan of the source getPurchaseListingDetails ends up calling getSkuDetails which interacts directly with the google inappbillingservice service. Thus calling anything that interacts with android billing like getPurchaseListingDetails inside the onBillingError could risk an infinite loop.

For our case the workaround is to use isPurchased which is a cache hit instead of interacting with the service and risking the loop. This is likely more efficient as well.

How to reproduce error code 6

Not sure. I have a device stuck in this state for any InAppBillingService related apps.

Blu Advance 5
Android 5.1

From settings>accounts I have a google account listed with sync off and when I click into the account for more details it says «Sync is currently experiencing problems. It will be back shortly»

Suggestions for improvement?

If possible getPurchaseListingDetails and getSubscriptionListingDetails could maybe be cache hits as well? From their function names it is not immediately obvious that they access billing service and they don’t appear to be used internally to build the cache.

From a quick glance, there doesn’t appear to be any public way to access purchase details from the cache even though the cache stores a map of ProductId->PurchaseInfo