New Equity Trading API in Beta - Try it Out in Practice Mode!

šŸ“° What's new
64

Iā€™m trying out the new API but for some tickers I am getting back an InternalError.

For example in the screenshots bellow, when I search for GGB dividends it doesnā€™t work despite that I have received dividends for that stock before, and the ticker name should be fine because as you can see in the last screeshot ā†’ when I ask for a portfolio it returns the same ticker.

The dividends requests works for some of my owned stocks, but not for othersā€¦seemingly at random.

Please let me know if Iā€™m doing something wrong or if its a bug in the API.

Screenshot from 2023-06-12 13-50-12
Screenshot from 2023-06-12 13-49-54

Result of portfolio request: (Iā€™m using the same ā€œGGB_US_EQā€ I got here as ticker for the dividend request.
Screenshot from 2023-06-12 13-48-16

65

So Iā€™m guessing the ā€œfreeā€ balance include cash held in pies. This needs to be much more clear. If/When orders can be made via the API then the ā€œfreeā€ cash wonā€™t be useful.

66

Hello,
When the market order will work? These days I see lotā€™s of HTTP/1.1 500 Internal Server Error.
For delete, the same issue.

And how to sell a position already open (by ID)?
Regards,

67

Unless maybe for CFD, there is no concept of ā€œopen positionā€. You just own or not a certain amount of shares, and initiate a sell order for the desired number of shares.
An ā€œopen positionā€ is a language made construct.

68

OK, but which api to use? I do not see any based on order id, except cancel

69

Any Place Limit Order / Place Market Order, with a negative quantity.

70

Thanks for info. Iā€™ll try when market open.

71

Hello,
Is it possible to add shortName (like in the website) to the Instrument List API?
Now we have ticker and name.
Regards

1 Like
72

This is something I really loved to see. Also, wondering if weā€™ll get any updates on the questions and feedbacks we provided so far :slight_smile:

73

@viotemp Do you mean with shortName the symbol, for example ā€œAAPLā€? Yes, this need we!

74

Hello, yes this is what I meant. So far Iā€™m getting this via playwright parsing the javascript from webpage - the info itā€™s there also, but will be much faster and reliable via api.

1 Like
75

Also, I am wondering why did they disable the XHR support :slight_smile: they had it initially

76

@noop the orders api is a mix of orders and fills. As a result units are duplicated. Would be much better to have fills as an array of nested objects.

77

Hi, everyone, thanks for your valuable feedback. We are reading every single one of your comments and in the past couple of weeks we have been working on new features for our api and some of them are live now so you can check them out! Along with the new features we are trying to fix some issues, including the bug where trying to place an order results in 500. If you have any other issues, questions or requests feel free to DM or post a comment!

1 Like
78

Looks like thereā€™s more issues with historical orders API. For a given id if I divide fillCost by fillPrice (adjusted by taxes of course) to get the number of units for the fillId the total number of units for all fills within the order does not match the correct number of units of the whole order.

79

@GeorgiL will there be any updated on the API soon?

80

Currently, we are working on the main features, but have a low priority on the smaller ones. Can you share what else would you want to see in the API, so maybe we can reevaluate the priority of the tasks :slight_smile:.

1 Like
81

Let me list a few of them @GeorgiL ;

/api/v0/history/dividends endpoint returns a HistoryDividendItem which has the following fields;

        {
            "ticker": "VICI_US_EQ",
            "reference": "6404a7d4-d609-4462-b105-ac56b1a9345a",
            "quantity": 24.9391857100,
            "amount": 6.49,
            "grossAmountPerShare": 0.3900000000,
            "amountInEuro": 7.596774,
            "paidOn": "2023-07-07T16:08:26.000+03:00",
            "type": "DIVIDENDS_PAID_BY_US_CORPORATIONS"
        },

Here we do not have the exchange rate. Same applies for /api/v0/equity/history/orders

        {
            "type": "MARKET",
            "id": 315,
            "fillId": 315,
            "parentOrder": 3104,
            "ticker": "MO_US_EQ",
            "orderedQuantity": null,
            "filledQuantity": null,
            "limitPrice": null,
            "stopPrice": null,
            "timeValidity": null,
            "orderedValue": 34.000000,
            "filledValue": 34.000000,
            "executor": "IOS",
            "dateModified": "2023-07-10T16:54:57.000Z",
            "dateExecuted": null,
            "dateCreated": "2023-07-10T16:54:57.000Z",
            "fillResult": null,
            "fillPrice": 44.470000,
            "fillCost": null,
            "taxes": [],
            "fillType": "OTC",
            "status": "FILLED"
        },

The exchange rate is helpful:)
An example;
I purchased Apple, paid Ā£3 and 0.0218819 is my Filled Qty.
The order filled for $171.15. If I knew the exchange rate at the time, I could find my filled quantity. But the api is missing exchange rate so I cannot get filled quantity.
I mean if there is away to calculate this, maybe Im missing it

And as some other users noted; we are given ticker names like MO_US_EQ but on your website and on the exported files it uses MO. I am converting these on the go, but I believe would be useful other users.

And last of all, youā€™ve removed XHR requests, are you planning to re-enable it?

Thank you so much

82

For anyone interested, I published a Python client that supports almost all endpoints.

3 Likes
83

Wow thank you @ms32035 Iā€™ll sure check this out :slight_smile: