Код ошибки для счетчиков альфа

Эквайринг: Ошибки, автоматические отмены, SMS-уведомления

Введение

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

Терминология

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

POS-терминал (POS — Point Of Service) — устройство, обеспечивающее техническую возможность обслуживания карт и других платежных средств.

Эмитент — финансовый институт (банк или иная финансовая организация), выпустивший (эмитировавший) карту.

Эквайрер — финансовый институт (банк или иная финансовая организация), обеспечивающий обслуживание карт мерчантом.

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

Кардхолдер — держатель карты, имеющий право выполнять по ней набор операций, разрешенных эмитентом.

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

Другое относительно распространенное наименование ПЦ — «Банковский хост», или просто «хост» (от англ. Host — букв. «хозяин»). То есть узел, играющий роль сервера в рамках классической клиент-серверной архитектуры. Далее по тексту мы будем использовать как аббревиатуру ПЦ, так и термин «хост» с его производными.

Коды ответов

Результатом выполнения и критерием успешности любой операции является Код ответа (Responce Code (RC)). В рамках протокола ISO 8583 он передается в поле 39 ответного сообщения. Формат RC зависит от версии ISO 8583: в версии ISO 8583:1987 он двузначный, в версии ISO 8583:1993 — трехзначный. Главным образом будем рассматривать обмен в рамках версии 1987 г., по причине ее большей распространенности. При этом заметим, что каждый конкретный разработчик ПЦ использует различные подходы к обеспечению совместимости между версиями: какие-то хосты передают в рамках P2H три символа RC, при этом, в случае если обмен выполняется в рамках версии 1987 г., заполняя лидирующий символ (первый слева) нулем. В других случаях ПЦ выполняет конвертацию трехзначного RC версии 1993 г. — в его двузначный эквивалент версии ISO 8583:1987 и в таком виде отправляет его на POS.

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

Ниже приведем наиболее распространенные RC, разбив их на две условные группы — Технические и Сервисные.

Технические RC

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

00 — Approved (Одобрено). Транзакция завершена успешно.

12 — Invalid Transaction (Неверная транзакция). Неверны какие-либо параметры транзакции. Допустим, поля сообщения заполнены таким образом, что из них следует, что операция Выдача наличных выполняется в торговом POS-терминале. Что, в общем случае, недопустимо.

Читайте так же:

Правильная установка счетчика яндекс

13 — Invalid Amount (Неверная сумма). Поле 4 (Сумма) заполнено неверным значением. Данный RC может возникнуть в случае срабатывания какого-либо лимита, либо в рамках операций, подразумевающих предварительную авторизацию с ее последующим завершением (например, предварительное бронирование услуг с последующим расчетом).

14 — Invalid Card Number(Неверный номер карты). Неверно заполнено поле 2 (Номер карты), либо имеет место быть попытка выполнить транзакцию по карте, отсутствующей в базе данных эмитента.

15 — Invalid Issuer (Неверный эмитент). Такой RC обычно отправляется авторизационной платформой ПС и говорит о том, что маршрут отправки операции эмитенту не найден (в большинстве случаев, по причине неверного БИНа карты).

30 — Format Error (Ошибка формата данных). Возникает в результате тех или иных ошибок при заполнении сообщения в рамках определенного диалекта. Например, какое-либо поле превышает допустимое количество символов, либо вообще отсутствует, либо заполняется в неверном формате и/или кодировке. При этом ряд ПС, в случае отправки данного RC, направляет в ответном сообщении дополнительное поле с конкретным указанием на ошибочный элемент входящего сообщения.

88 и 89 — Cryptographic Failure (Криптографическая ошибка). Транзакция отклонена по причине ошибок криптографии. К примеру, таких как, ошибка шифрования пинблока, ошибка проверки цифровой подписи и других.

96 — System Error (Системная ошибка). В общем случае ошибка свидетельствует о том, что произошел сбой на каком-либо из этапов обмена. Как правило, в рамках ПЦ эквайрера, однако нам известны случаи, когда данный RC передавался и в рамках H2H.

Сервисные RC

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

0 — Approved (Одобрено). Транзакция завершена успешно.

01 — Refer to Call Issuer (Позвоните эмитенту). Для завершения транзакции необходимо связаться с эмитентом.

04 — Capture Card (Изъять карту). Эмитент или ПС направил команду на изъятие карты.

05 — Do Not Honor (Не оплачивать). Отказ без объяснения причины. В подавляющем большинстве случаев такой RC отправляется эмитентом. Причины также следует уточнять у эмитента.

