Tutor unistream com 8080 startpage html

Welcome to the CardManagement Gate API! You can use our API to access CardManagement API endpoints, which can get information on cards, transactions, and balances.

You can view code examples in the dark area to the right.

API uses conventional HTTP response codes to indicate success or failure of an API request. In general, codes in the 2xx range indicate success, codes in the 4xx range indicate an error that resulted from the provided information (e.g. a required parameter was missing, a charge failed, etc.). Codes in the 5xx range indicate an error on server’s side. Extended error information may be transfered in HTTP response body.

Code	Description
400	Bad Request – The request cannot be fulfilled due to bad syntax.
401	Unauthorized – Not authorized to access resource without auhtentication.
403	Forbidden – Forbidden to access resource.
405	Method Not Allowed – You tried to access a resource with an invalid method.
406	Not Acceptable – You requested a format that isn’t supported.
410	Gone – The resource requested has been removed from the server.
429	Too Many Requests – Incomming request rate is to high, slow down.
430	Identification Required – Need client identification for this request
500	Internal Server Error – Some error occured on the server-side.
503	Service Unavailable – The service is temporarially offline for maintanance.

Every request to API must contain authentication information to establish the identity of contragent making the request. This is done by putting the headers in canonical format, then signing the headers using Secret Key.

Every request must also contain http header X-Unistream-Security-PosId with identity of point of service as a value. Value of this header also used to make authentication information.

Signature is send via standart Authorization HTTP header using following format:

Parameter	Description
VERB	Upper case http method name
DATE	Header in RFC1123
PATH AND QUERY	Url decoded resource path and query in lowercase
X-UNISTREAM-HEADERS	Concatenated value of headers that name matched the mask X-Unistream-*. Headers need to be sorted ascending by name converted to lower case. Each header value starts with " " character

Example:

Parameter	Value	Note
VERB	"GET"	Method GET
DATE	"Mon, 16 Nov 2015 07:14:02 GMT"	Date
PATH AND QUERY	"/v1/definitions/operation?x=2 a"	Resource path
X-UNISTREAM-HEADERS	" " + "123456" + " " + "a772"	Value of headers X-Unistream-Security-PosId and X-Unistream-Security-SomeOther

Add Date and X-UNISTREAM-HEADERS http headers to you request

Create Client

The above command returns id like this:

This endpoint create a client.

HTTP Request

Query Parameters

Parameter	Type	Mandatory
FirstName	string (255)	true
LastName	string (255)	true
MiddleName	string (255)	true
CountryOfResidense	string (3)	true
Gender	Gender	false
BirthPlace	string (255)	true
BirthDate	string (20)	true
PhoneNumber	string (11)	true
Address	Address	true
Documents	Documents	true

Http status code 201. Http content: id in JSON Http status code 400. Http content: error text Http status code 409. Http content: error text

Get Client

This endpoint returns a client by it’s id.

HTTP Request

Query Parameters

Name	Type	Description	Annotation
id	globally unique identifier	Client id	Required

Http status code 200. Http content: id in JSON Http status code 404. Http content: error text

To create an operation via API a consumer should start with calling create opearation method. A consumer must generate unique operation’s id, provide client’s info, security context info and input data for operation according to operation description.

HTTP code 202 (Accepted) returned from operation creation methods means that the creation request has been queued for execution. Otherwise error details will be returned in response.

Once the operation was successfully created, it’s status should be periodically polled via get operation info method. This method returns operation info object whose Status field contains current status of the operation.

At this stage possible statuses are:

Created – the operation was successfully created (intermediate, should continue polling)

Accepted – preprocessing of the operation completed successfully, the operation is ready for confirmation (final status)

Rejected – preprocessing of the operation failed, this usually means some errors in operation’s input data (final status)

Failed – preprocessing of the operation failed (final status) It’s also must be taken in account that operation creation request handling is asyncronous. Therefore some time may pass between successful call to create operation and actual operation creation. Withing this period calls to get operation info method will return HTTP status-code 404 (NotFound). To run further processing of the operation in Accepted state a consumer must confirm it. To do this a counsumer should load document for signature, sign it and pass the signature to operation confirmation method Successfull confirmation drives the operation into Confirmed state. Execution of the signed operation will eventually end with Completed or Failed status. Consumer should periodically poll get operation info method untill final status is received.

