Тип транзакции 3030

Содержание

Данные

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

  • transactions
  • customers_gender_train
  • tr_types
  • tr_mcc_codes

Таблица transactions.csv

Описание

Таблица содержит историю транзакций клиентов банка за один год и три месяца.

Формат данных

111111,15 01:40:52,1111,1000,-5224,111111 111112,15 15:18:32,3333,2000,-100,11122233 …

Описание полей

  • customer_id — идентификатор клиента;
  • tr_datetime — день и время совершения транзакции (дни нумеруются с начала данных);
  • mcc_code — mcc-код транзакции;
  • tr_type — тип транзакции;
  • amount — сумма транзакции в условных единицах со знаком; + — начисление средств клиенту (приходная транзакция), — — списание средств (расходная транзакция);
  • term_id — идентификатор терминала;

Таблица customers_gender_train.csv

Описание

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

Формат данных

customer_id,gender 111111,0 111112,1 …

Описание полей

  • customer_id — идентификатор клиента;
  • gender — пол клиента; 0 — женский, 1 — мужской;

Таблица tr_mcc_codes.csv

Описание

Данная таблица содержит описание mcc-кодов транзакций.

Формат данных

mcc_code;mcc_description 1000;словесное описание mcc-кода 1000 2000;словесное описание mcc-кода 2000 …

Описание полей

  • mcc_code – mcc-код транзакции;
  • mcc_description — описание mcc-кода транзакции.

Таблица tr_types.csv

Описание

Данная таблица содержит описание типов транзакций.

Формат данных

1000;словесное описание типа транзакции 1000 2000;словесное описание типа транзакции 2000 …

Описание полей

  • tr_type – тип транзакции;
  • tr_description — описание типа транзакции;

Примеры использования типов транзакций:

Примеры приходных транзакций

Примеры расходных транзакций

В целях обеспечения унификации информационного взаимодействия в электронном виде между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной подписи и обеспечения приема налоговых деклараций по налогу на добавленную стоимость в соответствии с изменениями в ст. 174 Налогового кодекса Российской Федерации, внесенными Федеральным законом от 28.06.2013 № 134-ФЗ, к 01.04.2015 и в соответствии с приказом ФНС России от 28.10.2014 № ММВ-7-14/556@ «О внесении изменений в приказ ФНС России от 09.06.2011 № ММВ-7-6/362@» приказываю:

1. Внести в Унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной подписи, утвержденный приказом ФНС России от 09.11.2010 № ММВ-7-6/535@ (далее — Унифицированный формат), следующие изменения:

1.1. Пункт 3.1.3 Унифицированного формата дополнить строкой следующего содержания:

«3.1.3.1. Для КНД=1151001 v.5.04 и приложений КНД=Индекс=0000080, 0000081, 0000090, 0000091, 0000100, 0000110, 0000120) к основному файлу (КНД=1151001 v.5.04), размер транспортного контейнера не должен превышать 1 гигабайт, а размер любого файла в контейнере не должен превышать 840 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 10 гигабайт. Транспортный контейнер передается в составе почтового сообщения, размер которого не превышает 1 гигабайт»;

1.2. Пункт 5.2.2 Унифицированного формата изложить в следующей редакции:

«5.2.2. Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT. Архивирование содержимого больше 4 ГБ должно производиться в соответствии с базовыми возможностями версии 4.5 (ZIP64) без использования шифрования, размеры менее 4 ГБ могут архивироваться в соответствии с базовыми возможностями версии 2.0 без использования шифрования»;

1.3. Пункт 5.3.2 Унифицированного формата изложить в следующей редакции:

1.4. Пункт 6 Унифицированного формата изложить в следующей редакции:

«6. Общие требования к протоколу взаимодействия и составу почтового сообщения при взаимодействии с унифицированной системой представления налоговых деклараций и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи.

Требования к протоколу взаимодействия и структуре почтового сообщения устанавливаются в приложении № 12 к настоящему документу.»;

1.5. Приложение № 3 к Унифицированному формату изложить в редакции согласно приложению № 1 к настоящему приказу;

1.6. Приложение № 12 к Унифицированному формату изложить в редакции согласно приложению № 2 к настоящему приказу;

1.7. Раздел IX приложения № 1 к Унифицированному формату изложить в редакции согласно приложению № 3 к настоящему приказу;

1.8. Таблицу 16.5 приложения № 16 к Унифицированному формату изложить в редакции согласно приложению № 4 к настоящему приказу.

