System trace audit number что это

system trace audit number

Смотреть что такое «system trace audit number» в других словарях:

System Trace Audit Number — (STAN) An ISO term. A number assigned by the originator of a transaction to uniquely identify a transaction throughout its life. ISO Identification Cards term. 6n … International financial encyclopaedia

Intrusion detection system — An intrusion detection system (IDS) is a device or software application that monitors network and/or system activities for malicious activities or policy violations and produces reports to a Management Station.[1] Some systems may attempt to stop … Wikipedia

Database audit — Database auditing involves observing a database so as to be aware of the actions of database users. Database administrators and consultants often set up auditing for security purposes, for example, to ensure that those without the permission to… … Wikipedia

History of the English fiscal system — The history of the English fiscal system affords the best known example of continuous financial development in terms of both institutions and methods. Although periods of great upheaval occurred from the time of the Norman Conquest to the… … Wikipedia

ISO 8583 — Standard para Transacciones Financieras con Mensajes originados en una tarjeta Especificaciones de los mensajes de intercambio es el standard de la International Organization for Standardization para sistemas que intercambian transacciones… … Wikipedia Español

ISO 8583 — ISO 8583 стандарт ISO, описывающий процесс передачи и формат финансовых сообщений (транзакций) систем, обрабатывающих данные банковских платёжных карт. Содержание 1 Введение 2 Индикатор типа сообщения 2.1 … Википедия

Glossary of environmental science — This is a glossary of environmental science.Environmental science is the study of interactions among physical, chemical, and biological components of the environment. Environmental science provides an integrated, quantitative, and… … Wikipedia

India — /in dee euh/, n. 1. Hindi, Bharat. a republic in S Asia: a union comprising 25 states and 7 union territories; formerly a British colony; gained independence Aug. 15, 1947; became a republic within the Commonwealth of Nations Jan. 26, 1950.… … Universalium

Computers and Information Systems — ▪ 2009 Introduction Smartphone: The New Computer. The market for the smartphone in reality a handheld computer for Web browsing, e mail, music, and video that was integrated with a cellular telephone continued to grow in 2008. According to… … Universalium

Strategic Defense Initiative — Organization SDIO Agency overview Formed 1984 Dissolved 1993 (renamed) Superseding a … Wikipedia

Источник

ISO 8583

ISO 8583 — стандарт ISO, описывающий процесс передачи и формат финансовых сообщений (транзакций) систем, обрабатывающих данные банковских платёжных карт.

Содержание

Введение

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

Транзакционные данные включают в себя:

Система, которая выпустила карту, авторизует транзакцию либо отклоняет её и генерирует ответное сообщение, которое возвращается на терминал.

ISO 8583 описывает формат транзакций и механизм их передачи («communication flow») таким образом, чтобы различные системы могли обмениваться этими транзакциями. Большинство транзакций, которые выполняются с банкоматов, используют ISO 8583 в некоторых аспектах коммуникационной цепочки, как то например, транзакции, выполняющиеся при оплате покупателем товара в магазине. Такие международные платёжные системы как MasterCard и Visa используют стандарт ISO 8583 при авторизационных взаимодействиях.

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

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

Положение полей различается в разных версиях стандарта. К примеру, отдельные элементы, определяющие валюту в версиях 1987 и 1993 более не используются в версии 2003, где валюта является составной частью элемента, определяющего сумму. ISO 8583:2003 нужно время для достижения широкого признания.

Сообщение ISO 8583 состоит из следующих частей:

Индикатор типа сообщения

Индикатор типа сообщения (англ. Message Type Indicator (MTI) ) — 4 значное числовое поле, которое определяет высокоуровневую функцию сообщения. Индикатор типа сообщения включает в себя версию стандарта ISO 8583, класс сообщения, функцию сообщения и источник сообщения, описанные ниже.

ISO 8583 версия

Первая позиция MTI определяет версию стандарта ISO 8583, используемую для передачи сообщения.

