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 г.