Ошибка инициализации биллинга на телефоне что это значит андроид

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что это такое?

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

Важно! Сам процесс подсчета достаточно прост для вычислительных устройств, но сложен для человека.

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

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

• предоставление необходимой пользователю информации;
• обслуживание финансовых операций;
• проведение операций по расчету.

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

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

Находясь онлайн, каждый пользователь сотовой связи расходует средства, которые находятся на личном счете. Учитывая общее количество абонентов, которыми могут похвастаться отечественные операторы, требуется достаточно много ресурсов для ведения бухгалтерии каждого отдельного человека. Система программного обеспечения, которая применяется проводит расчет стоимости услуг связи для каждого пользователя в режиме реального времени.

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

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

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

Как работает

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

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

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

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

Примечательно, что код Imei не меняется ни при каких условиях. Даже если человек заменил СИМ-карту, то без проблем можно понять, кто пользуется ею.

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

• пользователь активирует устройство и выходит на связь;
• устройство передает сигнал на базовую станцию оператора, выходит на вышку, которая имеет специальную антенну;
• определяется местонахождения абонента с устройством;

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

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

Как сделать

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

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

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

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

• написать официальное заявление или запрос в правоохранительные органы, которые имеют право получить необходимую информацию от операторов;
• воспользоваться специальными программами для отслеживания местоположения устройства, если они были предварительно установлены. Например, устройства от Apple обладают функцией «найти Iphone» или имеют перечень любых других. Оборудование других операционных систем также позволяют установить приложения из большого перечня. Однако, если вор знает все тонкости подобных приложений, то сможет отключить их функционирование. Тогда однозначно придется обращаться в соответствующие организации.

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

Операторы

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

Теле2

Указанный оператор обладает собственной системой IT-инфраструктуры (биллинг, СRM). Он представлен платформой MVNE, которая выполняет все функции по расчету длительности и стоимости вызовов, ведет статистику по сообщениям и трафику в глобальной сети.

Мегафон

Оператор направил в 2016 году около 6 миллиардов рублей на развитие системы. До конца текущего года планируется вложить все 22 миллиарда, которые позволят повысить качество обслуживания абонентов и снизить время, которое затрачивается на запуск новейших продуктов.

МТС

Оператор использует разработки чешских специалистов от компании STROM telecom, которые специально для компании производят и поддерживают программное обеспечение FORIS OSS-IN. Система имеет множество функций, которые позволяют рассчитывать периодичность и количество звонков, сообщений и трафика в режиме реального времени. Ведется учет тарифных планов всех абонентов, учитываются личные акции, скидки и программы дисконтов.

Другие операторы

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

Валидация

На множестве Интернет-ресурсов можно встретить частые запросы, наподобие «номер телефона не валиден в биллинге». Многие пользователи задаются вопросом, что это может значить.

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

Чтобы посетить собственный кабинет, необходимо зарегистрироваться. Вход выполняется с вводом номера телефона в виде логина, и пароля, который устанавливается пользователем. После их ввода система отправляет код подтверждения в СМС, который следует ввести для входа. Однако, может выдаваться сообщение, что номер не валиден.

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

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

https://www.youtube.com/watch?v=m-eYyMWco3o

10 ответов

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

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

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

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

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

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

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

Как видите, инициализация – это важный аспект взаимодействия с информационными технологиями. Давайте рассмотрим, как же происходит этот процесс на примере загрузочной программы 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

Время прочтения
5 мин

Просмотры 3.4K

Привет, я Влад, core разработчик Adapty SDK для Android. Продолжаю серию статей про то, как внедрять внутренние покупки в приложение Google Play. Остальные посты можно найти по ссылкам:

1. Android in-app purchases, часть 1: конфигурация и добавление в проект.

2. Android in-app purchases, часть 2: инициализация и обработка покупок.

3. Android in-app purchases, часть 3: получение активных покупок и смена подписки.

4. Android in-app purchases, часть 4: коды ошибок от Billing Library и как не облажаться с тестированием. — Вы тут.

5. Android in-app purchases, часть 5: серверная валидация покупок.

Сегодня мы поговорим о кодах ошибок, которые мы можем получить от Billing Library в методе getResponseCode(). 

Пример того, как мы передавали ошибки в свои колбэки, можно посмотреть в этой статье. С одной ошибкой мы уже знакомы по предыдущим статьям — это USER_CANCELED, когда пользователь закрывает диалог покупки, ничего не купив. Давайте познакомимся с остальными.

Коды ошибок

Начнем с самых простых ошибок – с говорящим названием ERROR (responseCode 6) и чуть более говорящим названием DEVELOPER_ERROR (responseCode 5). Для первого случая гугл пишет в документации «Fatal error during the API action», для второго – «Invalid arguments provided to the API». Например, я смог получить DEVELOPER_ERROR, когда для запроса querySkuDetailsAsync() в билдер в setType() передал пустую строку.

Но не всё так просто. Я пошел дальше и в методе launchBillingFlow() использовал измененный SkuDetails (вытащил json из SkuDetails реального продукта, поменял в нем productId и передал в конструктор новому SkuDetails). По сути это invalid argument, и я ожидал получить DEVELOPER_ERROR, но… получил ERROR.

Отдельного упоминания заслуживает текст, который показывается в диалоге в этом кейсе — сравните английский и русский вариант:

Это, конечно, был искусственный пример. Гораздо ближе к реальности кейс, когда гугл отклонил оплату. Если при тестировании покупок с тестовой карты, о чем мы расскажем в конце статьи, в диалоге покупки выбрать «test card, always declined», вернется также ошибка ERROR, но уже с адекватным текстом.

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

