All existing ideas

REST API

238 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    AdminMike Kulakov (CEO / Product Owner, Everhour) shared this idea  ·   ·  Admin →

    32 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • Jasper commented  · 

        +1

        I'm adding my vote to provide API access. Time tracking data is classic territory for custom integrations via an API.

      • anthony commented  · 

        Are there any updates on this Mike?

      • J.M.B. commented  · 

        Just because my company is testing waters, the lack of API is very concerning. From my understanding alot of services like this, if built from the ground up on top of an API are much easier to expand into browser add-ons and to integrate into other services. It is literally an interface, and interfaces get to be integrated... Just my two cents.

      • derrek.adrian commented  · 

        I would love to see this, even if it is volatile and read only.

        This would be show-stopping awesome for number crunching alone.

      • briandouglas commented  · 

        Hi Mike,

        I've been keeping an eye on this thread for some time. Are there any concrete plans to provide an everhour API?

        We're planning to build our own project management dashboard, a timeline or roadmap for an everhour API would be really helpful as it would inform our approach.

        Thanks,
        Brian

      • Jacek Tomaszewski commented  · 

        Just a comment of me as an experienced full stack developer: this should be your priority right now! If you want to improve features like browser extensions or make mobile applications possible, then you should create a simple API authable via user's auth token.

        If you'd do that, then CSV reports wouldn't be that needed, as I would be able to create it from JSON myself easily.

        P.S. I'd love to create a simple Android & iOS "Everhour" app using Ionic Framework during some night hackaton, maybe even with an extension for Android Wear smartwatches , but API is a must for me to do that ;]

      • Michael Johnston commented  · 

        I also would really like to use Everhour instead of Toggl, as my clients would really appreciate the PivotalTracker integration, but I need an api as I use Toggl (and Pivotaltracker too) from my terminal much more than from the web interfaces.

      • Andy commented  · 

        Saw this linked from the Pivotal Tracker blog / newsletter.
        Got all excited that I might be able to switch from Toggl (where I'm currently quite happy) and be able to book time directly from Tracker and Trello ... and then I realised that I still wouldn't be able to get the data out of your service and into our in-house time-tracking tool (which we're not going to move away from because it has LOADS of our custom business logic built into it) because you don't have an API yet. Sad face :(

        Let me knwo when you have a robust API that lets me extract time / task data for a given day (time spent per project / sub-project / task, along with comments and the ability to get at your IDs for projects / tasks so that I can map them to those in our in-house system) and come back for another look.

        Until then, I'll stick with Toggl.

      • Anonymous commented  · 

        Any news about the API? Do you have plans when to finish it?

      2 Next →

      Feedback and Knowledge Base