ПозицияЗначение
0xxxВерсия ISO 8583-1:1987
1xxxВерсия ISO 8583-2:1993
2xxxВерсия ISO 8583-1:2003
9xxxЧастное использование

Класс сообщения

Вторая позиция MTI определяет общую цель сообщения.

ПозицияЗначениеИспользование
x1xxAuthorization MessageDetermine if funds are available, get an approval but do not post to account for reconciliation, Dual Message System (DMS), awaits file exchange for posting to account
x2xxFinancial MessageDetermines if funds are available, get an approval and post directly to the account, Single Message System (SMS), no file exchange after this
x3xxFile Actions MessageUsed for hot-card, TMS and other exchanges
x4xxReversal MessageОтменяет действие предыдущей авторизации
x5xxReconciliation MessageTransmits settlement information
x6xxAdministrative MessageTransmits administrative advice. Often used for failure messages (e.g. message reject or failure to apply)
x7xxFee Collection Message
x8xxNetwork Management MessageИспользуется для обмена ключами безопасности, входа в систему, посылки эхо-тестов и для других функций сети
x9xxЗарезервировано ISO

Функция сообщения

ПозицияЗначение
xx0xRequest
xx1xRequest Response
xx2xAdvice
xx3xAdvice Response
xx4xNotification
xx8xResponse acknowledgment
xx9xNegative acknowledgment

Источник сообщения

Четвертое значение индикатора сообщения (MTI) определяет его инициатора в платежной системе.

ПозицияЗначение
xxx0Acquirer
xxx1Acquirer Repeat
xxx2Issuer
xxx3Issuer Repeat
xxx4Other
xxx5Other Repeat

Примеры

MTIЗначениеПрименение
0100Authorization requestЗапрос POS-терминала на авторизацию покупки держателя карты
0120Authorization AdviceПри падении POS-терминала и необходимости подписать платежный документ
0121Authorisation Advice RepeatПри ожидании авизо
0200Acquirer Financial RequestЗапрос баланса, обычно от банкомата
0220Acquirer Financial Adviceнапример, при проверке в отеле
0221Acquirer Financial Advice repeatПри ожидании авизо
0400Acquirer Reversal RequestReverses a transaction
0420Acquirer Reversal AdviceAdvises that a reversal has taken place
0421Acquirer Reversal Advice Repeat Messageif the reversal times out
0800Network Management RequestEcho test, logon, log off etc
0820Network Management AdviceKeychange

Побитовые карты

В соответствии с ISO 8583, побитовая карта — это поле или подполе внутри сообщения, показывающие какие элементы данных представлены в другом месте сообщения.

Сообщение содержит как минимум одну битовую карту, которая называется Primary Bitmap (англ. Первичная битовая карта), определяющую, какие из элементов данных с номерами от 1 до 64 присутствуют в сообщении. Как правило, если вторая битовая карта присутствует, то размещается в качестве первого элемента данных и определяет, какие из элементов данных с номерами от 65 до 128 присутствуют в сообщении. Аналогично, третья битовая карта может использоваться для определения наличия или присутствия элементов со 129 до 192, впрочем, они используются редко.

Битовые карты могут быть переданы как 8 байт двоичной информации или как 16 шестнадцатеричных символов (0-9, A-F) из наборов ASCII или EBCDIC.

Поле присутствует, когда соответствующий бит битовой карты имеет значение «истина», например, байт ‘10000010’ означает, что поля 1 и 7 присутствуют в сообщении.

Примеры

BitmapОпределяет наличие.
4210001102C04804. полей 2, 7, 12, 28, 32, 39, 41, 42, 50, 53, 62
7234054128C28805. полей 2, 3, 4, 7, 11, 12, 14, 22, 24, 26, 32, 35, 37, 41, 42, 47, 49, 53, 62, 64, 100 (требуется второй Bitmap, чтобы показать наличие поля номер 100)
8000000000000001. полей 1, 64
0000000000000003
(второй Bitmap)
Поля 127, 128