41 — Lost Card (Карта утеряна). Попытка выполнить операцию по карте, помеченной в БД эмитента или ПС как утерянная.

43 — Stolen Card (Карта украдена). Попытка выполнить операцию по карте, помеченной в БД эмитента или ПС как украденная.

51 — Not Sufficient Funds (Недостаточно средств). Сумма операции превышает сумму доступных средств на карточном счете.

52 и 53 — No Checking/Saving Account. Попытка выполнить операцию с неверным карточным счетом.

54 — Expired Card (Карта просрочена). Попытка выполнить операцию по карте с истекшим сроком действия.

55 — Incorrect PIN (Неверен пин). При выполнении операции с онлайн-пинкодом он был введен некорректно.

57 — Transaction Not Permitted to Issuer/Cardholder (Транзакция не разрешена для Эмитента/Держателя карты). Попытка выполнить операцию, не разрешенную для конкретного эмитента или держателя карты.

58 — Transaction Not Permitted to Acquier/Terminal (Транзакция не разрешена для Эквайрера/Терминала). Попытка выполнить операцию, не разрешенную для конкретного эквайрера или терминала.

Таков список наиболее часто встречающихся кодов ответа, имеющих одинаковые значения для всех ведущих ПС. Заметим, что их число несколько шире и варьируется в зависимости от конкретного диалекта ПС. Например в рамках спецификации Visa могут присутствовать RC, отсутствующие у Mastercard, и наоборот.

Читайте так же:

Как обнулить счетчик старения масла вариатора

Оффлайновые коды ответов

В общих чертах следует коснутся и оффлайновых RC. К ним относятся коды, сгенерированные программным обеспечением POS-терминала. Поскольку в данном случае обмен выполняется не в рамках ISO 8583, а условия возникновения таких RC наступают в процессе т.н. EMV Transaction Flow, ограничимся общим описанием (Вопросы APDU/EMV-обмена будут подробно освещены в будущих материалах).

Z1 — OFFLINE DECLINED (Отклонено оффлайн). Было принято решение отклонить транзакцию, не отправляя онлайн-сообщение.

Z3 — NO ONLINE, DECLINED (Нет связи, отклонено оффлайн). POS-терминал предпринял попытку отправить онлайн-запрос, которая закончилась неудачно по причине отсутствия связи. В оффлайне транзакция отклонена.

Y1 — OFFLINE APPROVED (Одобрено оффлайн). Транзакция одобрена без онлайн-обращения к эмитенту. Справедливо для терминалов, поддерживающих оффлайн-транзакции.

Y3 — NO ONLINE, APPROVED (Нет связи, одобрено оффлайн). POS-терминал предпринял попытку отправить онлайн-запрос, которая закончилась неудачно по причине отсутствия связи. В оффлайне транзакция была одобрена. Справедливо для терминалов, поддерживающих оффлайн-транзакции.

SMS-информирование

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

Клиент расплачивается картой.
Получает SMS о списании суммы услуги/покупки.
Терминал не печатает чек/зависает/перезагружается.
Мерчант не имеет на руках успешного чека по операции.
Клиент утверждает, что операция успешна, при этом ссылается на SMS.

Дальнейший сценарий развития событий зависит от опытности персонала ТСП и многих других факторов.

Первое и самое важное, что следует принимать во внимание в такой ситуации: критерием успешности операции по карте является чек (либо, если речь идет об одобренных ПС терминалах, не оснащенных чековым принтером — его электронный эквивалент), содержащий успешный код ответа и/или его расшифровку. Никакие SMS, полученные клиентом, критерием успешности операции не являются. Ни один диспутный цикл ни по одной претензии не будет рассматривать полученное кардхолдером SMS в качестве аргумента. Основная причина состоит в том, что такая услуга как SMS-информирование никак не специфицирована со стороны ПС. То есть, технические инструменты, в том числе и протоколы/формат обмена, которыми она достигается, зависят от каждого конкретного эмитента. В том числе, может быть реализована и с помощью различных самописных решений. В общем случае, некий условный «SMS-сервер» анализирует запросы к карточному контракту и фиксирует изменения его доступного остатка. Помимо этого, в большинстве случаев могут анализироваться поля 41 (Идентификатор Терминала (Terminal ID)), 42 (Идентификатор Мерчанта (Merchant ID)) и 43 (Имя и местонахождение мерчанта (Card Acceptor Name/Location)) из входящего запроса от эквайрера. Затем эти данные вносятся в «тело» SMS-сообщения и отправляются на номер телефона, который кардхолдер указал при выпуске карты. На выходе получается SMS-сообщение примерно такого формата: «КАРТА, ДАТА/ВРЕМЯ, Тип операции, Сумма, НАИМЕНОВАНИЕ ТСП, ДОСТУПНЫЙ ОСТАТОК».

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