Так как там, получается, указан неправильный proration mode, по логике мы должны получить всё ту же DEVELOPER_ERROR. Но нет, мы получаем SERVICE_UNAVAILABLE (responseCode 2). Ее же мы получаем и если указать любое левое число в качестве proration mode (это int, а не enum, нас никто не остановит), и если указать неправильный purchaseToken. Смотрим в документацию про SERVICE_UNAVAILABLE – «Network connection is down». Так, стоп…

При этом еще мы видим интересный диалог.

Что еще любопытно – в кейсе с ERROR при закрытии диалога НЕ через кнопку «ОК» (то есть, теми способами, которые интерпретируются как возврат назад) в onPurchasesUpdated() пришло, собственно, ERROR, а в случае с SERVICE_UNAVAILABLE в аналогичном кейсе приходит USER_CANCELED (но если нажать «ОК» в диалоге, то мы, как и ожидали, получим SERVICE_UNAVAILABLE).

Ну и в случае с отсутствием интернета SERVICE_UNAVAILABLE тоже приходит, тут не соврали.

Вот остальные коды ошибок с небольшими комментариями, так сказать, honorable mentions.

• BILLING_UNAVAILABLE (responseCode 3). Гугл поясняет, что «Billing API version is not supported for the type requested». Я смог воспроизвести эту ошибку, разлогинившись из Google-аккаунта, а также на Хуавее без Google Play Services. Возможно, она также воспроизведется на старых телефонах, где не обновляли Google Play.

• SERVICE_DISCONNECTED (responseCode -1). Приложение иногда дисконнектится от сервиса Google Play. Это может произойти, если Play Store вдруг решит обновиться. Поэтому лучше перестраховаться и коннектиться перед каждым вызовом методов Billing Library, как в предыдущих статьях. А еще мы с гуглом советуем добавить какую-нибудь retry policy, если эта ошибка всё же придет в ответе.

• SERVICE_TIMEOUT (responseCode -3). Название говорит само за себя — мы слишком долго ждали ответ от Google Play.

• FEATURE NOT SUPPORTED (responseCode -2). В классе BillingClient есть пять констант FeatureType. Их доступность на данном устройстве можно проверять с помощью метода billingClient.isFeatureSupported(BillingClient.FeatureType.НужнаяФича). У меня на телефоне (Xiaomi Mi A2 Lite) FEATURE_NOT_SUPPORTED вернулось только для SUBSCRIPTIONS_ON_VR. При этом для IN_APP_ITEMS_ON_VR, как и для всех остальных фич, вернулось OK.

• ITEM_NOT_OWNED (responseCode 8). Возникает при попытке законсьюмить покупку, которой у нас нет. Например, повторно после успешного консьюма.

• ITEM_ALREADY_OWNED (responseCode 7). А тут наоборот – при попытке купить продукт, который у нас уже есть. В таком кейсе просто нужно обновить UI и сделать кнопку покупки некликабельной.

Самая популярная ошибка

Последняя и, наверное, самая популярная ошибка в начале пути внедрения in-app purchases — это ITEM_UNAVAILABLE (responseCode 4). Она говорит о том, что продукт недоступен для покупки, но не говорит, почему. А причины могут быть самые разные: от тестирования на неправильном аккаунте или неправильной сборке до покупки неактивированного продукта.

Вот чек-лист, что нужно сделать, чтобы избежать ее при тестировании:

1. Отправить в ваш test track сборку с Billing Library. Это обязательное условие — при этом вы можете тестировать и на дебажных сборках с таким же applicationId, но важно, чтобы хотя бы один раз сборка с Billing Library была загружена в Play Console.

2. Добавить в этот test track гугл-аккаунты тестировщиков, что особенно актуально для internal testing или закрытой альфы/беты. Там же будет ссылка в разделе How testers join your test, по которой тестировщики должны будут принять приглашение.

3. Покупать можно только активированный продукт. После создания продукта в Play Console есть кнопка activate, более детально процесс создания продукта мы описывали в первой статье.

4. Удостовериться, что тестирование на устройстве проходит с гугл-аккаунта, который является тестировщиком. Очевидный пункт, но бывает всякое, и это тоже нужно проверить, если вы получили такую ошибку.

5. applicationId сборки, с которой тестируется покупка, должно полностью совпадать с applicationId из Play Console. Это особенно важно для тех, у кого добавляется суффикс в дебажных сборках.

6. Добавить email-адреса тестировщиков в раздел Setup → License Testing в левом меню аккаунта (не приложения), чтобы они покупали продукты бесплатно с тестовой карты, а не с реальной. Еще один плюс, что подписки в данном случае будут иметь тестовую длительность. Не связано с этой ошибкой, но тоже полезное знание.

Заключение

Ошибки способны сильно усложнить работу, поэтому всегда важно понимать, как они могут возникнуть. Учитывая, сколько шагов нужно пройти, чтобы получить доступ к продуктам, проще всего словить ITEM_UNAVAILABLE. Поэтому я надеюсь, что мой чек-лист вам поможет.

Про Adapty

Для более простой работы с ошибками советую попробовать Adapty SDK для внедрения внутренних покупок в приложения. Кроме технической части, Adapty даёт много преимуществ:

• Встроенная аналитика позволяет быстро понять основные метрики приложения.

• Когортный анализ отвечает на вопрос, как быстро сходится экономика.

• А/Б тесты увеличивают выручку приложения.

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

• Промо-кампании уменьшают отток аудитории.

• Open source SDK позволяет интегрировать подписки в приложение за несколько часов.

• Серверная валидация и API для работы с другими платформами.

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