The Zevvle API is live

Hello, and happy Tuesday!

We’ve just opened up our API, meaning you can now access your account & call record data.

You can get started at developers.zevvle.com and read the full documentation at docs.zevvle.com.

It’s currently read-only, meaning you can’t modify a SIM, etc., but that’ll change soon. We’re also going to add ‘webhooks’ for various events, whether it be a new call record or a SIM update.

A blog post explaining why:

Also, in case things get technical, we’ve added a developers category to the forum.

:nerd_face:

7 Likes

So from these small but awesome steps… How far is it in the future that someone could say for example create something that allows us to ask Google / Alexa my balance or for my charges for the day etc?

I’m in no way a developer and wonder how far the plans for the API could go and what today’s news means.

1 Like

Would be nice if @nick could look into top-ups and the like actually using Siri… Providing this is allowed with Apple’s guidelines

Also, perhaps maybe could consider iOS 13 automation?

For instance “when I get to work: tell me my balance”

1 Like

That’s 100% possible now, although not something we’d build ourselves – for someone who knows their way around Google / Alexa integrations, I think that’s ~an evening project. Having said that, we haven’t built it for 3rd parties, so authorising with an external service would have to be manual…

2 Likes

I’ve just finished my client and run through most of the end points with success :smiley:

Just spotted this in the docs under ‘List call records’:

“The type of record to retrieve – can be data , voice , sms or sms . Repeatable.”

I know it says repeatable but not sure if sms is deliberately repeated or if one should be mms? :hushed:

1 Like

Thank you! :sweat_smile: thought I caught all of them. The site is rebuilding now :slight_smile:

1 Like

Also just spotted that the expand[] parameter is missing from the documentation for this call but does work:

https://docs.zevvle.com/#list-call-records

1 Like

Thank you, fixed! :slight_smile:

Very cool, looking forward to playing with this.

1 Like
   mnc@box:~$ curl -G https://api.zevvle.com/sim_cards/ | tidyjson
    [
      {
        "id": "$sim_card_id",
        "user_id": "$user_id",
        "msisdn": "+447XXXXXXXXX",
        "iccid": "Y",
        "emoji": "­ƒÜÇ",
        "status": "available",
       [...]

status The status of the SIM; can be active , suspended or terminated

:thinking:

That should be showing correctly now!

1 Like

Have sent you a message :slight_smile:

As long as nobody copies in personal details that’s fine! :slight_smile:

What client are you using? Is it possibly updating 0 outputs? Here’s the response I get from https://api.zevvle.com/pricing:

{
  "megabyte": 0.19531255,
  "gigabyte": 200,
  "sms": 3,
  "mms": 3,
  "voice": 3,
  "voicemail": 0,
  "incoming": 0,
  "description": "Pricing within the UK."
}
1 Like

Hah, you’re right again. I see empty actually means not available (or so it seems). Sorry!

Does “started dialling” mean “starting ringing” with reference to setup_at?

1 Like

That’s right, and the duration is counted from started_at, so 3 events in total – setup, connected (started_at) and disconnected. We don’t include the last as it felt repetitive.

1 Like
mnc@box:~$ curl -X BREW https://api.zevvle.com/
invalid HTTP method

HTTP status codes not all working correctly?

2 Likes

Will fix that one later :wink:

2 Likes

Can we replace empty with a custom data type or null

1 Like