Объяснение Bitmap поля 4210001102C04804
01000010 = 42x (нумеруем слева направо, второй и седьмой бит равны 1, что означает присутствие полей 2 и 7)
00010000 = 10x (присутствует поле 12)
00000000 = 00x (никакие поля не присутствуют)
00010001 = 11x (присутствуют поля 28 и 32)
00000010 = 02x (присутствует поле 39)
11000000 = C0x (присутствуют поля 41 и 42)
01001000 = 48x (присутствуют поля 50 и 53)
00000100 = 04x (присутствует поле 62)

0________10________20________30________40________50________60__64
1234567890123456789012345678901234567890123456789012345678901234 номер бита
0100001000010000000000000001000100000010110000000100100000000100 битовая карта

Поля, присутствующие в сообщении с переменной длиной:
2-7-12-28-32-39-41-42-50-53-62

Элементы данных

Элементы данных — это отдельные поля, содержащие информацию о транзакции. Исходный стандарт ISO 8583:1987 был рассчитан на возможность включения 128 элементов данных, а в последующих версиях было определено до 192 элементов данных. В ревизии 1993 года были введены новые описания, удалены некоторые старые, при этом формат как таковой не претерпел изменений.

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

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

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

Источник

system trace audit number

Смотреть что такое «system trace audit number» в других словарях:

System Trace Audit Number — (STAN) An ISO term. A number assigned by the originator of a transaction to uniquely identify a transaction throughout its life. ISO Identification Cards term. 6n … International financial encyclopaedia

Intrusion detection system — An intrusion detection system (IDS) is a device or software application that monitors network and/or system activities for malicious activities or policy violations and produces reports to a Management Station.[1] Some systems may attempt to stop … Wikipedia

Database audit — Database auditing involves observing a database so as to be aware of the actions of database users. Database administrators and consultants often set up auditing for security purposes, for example, to ensure that those without the permission to… … Wikipedia

History of the English fiscal system — The history of the English fiscal system affords the best known example of continuous financial development in terms of both institutions and methods. Although periods of great upheaval occurred from the time of the Norman Conquest to the… … Wikipedia

ISO 8583 — Standard para Transacciones Financieras con Mensajes originados en una tarjeta Especificaciones de los mensajes de intercambio es el standard de la International Organization for Standardization para sistemas que intercambian transacciones… … Wikipedia Español

ISO 8583 — ISO 8583 стандарт ISO, описывающий процесс передачи и формат финансовых сообщений (транзакций) систем, обрабатывающих данные банковских платёжных карт. Содержание 1 Введение 2 Индикатор типа сообщения 2.1 … Википедия

Glossary of environmental science — This is a glossary of environmental science.Environmental science is the study of interactions among physical, chemical, and biological components of the environment. Environmental science provides an integrated, quantitative, and… … Wikipedia

India — /in dee euh/, n. 1. Hindi, Bharat. a republic in S Asia: a union comprising 25 states and 7 union territories; formerly a British colony; gained independence Aug. 15, 1947; became a republic within the Commonwealth of Nations Jan. 26, 1950.… … Universalium

Computers and Information Systems — ▪ 2009 Introduction Smartphone: The New Computer. The market for the smartphone in reality a handheld computer for Web browsing, e mail, music, and video that was integrated with a cellular telephone continued to grow in 2008. According to… … Universalium

Strategic Defense Initiative — Organization SDIO Agency overview Formed 1984 Dissolved 1993 (renamed) Superseding a … Wikipedia

Источник

ISO 8583

ISO 8583 — стандарт ISO, описывающий процесс передачи и формат финансовых сообщений (транзакций) систем, обрабатывающих данные платёжных карт.

Содержание

Введение

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

Транзакционные данные включают в себя:

Система, которая выпустила карту, авторизует транзацию либо отклоняет её и генерирует ответное сообщение, которе возвращается на терминал.