Читайте так же:

Все время звонят по счетчикам

Выполняемые функции

Измерение активной и реактивной энергии и мощности с классом точности 0.2S, 0.5S в режиме многотарифности.
Измерение параметров электросети с нормированными погрешностями.
Фиксация максимальной мощности нагрузки с заданным усреднением.
Фиксация даты и времени максимальной активной и реактивной мощности для каждой тарифной зоны.
Запись и хранение данных графика нагрузки и параметров сети в памяти счётчика.
Передача результатов измерений по цифровым и импульсным каналам связи.
Автоматический контроль нагрузки и сигнализация о выходе параметров сети за установленные пределы.
Учёт потерь в силовом трансформаторе и линии электропередачи.

Счётчик АЛЬФА A1800 может быть оборудован одновременно несколькими независимыми цифровыми интерфейсами (RS-485, RS-232) для поддержки различных задач в информационном обмене.

Счётчик АЛЬФА А1800 обладает увеличенной памятью, что позволяет ему вести запись трёх независимых массивов профиля нагрузки по энергии и мощности с разными интервалами усреднения (1, 2, 3, 5, 6, 10, 15, 30 и 60 мин.) А также до 32 различных графиков параметров сети с двумя различными интервалами.

Кроме того, записанные за последний интервал данные параметров сети, которые хранятся в отдельном блоке памяти счётчика, можно считывать напрямую с частотой порядка нескольких секунд. Коммерческие данные по электроэнергии и мощности можно считывать при этом по второму цифровому интерфейсу, с другой частотой, например 30-мин. Что позволяет использовать счётчик АЛЬФА А1800 одновременно в качестве прибора коммерческого учёта и как датчика (с замещающими данными) для систем оперативно-диспетчерского и технологического управления SCADA.

Встроенная плата дополнительного питания, замена батареи без вскрытия счётчика, 16-сегментный дисплей с подсветкой, открытый протокол ANSI для чтения счётчика – дополнительные опции, которые обеспечивают удобство работы с новым счётчиком.

Расширенные функции защиты

Счетчик АЛЬФА А1800 отличается повышенным уровнем защиты коммерческой информации от ошибок и преднамеренных действий.

Защита от несанкционированного доступа (паролями на ПО, счётчик и пломбированием).
Фиксация даты и времени снятия крышки счетчика и крышки клеммника.
Запись фактов изменения конфигурации счётчика.
Фиксация попыток связи с неверным паролем.
Фиксация отключения фаз напряжения.
Измерение мощности по модулю для каждой фазы.
Фиксация фактов реверса энергии.
Фиксация превышения заданных порогов по мощности.
Самодиагностика.
Увеличенный журнал событий (до 255 записей во всех журналах, до 35 наборов авточтения).
Счётчик АЛЬФА A1800 защищен прочным поликарбонатным корпусом и обладает исключительными рабочими характеристиками, даже при изменчивых и суровых внешних условиях, будь то экстремальные температуры, вода или пыль.

Самая частая ошибка 11070: ошибка аутентификации 3d-secure — причины

Самая частая ошибка, которая происходит при оплате картой — 11070: ошибка аутентификации 3dsecure. Есть 2 возможных причины этой ошибки

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

В любом случае, советуем повторить процесс оплаты и удостовериться, что вы ввели одноразовый пароль 3D Secure сразу после получения и пароль введен верно.

Сбербанк код ошибки 4309

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

Читайте так же:

Мини счетчик топлива дизельный

Где смотреть коды авторизаций Альфа-Банка

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

В чеке

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

Обращение в техподдержку

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

Обратившись в техподдержку Альфа банка, вы получите все ответы на ваши вопросы.

В этом случае придется обратиться в техподдержку банка по телефону горячей линии 8 (800) 200-00-00. После подтверждения личности клиента и уточнения деталей по транзакции оператор сможет назвать необходимые данные.

Другие способы

Детали каждого платежа сохраняются, клиент может посмотреть их в «Личном кабинете» на сайте банка. Та же информация доступна и в мобильном приложении.

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

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

Исправление ошибки 24 с помощью дополнительного софта

