[Nishit Shan]

in reply to: Voip Modules #11994

Hello Mark,

Thanks for post #11986 . I am working on port-out notification following with Andrey’s direction. I will inform you after port-out page functionality completion.

[Nishit Shan]

in reply to: Voip Modules #11985

Hello Mark,

I have a request for you, May you please resend the post where explanation for port-out notification is!
Because, i need to test and find out if am doing according to the need or not.

[Nishit Shan]

in reply to: Voip Modules #11983

Hello Mark,

We are looking forward for portout notification.

[Nishit Shan]

in reply to: Voip Modules #11981

Hello Mark,

Yes, I am looking forward to complete Pending notification task about portout. I am just waiting for voip admin’s confirmation about the API.

[Nishit Shan]

in reply to: Voip Modules #11979

Hello Mark,

1) If API request detect that the number does not belong to the user will the system sends a duplicate respond? If yes then it is a mistake.
My comment: The number will only fetched for the respected user. No other user’s number will be fetched in API response.
2) Also we have got PIN code in Telinta and Vendor where the system gets this info?
My comment : From Vendor
3) some time there is a same number but there are two different pin codes: for example 1001 in Telinta and 6708 in Ineloquent (the priority should be from the vendor) is that in our system?
My comment: If you see the admin comment in #11959 post. The admin asking for port out pin not pin code. And the port out pin is comming from vendor(In this case it will come from Ineloquent)

4) If for some reason the API respond did not come trough due to various reasons (internet connection is down or vendor web source maintenance delay what kind of message come to the customer? Will it be sort of a error code or message will the system re send the API call again?
My comment: In this case system will send timeout error.

[Nishit Shan]

in reply to: Voip Modules #11975

Hello Mark,

when the end user use our API then our system will check the user authentication. If the user is correct then our system will check user’s permission if the user is allowed to access API . If the user is permitted from the admin to access the API then the system will go to the telinta and get the number from the telinta response. System will then check vendor and run the respective vendor’s API and get the information from the vendor. After doing all these thing system will give the response to the end user.

[Nishit Shan]

in reply to: Voip Modules #11972

Hello mark,

Yes, If the vendor is not peerless or Inteliquent,then it will give error or nothing for unknown vendor. Because i have only two vendor, so i can not get information for the other vendor

• This reply was modified 1 year, 6 months ago by Nishit Shan.

[Nishit Shan]

in reply to: Voip Modules #11970

Hello Mark,

1) If client requested refund and we cancelled the number can the client still got a PIN?
My comment : It will depend on telinta or vendor behaviour . If telinta or vendor is providing pin even after cancelled number then the API will also provide the pin.Because i am also providing the same information which is on telinta or vendor.

2) Did you remove all the unnecessary info (mentioned in #11959) from API library?
My comment: Yes, i removed all unnecessary info.

3) If number is in Telinta but not in Ineloquent what is going to happened and other way around?
My comment : There is 2 vendor with which API is acting to get information. firstly the API function will check if the vendor is Ineloquent or peerless-network and this will fetch the information from the related vendor.

[Nishit Shan]

in reply to: Voip Modules #11967

Hello Mark,

There is little changes is pending for API documentation regarding new changes in response of API.

[Nishit Shan]

in reply to: Voip Modules #11966

Hello Mark,

I have done with customer API from my side.
yes, The API access is secure enough. Any member who want’s to access the API have to give there name then we check if the user is permitted from the admin to access the API . If the user is permitted from the admin to access the API then only they can access there information if not then they can not access the API Even if the user is a part of the voip.

[Nishit Shan]

in reply to: Voip Modules #11960

Hello Mark,

Thanks for the admin feedback,
I will make change according to the #11959 information.

Please check https://portal.voip.us/admin/miscellaneous page . I have given final touch to it.

[Nishit Shan]

in reply to: Voip Modules #11956

Hello Mark,

Please read #11835 andrey’s post. He asked me to make a documentation with simple instruction and i did so.

NOTE: Please provide it’s login id and password (https://excellentnumbers.com/pages/Developers.html)

[Nishit Shan]

in reply to: Voip Modules #11951

Hello Mark,

Take a look on below provided video link.
Before Permission to access API:
[video src="https://portal.voip.us/public/temp/before-permission.webm" /]
After Permission to access API:
[video src="https://portal.voip.us/public/temp/after-permission.webm" /]

I am hoping this 2 video will make you easy to understand that how you can test.

[Nishit Shan]

in reply to: Voip Modules #11952

Hello Mark,

please find #post-11951

[Nishit Shan]

in reply to: Voip Modules #11949

Hello Mark,

Do you people are familiar with API handling ? because you people are doing same mistake again and again. I said it is not web url it is API url. An api url doesn’t work like web url.In the documentation i informed you about how it will work, what is it’s required parameter and what is optional parameter.

[Author]

Posts