ISO 8583 описывает формат транзакций и механизм их передачи («communication flow») таким образом, чтобы различные системы могли обмениваться этими транзакциями. Большинство транзакций, которые выполняются с банкоматов, используют ISO 8583 в некоторых аспектах коммуникационной цепочки, как то например, транзакции, выполняющиеся при оплате покупателем товара в магазине. Такие международные платёжные системы как MasterCard и Visa используют стандарт ISO 8583 при авторизационных взаимодействиях.

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

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

Положение полей различается в разных версиях стандарта. К примеру, отдельные элементы, определяющие валюту в версиях 1987 и 1993 более не используются в версии 2003, где валюта является составной частью элемента, определяющего сумму. ISO 8583:2003 нужно время для достижения широкого признания.

Сообщение ISO 8583 состоит из следующих частей:

Индикатор типа сообщения

ISO 8583 версия

Первая позиция MTI определяет версию стандарта ISO 8583, используемую для передачи сообщения.

ПозицияЗначение
0xxxВерсия ISO 8583-1:1987
1xxxВерсия ISO 8583-2:1993
2xxxВерсия ISO 8583-1:2003
9xxxЧастное использование

Класс сообщения

Position two of the MTI specifies the overall purpose of the message.

PositionMeaningUsage
x1xxAuthorization MessageDetermine if funds are available, get an approval but do not post to account for reconciliation, Dual Message System (DMS), awaits file exchange for posting to account
x2xxFinancial MessageDetermines if funds are available, get an approval and post directly to the account, Single Message System (SMS), no file exchange after this
x3xxFile Actions MessageUsed for hot-card, TMS and other exchanges
x4xxReversal MessageReverses the action of a previous authorization
x5xxReconciliation MessageTransmits settlement information
x6xxAdministrative MessageTransmits administrative advice. Often used for failure messages (e.g. message reject or failure to apply)
x7xxFee Collection Message
x8xxNetwork Management MessageUsed for secure key exchange, logon, echo test and other network functions
x9xxReserved by ISO

Функция сообщения

Position three of the MTI specifies the message function which defines how the message should flow within the system. Requests are end-to-end messages (e.g., from acquirer to issuer and back with timeouts and automatic reversals in place), while advices are point-to-point messages (eg, from terminal to acquirer, from acquirer to network, from network to issuer, with transmission guaranteed over each link, but not necessarily immediately).

PositionMeaning
xx0xRequest
xx1xRequest Response
xx2xAdvice
xx3xAdvice Response
xx4xNotification
xx8xResponse acknowledgment
xx9xNegative acknowledgment

Источник сообщения

Position four of the MTI defines the location of the message source within the payment chain.

PositionMeaning
xxx0Acquirer
xxx1Acquirer Repeat
xxx2Issuer
xxx3Issuer Repeat
xxx4Other
xxx5Other Repeat

Примеры

Bearing each of the above four positions in mind, an MTI will completely specify what a message should do, and how it is to be transmitted around the network. Unfortunately, not all ISO 8583 implementations interpret the meaning of an MTI in the same way. However, a few MTIs are relatively standard:

MTIMeaningUsage
0100Authorization requestRequest from a point-of-sale terminal for authorization for a cardholder purchase
0120Authorization AdviceWhen the Point of Sale device breaks down and you have to sign a voucher
0121Authorisation Advice Repeatif the advice times out
0200Acquirer Financial RequestRequest for funds, typically from an ATM
0220Acquirer Financial Advicee.g. Checkout at a hotel
0221Acquirer Financial Advice repeatif the advice times out
0400Acquirer Reversal RequestReverses a transaction
0420Acquirer Reversal AdviceAdvises that a reversal has taken place
0421Acquirer Reversal Advice Repeat Messageif the reversal times out
0800Network Management RequestEcho test, logon, log off etc
0820Network Management AdviceKeychange