Для чистки кэша и удаления остаточных файлов на Android разработан специальный софт, который можно загрузить на девайс с того же Google Play. Именно такими приложениями мы и будем пользоваться, чтобы избавиться от ошибки 24.

Самыми эффективными программами-чистильщиками системы Андроид считаются:

Clean Master;
SD Maid.

Удаление остаточных файлов через Clean Master

Чтобы исправить код 24 на Гугл Плей Маркете с помощью Clean Master, нужно делать следующее:

Установить приложение на проблемный гаджет — ссылка на App.
Запустить Clean Master с ярлыка, появившегося на рабочем столе Android.
В начальном окне тапнуть «Ускорение».

Для более полной очистки системы от остаточных файлов необходимо в главном меню Clean Master вместо «Ускорение» кликнуть «Мусор». Начнется сканирование устройства и поиск ненужных данных. После завершения процедуры следует нажать «Очистить» и проверить, удалось ли устранить ошибку 24 на Google Play.

Использование программы-чистильщика SD Maid

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

В остальных же случаях получить root-доступ можно посредством утилиты Kingo Root:

Инсталлируем программу на компьютер.
Подключаем проблемный девайс к ПК.
Запускаем на Андроиде отладку по USB.
Открываем Kingo Root и рутитуем устройство, кликнув мышкой по кнопке ROOT.

После того как гаджет перезагрузится, можно приступать к устранению ошибки 24 на Плей Маркете:

Читайте так же:

Как понудить установить счетчики

После того как гаджет перезагрузится, можно приступать к устранению ошибки 24 на Плей Маркете:

Скачиваем App по ссылке .
С соответствующего ярлыка запускаем приложение SD Maid.
В начальном окне активируем процесс сканирования.
После его завершения переходим в раздел «Мусор» и удаляем оттуда все найденные данные.

Ошибка сессии SSL: как исправить

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

Переместить терминал в другое место. Если POS-терминал плохо работает в одном месте, попробуйте перенести его в другое помещение, — часто это помогает. Но не всегда есть такая возможность, например — касса в магазине, где терминал установлен в зоне кассира и перенести его можно только вместе с кассиром. Согласен, так себе вариант. Тогда переходим на следующий этап.

Меняем SIM-карту. Пробуем сим карты разных операторов сотовой связи, пока не найдем оптимальный вариант по качеству связи. Помучиться придется недолго, — вариантов у вас не особо много. Если что, у нас есть бесплатные сим карты МТС, вдруг подойдет.

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

Подключаем проводной интернет. Если в POS-терминале есть стандартный порт Ethernet для подключения интернет-кабеля, но сам проводной интернет в помещении не проведен, то покупаем роутер с USB разъемом, подключаем в него 4G модем (тоже придется докупить) любого оператора сотовой связи и подключаем терминал кабелем к роутеру. Метод рабочий и спасал не один раз. Только убедитесь, что сигнал 3G/4G выбранного оператора стабильно ловит в месте установки терминала, а то скажете, что не предупреждали.

Покупаем POS-терминал с 3G модулем. Если все предыдущие варианты не помогли или было лень делать, то просто сразу покупаем POS-терминал с встроенным 3G модулем и радуемся жизни. Ширина канала 3G больше и обеспечивает стабильную передачу данных на более высоких скоростях, чем GPRS 2G (GSM). Опять же, — сначала убедитесь, что связь 3G хорошо «ловит» в месте установки POS-терминала. Метод рабочий, но придется раскошелиться.

Вариант с роутером и 4G модемом часто выходит дешевле, если говорить о стационарных POS-терминалах. Если терминал переносной, то вариантов немного, — надеяться, что GPRS 2G (GSM) будет хорошо «ловить» или сразу доплатить и купить терминал с 3G. Кстати, может слышали такую поговорку: «Лучший способ не расстраиваться — это не надеяться».

Минуточку! А где вариант, что POS-терминал плохо работает или вообще сломался и поэтому часто выходит ошибка сессии SSL? Конечно же спросите вы. Не спорю, такой вариант возможен. Только вот если в терминале вышел из строя GPRS/GSM/3G модуль, то связи не будет вообще никакой, терминал даже сим карту не увидит. А ошибка сессии SSL как бы намекает нам, что данные переданы и получены, но не все — из-за обрыва связи.

Еще иногда помогает перезагрузка POS-терминала. Но это скорее временное решение проблемы. Расширить или освободить канал связи перезагрузка не поможет.

На этом вроде бы все. Благодарю за внимание. Если есть вопросы, — пишите в комментариях, обсудим.

голоса

Рейтинг статьи