2. Настоящий приказ вступает в силу с даты его подписания.

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

Руководитель
Федеральной налоговой службы
М.В. Мишустин

Приложение № 1
к приказу Федеральной
налоговой службы
от 23 января 2015 г. № ММВ-7-6/23@

Приложение № 4
к Унифицированному формату
транспортного контейнера

Документооборот по представлению налоговых деклараций (расчетов) и бухгалтерской отчетности

Таблица 4.1. Тип документооборота.

Код Тип документооборота Описание
01 Декларация Документооборот по представлению налоговых деклараций (расчетов) и бухгалтерской отчетности

Таблица 4.2. Типы документов.

Код Тип документа Типы содержимого Описание
01 декларация plain866 или xml Налоговая декларация или бухгалтерская отчетность (установленный формат)
02 описание xml Служебный документ, в котором передается описание декларации (формат приведен в приложении 1.I)
10 приложение ms-excel, ms-word, rtf, tiff, pdf, jpeg, xml Неформализованное приложение или формализованное приложение (установленный формат)
03 доверенность xml Информационное сообщение о доверенности уполномоченного лица (установленный формат)
04 подтверждениеДатыОтправки xml Подтверждение даты отправки документа (установленный формат)
05 уведомлениеОбОтказе xml Уведомление об отказе в приеме налоговой декларации (установленный формат)
06 квитанцияОПриеме xml Квитанция о приеме налоговой декларации (установленный формат)
07 уведомлениеОбУточнении xml Уведомление о необходимости внесения уточнений (установленный формат)
08 извещениеОВводе xml Извещение о вводе декларации в информационную систему налогового органа (установленный формат)
09 извещениеОПолучении xml Извещение о получении документа его получателем (установленный формат)

Таблица 4.3. Типы транзакций.

Код Тип транзакции Отправитель Получатель Документы Количество Содержимое Шифрование Подписанты
01 ДекларацияНП абонент налоговыйОрган декларация 1 есть есть абонент
доверенность 0 или 1 есть есть абонент
описание 1 есть нет (отсутствуют)
приложение * 0 или более есть есть абонент
подтверждениеДатыОтправки 1 есть нет спецоператор
02 ИзвещениеДекларацияНО налоговыйОрган абонент извещениеОПолучении 1 есть нет налоговыйОрган
03 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 есть нет налоговыйОрган
04 РезультатПриемаДекларацияНО налоговыйОрган абонент квитанцияОПриеме или уведомлениеОбОтказе 1 есть есть налоговыйОрган
декларация*(1) 1 в случае квитанции о приеме; 0 в случае уведомления об отказе нет нет налоговыйОрган
05 ИзвещениеРезультатПриемаСОС спецоператор налоговыйОрган извещениеОПолучении 1 есть нет спецоператор
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент
07 РезультатОбработкиДекларацияНО налоговыйОрган абонент уведомлениеОбУточнении или извещениеОВводе 1 есть есть налоговыйОрган
08 ИзвещениеРезультатОбработкиСОС спецоператор налоговыйОрган извещениеОПолучении 1 есть нет спецоператор
09 ИзвещениеРезультатОбработкиНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент

* Приложения допускаются только для КНД = 0710098, 0710099, 1151001

Таблица 4.4. Типы транзакций для крупнейших налогоплательщиков, представляющих
отчетность на основании договоров с инспекциями ФНС России

Код Тип транзакции Отправитель Получатель Документы Количество Содержимое Шифрование Подписанты
01 ДекларацияНП абонент налоговыйОрган декларация 1 есть есть абонент
доверенность 0 или 1 есть есть абонент
описание 1 есть нет (отсутствуют)
приложение * 0 или более есть есть абонент
10 ПодтверждениеДекларацияНО налоговыйОрган абонент подтверждениеДатыОтправки 1 есть нет налоговыйОрган
11 ИзвещениеПодтверждениеНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент
02 ИзвещениеДекларацияНО налоговыйОрган абонент извещениеОПолучении 1 есть нет налоговыйОрган
04 РезультатПриемаДекларацияНО налоговыйОрган абонент квитанцияОПриеме или уведомлениеОбОтказе 1 есть есть налоговыйОрган
декларация*(2) 1 в случае квитанции о приеме; 0 в случае уведомления об отказе нет нет налоговыйОрган
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент
07 РезультатОбработкиДекларацияНО налоговыйОрган абонент уведомлениеОбУточнении или извещениеОВводе 1 есть есть налоговыйОрган
09 ИзвещениеРезультатОбработкиНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент

* Приложения допускаются только для КНД = 0710098, 0710099, 1151001

*(1) При отправке квитанции о приеме в транспортный контейнер включается ЭП налогового органа на поступившую декларацию. Поступивший файл декларации в транспортный контейнер не включается. Включаемое ЭП в элемент «Сведения о передаваемом документе (документ)” файла транспортной информации описывается с типом документа «Декларация” кодом типа документа «01”

*(2) При отправке квитанции о приеме в транспортный контейнер включается ЭП налогового органа на поступившую декларацию. Поступивший файл декларации в транспортный контейнер не включается. Включаемое ЭП в элемент «Сведения о передаваемом документе (документ)” файла транспортной информации описывается с типом документа «Декларация” кодом типа документа «01”

Приложение №2
к приказу Федеральной
налоговой службы
от 23 января 2015 г. № ММВ-7-6/23@

Приложение № 12
к Унифицированному формату
транспортного контейнера

Требования к протоколу взаимодействия и структуре почтового сообщения

1.1. Обмен сообщениями специализированными операторами связи и серверами обмена электронными документами унифицированного приемного комплекса налогового органа производится по протоколам SMTP (в соответствии с документом RFC 5321: http://www.ietf.org/rfc/rfc5321.txt) и POP3 (в соответствии с документом RFC 1939: http://www.ietf.org/rfc/rfc1939.txt ) в формате сообщений электронной почты.

1.2. Требования к протоколу взаимодействия перечислены в разделе 2 данного приложения.

1.3. Сообщение электронной почты содержит реквизиты, перечисленные в разделе 3 данного приложения, и транспортный контейнер, вложенный в него.

1.4. Для первичного сообщения, с которого начинается документооборот — значение поля X-Message-ID содержит <идентификаторДокументооборота> из транспортного контейнера. Для сформированных в ответ на поступившие или в ходе их обработки — значение поля X-Message-ID входящего сообщения.

Требования к протоколу взаимодействия

2.1. Требования к SMTP протоколу взаимодействия

При передаче транспортных контейнеров необходимо использовать следующие расширения протокола SMTP:

— SIZE (в соответствии с документом RFC 1870: http://www.ietf.org/rfc/rfc1870.txt );

— CHECKPOINT (в соответствии с документом RFC 1845: http://www.ietf.org/rfc/rfc1845.txt ).

— CHUNKING (в соответствии с документом RFC 3030: http://www.ietf.org/rfc/rfc3030.txt );

— BINARYMIME (в соответствии с документом RFC 3030: http://www.ietf.org/rfc/rfc3030.txt).

Пример команды с использованием указанных расширений

MAIL FROM:<sos@gpk.nalog.ru> BODY=BINARYMIME TRANSID=<362438-c6292fa8b96f44349a01c4a67fc> SIZE=999999999

При передаче транспортных контейнеров, размер которых не превышает 72 мегабайт, допускается отсутствие расширений CHUNKING и BINARYMIME.

Требования к структуре сообщения электронной почты

3.1. Для обеспечения обработки сообщений электронной почты на приемном комплексе налогового органа, в структуре сообщения электронной почты предусмотрены следующие служебные поля (реквизиты сообщения):

Список служебных полей транспортного сообщения

№ п/п Идентификатор реквизита Признак обязательности
1 From: Почтовый адрес отправителя почтового сообщения О
2 To: Почтовый адрес получателя почтового сообщения О
4 Message-ID: Идентификатор почтового сообщения — уникальная для данного отправителя сообщений последовательность символов О
5 Content-Transfer-Encoding: Механизм конвертирования почтового сообщения О
6 Content-Type: Описание типа вложения. О
7 Content-Disposition: Описание расположения вложения О
8 Content-Length: Описание длины вложения О
9 Subject: Содержит значение <версияФормата>»-”<типДокумента>»-”<типТранзакции>. <типДокумента> указывается в соответствии с алгоритмом, описанным в п.3.2.4. О
10 X-Message-ID: Значение поля X-Message-ID содержит <идентификаторДокументооборота> из транспортного контейнера О
11 X-Tax-Code: <кодТранзакции> из транспортного контейнера Н
12 X-Tax-Version Версия формата транспортного контейнера Н

Где: О — наличие поля обязательно

Н — наличие поля необязательно

3.2. Поля <From:>, <To:> содержат электронный адрес, заключенный в угловые скобки (символы «<” и «>”). В данных полях может присутствовать наименование отправителя или получателя, не превышающее 80 символов. Содержащийся в угловых скобках электронный адрес не может превышать 40 символов.

3.3. При отправке транспортного контейнера с документами налогоплательщика через специализированного оператора связи в поле <From:> указывается адрес специализированного оператора связи. Для транспортного контейнера с документами для налогоплательщика, направляемого через специализированного оператора связи, в поле <To:> указывается адрес специализированного оператора связи.

3.4. Поле <Content-Transfer-Encoding:> содержит тип кодировки почтового сообщения. Значением поля должна быть строка без пробелов: binary или base64. Для содержимого транспортных контейнеров размером более 72 мегабайт допускается использование только типа кодировки почтового сообщения binary.

3.6. Поле <Content-Disposition:> содержит ключевое слово: attachment и через символ «;” с пробелом после него параметр: filename=. Транспортный контейнер вложен (ключевое слово attachment) в сообщение электронной почты, передаваемое по телекоммуникационным каналам связи. Параметр filename= содержит имя файла вложения, которое может быть заключено в кавычки (символы » (код 34)).

3.7. В поле <Content-Length:> указывается количество байт файла вложения. Размер файла транспортного контейнера не может быть нулевым и сам транспортный контейнер не может содержать файлы нулевой длины.

3.8. Содержание поля <Subject:> указывается в кодировке Base64/Windows-1251 и не может превышать 256 символов.

3.9. При направлении сообщения об ошибке поле <X-Message-ID:> может содержать значение поля <X-Message-ID> первичного почтового сообщения, если невозможно идентифицировать <идентификатор Документооборота> из транспортного контейнера.

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

3.11. Сообщение электронной почты может иметь только одного получателя.

3.12. Сообщение электронной почты должно содержать только один вложенный в него файл транспортного контейнера.

Приложение № 3
к приказу Федеральной
налоговой службы
от 23 января 2015 г. № ММВ-7-6/23@

IX Формат описания представления отдельных документов в налоговые органы(Версия 06)

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений при представлении отдельных документов в налоговые органы.

Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version=»1.0″ encoding = «windows-1251»?>

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_PROTDOC_2_700_12_09_06_xx, где хх — текущая версия схемы.

Расширение имени файла — xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

— Наименование элемента. Приводится полное наименование элемента.

— Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.

— Признак типа элемента. Может принимать следующие значения: «С» — сложный элемент (имеющий вложенные), «П» — простой элемент (не имеющий вложенных); А — атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

— Формат элемента. Формат*(1) представляется в условных обозначениях, которым соответствуют следующие значения: Т — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n — минимальное количество знаков в строке, к — максимальное количество знаков, символ ”-” — разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т.

Формат числового значения указывается в виде N(m.к), где m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date”, поле «Формат элемента” не заполняется. Для таких элементов в поле «Дополнительная информация” указывается тип базового элемента.

— Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: «О” — обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); «Н” — присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом «К”. Например: «ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М”. Например: «ОМ, ОКМ”.

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

Диаграмма файла обмена

Рис.1. Диаграмма структуры файла обмена

Перечень структурных элементов логической модели файла обмена

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

Таблица 4.1

Описание передаваемого документа (описание)

Наименование элемента Сокращенное наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Код формы передаваемого основного документа по КНД КНД П T(=7) О Типовой элемент <КНДТип>. Принимает значение: 1110007 | 1110008 | 1110010 | 1110025 | 1111022 | 1111050 | 1111052 | 1111053 | 1111054 | 1111056 | 1112012 | 1112015 | 1112017 | 1150001 | 1150002 | 1150003 | 1150007 | 1150008 | 1150010 | 1150015 | 1150016 | 1150024 | 1150025 | 1150026 | 1150027 | 1165034 | 1120105 | 1120106 | 1120107
Код налогового органа КодНО П T(=4) О Типовой элемент <СОНОТип>. Принимает значения в соответствии с классификатором «Система обозначений налоговых органов»
Количество файлов, полученных в результате деления исходного файла КолФайл П N(5) Н
Номер текущего файла НомФайл П N(5) Н
Дополнительные сведения ДопСв П Н Включает типовой элемент <xs:anyType> (множественный)

*(1) При описании структуры формата файла обмена используются следующие металингвистические конструкции:

< > — метасимволы, используемые для выделения элементов структуры сообщения (логической модели);

| — метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.

Приложение № 4
к приказу Федеральной
налоговой службы
от 23 января 2015 г. № ММВ-7-6/23@

Таблица 16.5. Типы содержимого приложений

КНД основного документа Типы содержимого приложения Описание
1110010, 1111052, 1111053, 1111054, 1112015, 1111022, 1111050, 1112012, 1112017, 1110025, 1150001, 1150002, 1150003, 1150016, 1150024 , 1150007, 1150008, 1150015, 1150027, 1120105, 1120106, 1120107, 1110007, 1110008, 1111056, 1150010, 1150025, 1150026 xml Документ (установленный формат)
1165034 xml, tiff, jpеg Документ (установленный формат)
sgn ЭП под приложением в xml формате, передается в виде отдельного файла как приложение

Наверняка, многие из вас сталкивались со словом «транзакция» применительно к банковской карте. Но многие почему-то не понимают его. Так вот краткое определение транзакции:

Транзакция – это любая операция на банковской карте, связанная с изменением ее счета.

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

Кратко о произношении

С английского перевода «transaction» – операция, сделка, договор. Традиционно в России и странах СНГ транзакция произносится через «З». Но есть и другой общепринятый вариант написания и произношения, который тоже близок к английскому – транСакция. Вариант через «З» все же является более принятым. Оба варианта означают одно и то же.

Виды и типы транзакций

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

  1. Онлайн – проводятся в режиме реального времени. Обязательно используются технологии подтверждения платежа.
  2. Оффлайн – выполняются отложенно.

С оффлайн транзакциями мы познакомимся немного ниже, а пока онлайн.

Участники транзакции

В любой транзакции по банковской карте участвуют 3 основные стороны:

  1. Банк, который принимает платеж. Например, обслуживающий POS терминал в магазине, к которому вы и прислоняете свою карту. Это банк-эквайер.
  2. Банк, вашей карты. Тут все просто, ведь карточка должна принадлежать какому-то банку. Это банк-эмитент.
  3. Платежная система, которая выступает посредником-каналом между предложенными выше банками. Популярные на текущий день – Visa, MasterCard, МИР.

То же самое на картинке:

Порядок транзакции

Теперь немного покажем схему того, как собственно происходит транзакция:

  1. Передаем карточку продавцу магазина (суть не меняется, может вставить в банкомат или терминал, войти в Сбербанк Онлайн и т.п., но с кассиром как-то привычнее).
  2. Продавец аккуратно проводит карту по POS-терминалу. В этом время устройство считывает все доступные ему сведения с карты, зашитые на магнитной ленте или чипе.
  3. Информация с устройства в зашифрованном виде улетает в банк-эквайер – кому и принадлежит считыватель.
  4. Эквайер передает эти данные в центр обработки данных (ЦОД) платежной системы. Именно она будет отвечать за снятие и перевод денег. Она же проводит проверку карты на мошенничество, она же может отменить транзакцию. К слову, такие проверки могут проводиться и самими банками.
  5. Из ЦОД информация передается уже эмитенту. Который и делает последние проверки вплоть до баланса, ввода ПИН кода, дневных лимитов и списывает деньги со счета. На конечной точке транзакции возможна конвертация валюты при трансграничных переводах. Многие во время этого натыкаются на проблемы с недополучением сумм и больших комиссий – так плательщик может оплатить полную сумму, но до конечного банка она может и не дойти целиком. Обращайте внимание на совершение таких платежей особенно в международных крупных магазинах. С Алиэкспресс подобное может быть заметно на предварительном списании денег с карты при покупке и дальнейшим изменением точного баланса – после проверки баланс немного сходится.
  6. После списания происходит обратное распространение информации: от эмитента в ЦОД, из ЦОДа в банк-эквайер, а тот уже передает информацию об успешно проведенной транзакции вам на чеке.

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

Оффлайн транзакции

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

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

Применяется там, где невозможно установить прямую связь.

Номер транзакции

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

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

Нередко номер транзакции указывается и на чеке!

Отмена транзакции или запрет

В некоторых случаях транзакция может быть отменена любой стороной. Причем, это может произойти чуть позже проведения платежа, во время его (например, сообщение «Транзакция запрещена») или даже гораздо позже (ChargeBack). Мы уже писали об этом выше в примерах. Здесь лишь приведем список наиболее частых вариантов. Вдруг платеж у кого-то из читателей не прошел, но требуется узнать причину его отмены. Вот наш список:

  1. Карта заблокирована.
  2. Недостаточный баланс.
  3. Ограничения на карте – например, на совершение международных или онлайн-платежей.
  4. Неправильно введен PIN.
  5. Подозрения в мошенничестве – применяются техники от стоп-листа карт до анализа устройств и «поведения» платежей.
  6. Технические проблемы – где-то что-то не работает, будь то сервер или линия коммуникации.
  7. Ошибка в номере счета получателя и других реквизитах.

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

Видео про отмену транзакции по карте (ChargeBack):

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

Вы всегда можете задать свой вопрос нам в комментариях – мы неплохо понимаем работу платежных систем. Это не текст бездарных горекопирайтеров с бирж!

Транза́кция, или транса́кция (англ. bank transaction , от лат. transactio — соглашение, договор) — в общем случае, любая сделка с использованием банковского счёта. Различают онлайн-транзакции, выполняющиеся в режиме реального времени между всеми заинтересованными сторонами, и офлайн-транзакции.

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

Проведение транзакции

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

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

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

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

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

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

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

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

Покупка ТУ СБ РФ

Отмена покупки ТУ

Покупка POS СБ РФ

Отмена

Покупка ТУ Россия

Отмена

Покупка POS ТУ Россия

Отмена

Отмена

Покупка POS зарубеж

Отмена

Отмена

Выдача наличных в учреждении другого тер. Банка

Отмена

Наличные банкомат СБ РФ

Отмена

Банкомат другого тер. Банка

Отмена

Oтмена

POS других тер. Банков

Отмена

Отмена

Наличные банкомат Россия

Отмена

Наличные зарубеж. Банк

Отмена

Наличные банкомат зарубеж

Отмена

Плата за выдачу карты, годовое обслуживание

Отмена

Плата за замену карты

Отмена

Плата за копию выписки

Отмена

Годовое обслуживание (первый год)

Отмена

Плата за выдачу наличных СБ РФ

Отмена

Плата за выдачу наличных в других тер. Банках

Отмена

Плата за выдачу наличных ч-з банкомат СБ РФ

Отмена

Плата за получение наличных в банкоматах других банков

Отмена

Плата за выдачу наличных Россия

Отмена

Плата за выд. Наличных ч-з банкомат Россия

Отмена

Плата за выдачу наличных за рубежом

Отмена

Плата за выдачу наличных ч-з банкомат за рубежом

Проводка по основному счету — транзакция одного экрана

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

Использование

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

Интеграция

Можно воспользоваться транзакцией одного экрана для проводки по основному счету, а также стандартной операцией. Чтобы получить доступ к стандартной операции проводки по основному счету, на экране SAP Easy Access выберите Учет и отчетность ® Финансы ® Главная книга ® Ввод документа ® Общая проводка.

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

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

Предпосылки

Установлены следующие параметры пользовательской настройки Финансов по пути Бухгалтерия Главной книги ® Бизнес-операции ® Проводка по основному счету ® Проводка по основному счету — транзакция одного экрана:

Определение видов документов для транзакции одного экрана

Определение кода проводки для проводки по основному счету

Функции

Общая область

На закладках доступны следующие функции:

● Основные данные

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

● Подробная информация

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

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

Данные, которые не были сохранены, будут потеряны.

Индикатор, расположенный рядом с закладками, отражает сальдо документа в валюте документа:

● Сальдо не равно нулю

● Неустановленный статус (начальный статус)

● Сальдо равно нулю

Ввод документа

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

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

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

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

Предварительная регистрация. См. Предварительная регистрация документа — транзакция одного экрана

Проводка. См. Проводка документов основного счета — транзакция одного экрана

Шаблоны

Можно выбрать стандартные шаблоны, такие как варианты ввода или модели контировки, на дереве или определить свои собственные. Кроме того, можно выполнить дополнительную обработку временно сохраненных документов.

Дерево можно отобразить или скрыть в структуре экрана с помощью значка Дерево вкл./выкл.

Существует три опции выбора вариантов ввода, моделей контировки или временно сохраненных документов:

· Двойной щелчок

Выберите требуемый объект и щелкните дважды его.

● Контекстное меню (правая кнопка мыши)

Выберите требуемый объект, вызовите контекстное меню с помощью правой кнопки мыши и выберите объект.

● Меню

Выберите Обработка ® Выбор варианта ввода/модели контировки/временно сохраненного документа.

Создание вариантов ввода и моделей контировки

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

См. Варианты ввода — транзакции одного экрана

Доступны следующие опции для удаления моделей контировки:

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

● Выберите Обработка ® Удаление модели контировки.

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

Операции

Ввод документов основного счета — транзакция одного экрана

Добавить комментарий

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