Побитовые карты

В соответствии с ISO 8583, побитовая карта — это поле или подполе внутри сообщения, показывающие какие элементы данных представлены в другом месте сообщения.

Сообщение содержит как минимум одну битовую карту, которая называется Primary Bitmap (англ. Первичная битовая карта), определяющую, какие из элементов данных с номерами от 1 до 64 присутствуют в сообщении. Как правило, если вторая битовая карта присутствует, то размещается в качестве первого элемента данных и определяет, какие из элементов данных с номерами от 65 до 128 присутствуют в сообщении. Аналогично, третья битовая карта может использоваться для определения наличия или присутствия элементов со 129 до 192, впрочем, они используются редко.

Битовые карты могут быть переданы как 8 байт двоичной информации или как 16 шестнадцатеричных символов (0-9, A-F) из наборов ASCII или EBCDIC.

Поле присутствует, когда соответствующий бит битовой карты имеет значение «истина», например, байт ‘10000010’ означает, что поля 1 и 7 присутствуют в сообщении.

Примеры

Explanation of Bitmap field 4210001102C04804
01000010 = 42x (counting from the left, the second and seventh bits are 1, indicating that fields 2 and 7 are present)
00010000 = 10x (field 12 is present)
00000000 = 00x (no fields present)
00010001 = 11x (fields 28 and 32 are present)
00000010 = 02x (field 39 is present)
11000000 = C0x (fields 41 and 42 are present)
01001000 = 48x (fields 50 and 53 are present)
00000100 = 04x (field 62 is present)

0________10________20________30________40________50________60__64
1234567890123456789012345678901234567890123456789012345678901234 n-th bit
0100001000010000000000000001000100000010110000000100100000000100 bit map

Fields present in variable length message record:
2-7-12-28-32-39-41-42-50-53-62

Элементы данных

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

Each data element is described in a standard format which defines the permitted content of the field (numeric, binary, etc) and the field length (variable or fixed), according to the following table:

Additionally, each field may be either fixed or variable length. If variable, the length of the field will be preceded by a length indicator.

Источник

ISO8583 flows, fields meaning and values

ISO8583 data elements

This tutorial will present message flows, data elements values and meanings. To get more information on ISO8583 message format follow Introduction to ISO8583 financial transaction message format tutorial.

Introduction

If we imagine a generic message flow between 2 institutions regardless the scope, this can be captured in the following diagram.

System trace audit number что это

Message Flows

An authorization message is an approval or guarantee of funds given by the card issuer to the acquirer.

A financial presentment message can be used as a complete transaction: to transfer the money from one account to another.

A financial accumulation presentment message completes the transactions, usually used in combination with an x100 message.

A file action message is used to add, change, delete or replace a file or record or inquire into a file or perform card administration.

A reversal message is the partial or complete cancellation of the effects of a previous authorization (x100), financial transaction (x200), or financial transaction advice (x220) that cannot be processed as instructed.

A reversal advice message is a notification that the initial transaction failed. This can be an authorization (x100) or financial transaction (x200).

A reconciliation message is the exchange of totals between two institutions. e.g. sent at the end of the day.

Can any message related to the technical infrastructure between financial institutions.

Examples

Lets take 2 real examples of iso8583 flows usage.

Top-up a mobile phone

System trace audit number что это

Data elements

A number identifying the cardholder and the card issuer. If the field is missing and the message contains data element 35, the PAN can be read from there.

Transaction type values:

Transaction type

Description

00

Authorization (Goods and Services)

01

Cash (ATM)

02

Debit Adjustment

20

Refund

30

Available funds inquiry

31

Balance inquiry

50

Payment from account

53

Payment to account

Account type values:

The amount transaction field represents the funds requested by the cardholder in the local currency (field 49).

Contains the date and time the message initiator sends this message expressed in UTC (MMDDhhmmss).

A number assigned by a transaction originator to assist in identifying a transaction uniquely. The systems trace audit number remains unchanged for all messages within a transaction.

