გამოიყენეთ HTTPS და HTTP Basic ავთენტიფიკაცია დამტკიცებული API-ს წვდომის მონაცემებით. წვდომის მონაცემები შეინახეთ თქვენს აპლიკაციის სერვერზე. ჰოსტინგზე განთავსებული PBX-ის ეს საბოლოო წერტილები იყენებენ /hpbx/-ს api.multitel.net-ზე; ნუ ჩასვამთ /v3-ს. შეამოწმეთ როგორც HTTP შედეგი, ისე აპლიკაციის სტატუსი JSON პასუხში.
ანგარიშის ცალკეული PBX გარემოების სია
curl --request POST --user "USERNAME:PASSWORD" \
"https://api.multitel.net/hpbx/tenants/list/0"სიის ოპერაცია აბრუნებს ავთენტიფიცირებული ანგარიშის ტენანტებს. ბოლო ჩანაცვლებადი მნიშვნელობის სეგმენტი აკმაყოფილებს მარშრუტის სიგნატურას; სიის ოპერაცია მას არ იყენებს სხვა ანგარიშის ასარჩევად.
საილუსტრაციო სიის პასუხი
{
"status": {
"code": "200",
"msg": "List data"
},
"response": [
{
"billing_code": "EXAMPLE_BILLING_CODE",
"isocode": "US",
"continent_iso": "NA",
"continent_name": "North America"
}
]
}კლიენტის ანგარიშის (tenant) შექმნა და შეცვლა
დამოუკიდებელი PBX გარემოს შექმნა სააბონენტო მოქმედებაა და შეიძლება დაყენებისა და პერიოდული გადასახადები გამოიწვიოს. ჯერ წაიკითხეთ ხელმისაწვდომი სერვისის პაკეტები. პაკეტის, მდებარეობისა და მარშრუტიზაციის პროფილის ასარჩევად გამოიყენეთ მიმდინარე საცნობარო ინფორმაცია, რომლის გამოყენების უფლებაც თქვენს ანგარიშს აქვს; ნიმუშში მოცემული ID არ გამოიყენოთ თქვენი ანგარიშის არჩევანის ნაცვლად.
| შექმნის ველი | მნიშვნელობა |
|---|---|
| hosted_pbx_services_id | ხელმისაწვდომი გეგმისთვის დაბრუნებული სერვისის ID. |
| te_rp_id | დამტკიცებული ზარების მარშრუტიზაციის პროფილი. |
| timezone | IANA დროის სარტყელი, მაგალითად America/Detroit. |
| te_location_id | ანგარიშისთვის ხელმისაწვდომი ლოკაციის ID, საჭიროების შემთხვევაში. |
| te_maxextensions / te_maxhunts / te_maxconferences / te_maxvoicemails / te_maxivrs | რესურსების მოცულობა არჩეული სერვისის ლიმიტებს ექვემდებარება; ამით სერვისით სარგებლობის უფლებების თვითნებურად შეცვლა არ ხდება. |
შიდა ნომრების კონფიგურაციამდე გადაამოწმეთ მიღებული ბილინგის კოდი და პროვიზიონინგის სტატუსი. ახალი ინტეგრაციებისა და ცვლილების ოპერაციების ზუსტი სქემებისთვის გამოიყენეთ გამოწერების მიმდინარე ცნობარი.