Create Operation

The above command returns id like this:

HTTP status of the response would be: 400 – operation creation request is not accepted (details are provided in Errors field of response) 202 – if operation creation request is accepted. Operations are created in asynchronious manner. Thus once create operation request was accepted, some time may pass before operation is available. During this time status request returns http code 404 (NotFound).

HTTP Request

Query Parameters

Name	Type	Description	Annotation
operationType	string	The type of the operation	Required
id	globally unique identifier	Client id	Required

Request description

The parameters of the operation beeing created

Field	Type	Description
ClientContext	Client context info	Client identificator and documents provided by client. One of two properties Client or ClientContext should be filled when creating operation.
Data	A collection of elements of type Object	Operation fields in JSON format (particular structure depends on operation type)
ExternalId	string	The unique identifier of the operation in the external system. This field is optional

Get Operation

Operations are created asynchronious manner. Thus once create operation request was accepted, some time may pass before operation is available. During this time status request returns http code 404 (NotFound).

HTTP Request

Response description Operation info

Query Parameters

Parameter	Type	Description	Mandatory
id	globally unique identifier	Operation id	true

Field	Type	Description
Client	Client’s information (version 2)	Full client data.
ClientContext	Client context info	Client identificator and documents provided by client. Client must be already created. Client Guid – ClientContext should be filled when creating operation.
SecurityContext	Security context info	PoS and cashier data
Data	A collection of elements of type Object	Operation fields in JSON format (particular structure depends on operation type).
Id	globally unique identifier	Operation id
Type	string	Operation type (SWIFT, WireTransfer, etc.)
Status	string	Operation status: Created, Accepted, Confirmed, Completed, Failed, Cancelled, Rejected
StatusChangedTime	date	DateTime when operation status was changed last time
StatusMessage	string	Operation status related cashier directions (i.e. for confirmed status message states that cashier may proceed to next client)
Title	string	Text , representing operation type for UI
Legend	string	Text, representing operation for UI.
DataErrors	A collection of elements of type Object Errors.	Dictionary in JSON format where field name – name of the operation data field , field value – error
SignDocument	URI	Document containing bytes to be digitally signed in scope of operation confirmation
Documents	A collection of elements of type Uri	Documents to be printed and signed by client (in most cases – single document with claim)
ClearingContext	Clearing info	Clearing info (amount, fee, etc)
AcceptedTime	date	DateTime , processing accepted datetime

Confirm Operation

Consumer should provide signature bytes in base64 format for document that was downloaded from the URI that contains in the field Operation.SignDocument

HTTP Request

Loading Card

Operation type

Description

Add funds to Unistream card

Query Parameters

Parameter	Description	Mandatory
CardNumber	Specify Card number	true
Amount	Specify amount	true
AcceptedCurrency	3 Letter ISO of transfer accept currency	false

Loading Card v2

Operation type

Description

Add funds to Unistream card

Query Parameters

Parameter	Description	Mandatory
CardNumber	Specify Card number	true
RecipientLastName	LastName	true
RecipientFirstName	FirstName	true
RecipientMiddleName	MiddleName	false
AcceptedCurrency	AcceptedCurrency	true
Amount	Amount	true
WithdrawCurrency	WithdrawCurrency	true

Create Card

The above command returns id like this:

This endpoint create a card. HTTP status of the response would be: 400 – operation creation request is not accepted (details are provided in Errors field of response) 202 – if operation creation request is accepted. Operations are created in asynchronious manner. Thus once create operation request was accepted, some time may pass before operation is available. During this time status request returns http code 404 (NotFound).

HTTP Request

Query Parameters

Parameter	Type	Mandatory
clientID	GUID	true
operationData	OperationData	true
deliveryRegion	string	false