Contains the time local transaction in hhmmss format providing the time when the transaction takes place at the card acceptor location.

Contains the date local transaction in MMDD format providing the date when the transaction takes place at the card acceptor location.

PAN entry mode

PAN entry mode

Description

00

Unknown

01

Manual

02

Magnetic stripe

03

Bar code

04

OCR

05

Integrated circuit card (ICC). CVV can be checked.

07

Auto entry via contactless magnetic stripe.

90

Magnetic stripe as read from track 2. CVV can be checked.

91

Auto entry via contactless magnetic stripe

95

Integrated circuit card (ICC). CVV may not be checked.

99

Same as original transaction.

PIN entry capability

PIN entry capability

Description

0

Unknown

1

Terminal can accept PINs

2

Terminal can not accept PINs

An alphanumeric code assigned to a transaction in order to uniquely identify a transaction. This code remains unchanged throughout the life of the transaction.

Response Code used to indicate whether the transaction is approved or declined.

Code

Meaning

00

Successful approval/completion or that V.I.P. PIN verification is valid

01

Refer to card issuer

02

Refer to card issuer, special condition

03

Invalid merchant or service provider

04

Pickup card

05

Do not honor

06

Error

07

Pickup card, special condition (other than lost/stolen card)

10

Partial Approval

51

V.I.P. approval

12

Invalid transaction

13

Invalid amount (currency conversion field overflow)

14

Invalid account number (no such number)

15

No such issuer

17

Customer cancellation

19

Re-enter transaction

20

Invalid response

21

No action taken (unable to back out prior transaction)

22

Suspected Malfunction

25

Unable to locate record in file, or account number is missing from the inquiry

28

File is temporarily unavailable

30

Format Error

41

Pickup card (lost card)

43

Pickup card (stolen card)

51

Insufficient funds

52

No checking account

53

No savings account

54

Expired card

55

Incorrect PIN

57

Transaction not permitted to cardholder

58

Transaction not allowed at terminal

59

Suspected fraud

61

Activity amount limit exceeded

62

Restricted card (for example, in Country Exclusion table)

63

Security violation

65

Activity count limit exceeded

68

Response received too late

75

Allowable number of PIN-entry tries exceeded

76

Unable to locate previous message (no match on Retrieval Reference number)

77

Previous message located for a repeat or reversal, but repeat or reversal data are inconsistent with original message

78

‘Blocked, first used’-The transaction is from a new cardholder, and the card has not been properly unblocked.

80

Visa transactions: credit issuer unavailable. Private label and check acceptance: Invalid date

81

PIN cryptographic error found (error found by VIC security module during PIN decryption)

82

Negative CAM, dCVV, iCVV, or CVV results

83

Unable to verify PIN

85

No reason to decline a request for account number verification, address verification, CVV2 verification, or a credit voucher or merchandise return

91

Issuer unavailable or switch inoperative (STIP not applicable or available for this transaction)

92

Destination cannot be found for routing

93

Transaction cannot be completed, violation of law

94

Duplicate Transmission

95

Reconcile error

96

System malfunction, System malfunction or certain field error conditions

B1

Surcharge amount not permitted on Visa cards (U.S. acquirers only)

N0

Force STIP

N3

Cash service not available

N4

Cashback request exceeds issuer limit

N7

Decline for CVV2 failure

P2

Invalid biller information

P5

PIN Change/Unblock request declined

P6

Unsafe PIN

Q1

Card Authentication failed

R0

Stop Payment Order

R1

Revocation of Authorization Order

R3

Revocation of All Authorizations Order

XA

Forward to issuer

XD

Forward to issuer

Z3

Unable to go online

A unique code identifying a terminal at the card acceptor location. This code is also referred to as the Terminal Identifier or ‘TID.’

A code identifying the merchant. This code is also referred to as the Merchant Identifier or ‘MID.’

Источник

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

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