Possible values of deliveryRegion you can get in Reference Books. If deliveryRegion was send as null, it means that delivery should be at Moscow Http status code 202. Http content: id in JSON Http status code 400. Http content: error text Http status code 409. Http content: error text

Get Card Order Status

While operation creating, the above command returns "pending"

Or returns "failed" if card could not created:

or returns error if cardapplication not found

This endpoint returns a cardnumber by cardorderID. HTTP Request

Query Parameters

Name	Type	Description	Annotation
id	globally unique identifier	CardOrder id	Required

Http status code 200. Http content: id in JSON Http status code 404. Http content: error text

Get Balance

This endpoint returns balance by cardnumber.

HTTP Request

Query Parameters

Name	Type	Description	Annotation
cardnumber	string	Card Number	Required

Http status code 200. Http content: Balance in JSON Http status code 404. Http content: error text

Get Transactions

This endpoint returns list of the card transactions by cardnumber.

HTTP Request

Query Parameters

Name	Type	Description	Annotation
cardnumber	string	Card Number	Required
datefrom	date	Example: 2018-05-30	Required
dateto	date	Example: 2018-05-31	Required

Http status code 200. Http content: List of transactions in JSON Http status code 500. Http content: error text

Get CardInfo

This endpoint returns card status by cardnumber.

«Диасофт», крупнейший российский разработчик и поставщик финансовых ИТ-решений, и международная система денежных переводов UNISTREAM объявляют о старте продаж совместного фронт-офисного решения FLEXTERA UNISTREAM.

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

«Диасофт» и UNISTREAM нашли подход к решению этих вопросов и реализовали его в совместном продукте FLEXTERA UNISTREAM.

FLEXTERA UNISTREAM позволит сократить операционные расходы за счет создания «сквозного» бизнес-процесса по приему переводов и платежей в «едином окне». Теперь кассовые документы и проводки можно автоматически сформировать в банковской ИТ-системе, а фронтальный сервис будет открыт для интеграции с любым каналом взаимодействия с клиентами (мобильный банк, интернет-банк и др.). В пользу экономии говорит и «бесшовная» интеграция FLEXTERA UNISTREAM с другими ИТ-системами, разработанными «Диасофт», а также предоставление открытых интерфейсов для интеграции с любыми другими внешними системами.

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

«Вместе с «Диасофт» мы реализовали удобное решение для наших партнеров. Теперь банки смогут не только повысить эффективность сервиса платежей и переводов в своих офисах, но и получить доступ к новым услугам UNISTREAM. Более того, это решение совместимо с ИТ-системами от разных производителей, так что воспользоваться продуктом может любой банк», – комментирует результат совместного проекта Кирилл Пальчун, председатель правления банка «ЮНИСТРИМ».

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

ЮНИСТРИМ

Юнистрим – это одна из крупнейших в России систем денежных переводов.
Дивизион денежных переводов в банке Юниаструм был создан Гагиком Закаряном и Георгием Писковым в 2001 году и получил название Юнистрим.
Показать полностью…

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

Клиенты Юнистрим обслуживаются в 150 000 пунктов в 90 странах мира.
С 2016 года в Юнистриме также работают денежные переводы онлайн, доступные как на сайте банка, так и в мобильном приложении.
Свыше 117 000 клиентов пользуются картой Юнистрим VISA для мобильных денежных переводов и других платежей. 318 банков и розничных сетей предоставляют своим клиентам услуги денежных переводов с помощью системы Юнистрим.

В 2018 году, пользователи сделали 5,5 миллионов денежных переводов на общую сумму 227 миллиардов рублей в Армению, Узбекистан, Молдову, Таджикистан, Кыргызстан, Филиппины и многие другие страны мира.
В последние три года более 10 миллионов клиентов перевели деньги своим семьям с помощью Юнистрим.

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

Информация об учреждении:

Полное наименование: АКЦИОНЕРНОЕ ОБЩЕСТВО КОММЕРЧЕСКИЙ БАНК «ЮНИСТРИМ»
Свидетельство ОГРН: 1067711004437
Лицензия: №3467 от 11 сентября 2015 г.
Дата регистрации Банка: 31 мая 2006 г.