I'm using getItemSummariesForSite to gather account-level summary information using a Site-based flow and the REST API. I have a few questions about the transactions returned by this call and about querying transaction-level data in a Site-based flow.
1) Not all sites return transactions with getItemSummariesForSite. Is this determined by the container type or does it vary by Site?
2) How many transactions are returned when there are transactions from getItemSummariesForSite? Is it for a fixed number of days back or some other criteria?
3) Is there a way to force the returning of transactions and control how many transactions are returned (by how many days back, for example) OR to disable the returning of transactions entirely (as with DataExtent in getItemSummaryForItem1) when using getItemSummariesForSite?
4) If I want precise control of the transactions being queried (and to query them uniformly for all sites and container types) in a site-based flow (e.g. be sure that I get 7 days of transactions from the last time I downloaded transactions) is executeUserSearchRequest the right API call?
I would request you to please use the executeUserSearchRequest API for getting transactions.
getItemSummariesForSite API is not the correct API for getting transactions.
Using executeUserSearchRequest you can control the date range for which you need transactions.
Related
I am developing an app with the Active Collab API using the What's New endpoint.
I am retrieving this regularly, so I have the latest information. I was wondering if there was a way to specify the activity by date to get the items since then?
For example, instead of getting 50 records and processing the 50 every time, if I could pass a from parameter (with a timestamp) to only collate activity since that time then that would help with both my processing and the size of the request (and knowing how many things have happened since)
Is this possible?
What's New API end point only has a daily filter:
/whats-new/daily/YYYY-MM-DD
Both global and daily What's new API end-points are paginated, so you can loop through responses by providing (and incrementing) page GET argument:
/whats-new?page=2
until you reach records that are older than the timestamp that you are looking for (or get an empty result). At that point, you just break and you have all the updates that were looking for.
Is it possible to anonymously programmatically verify that a transaction has reached n number of validations without running a full node? If so, what is the best means to do this?
Basically I want it to build a payment system where after the transfer is initially detected, the customer sees a message thanking them and telling them that their purchase will be processed within 24 hrs and that they'll receive an email once confirmation is complete. Then throughout the day maybe run a cron job that checks that each transaction reaches the desired number of validations and if so divide the money between two wallets and mark the product to be sent. I also don't want it to be with a service like Coinbase or Bitpay where they have control of your coins.
So far I've been experimenting with Blocktrail and mycelium gear. Both have some elements I like but still not everything that I need. With mycelium you can set the number of verifications but for instance if I want to set it for 6 verifications the customer would have to sit there possibly an hour before they see the next screen. Blocktrail allows me to query that a transaction is validated but it only has the ability to check that 1 validation was completed as far as I can tell. Can anyone suggest an API or widget that can accomplish these things? Preferably PHP or if not JQuery.
Blockchain.info has a simple Query API for querying how much bitcoin an address has received. You can add a confirmations=n parameter that will only include bitcoin that has been confirmed 'n' times. It returns a simple value in satoshis.
For example to check how much bitcoin was received with at least 2 confirmations at a specific address you could have your code query the API like this:
https://blockchain.info/q/getreceivedbyaddress/1PFtyX9nQvjP8U2N3iUk2oNorzPfpjX9sK?confirmations=2
We are finding that a number of orders - for some as yet unknown reason - are not automatically captured. Is there a way with the API to get a list of un-captured orders?
You can use TransactionSearch API. TransactionSearch API can help you to list down all the transaction together with the status of the transaction itself. You can specified a date range and also the status of the transaction. Read here for the API details.
I would like to do the following using OKTA api:
One time, I would like to pull the entire system log.
Going forward I would like to pull only the days log information.
The challenge that I am facing is whenever I get the logs, I only get 1000 records. How do I get the whole days log, it maybe more that 1000 records. Is there some body who can help me with a piece of code which shows how to do this.
Thanks
You can use the Events API to retrieve this information. This API supports Pagination so you can retrieve all the events for a particular filter (like all events after a certain point in time).
1000 is the default limit for the Events API because this object can potentially contain a lot of data.
However, you can specify how many records for a specific time range are returned via the Events API using filters. For example, the following GET statement would retrieve the first 100 successful login requests since 1-Mar.
https://{{YOUR_COMPANY}}.okta.com/api/v1/events?limit=100&filter=published gt "2015-01-01T00:00:00.000Z" and action.objectType eq “core.user_auth.login_success"
If there are more than 100 records, you can get the next set by passing rel=“next” in the next request header. If you wanted to get only messages for today, you could change the date.
Using jsonsdk/DataService/getItemSummaries (which no longer appears in the documentation oddly), I can get a list of all items, accounts, and their balances and error statuses. However, it also returns all transactions for accounts, regardless of dexLevel you set (which seems to do nothing on this call).
The REST API talks about /account/summary/all http://developer.yodlee.com/Indy_FinApp/Aggregation_Services_Guide/Aggregation_REST_API_Reference/Account%2F%2FSummary%2F%2FAll but
a) It's completely different than every other call, and returns a completely different data structure.
b) This call returns nothing if you have only one account and it's still in a connecting status (as opposed to the one above, which will show accounts which are still being added/refreshed).
Long story short, what call can we use to return all items and their accounts, but not the transactions?
The getItemSummaries API returns all the data including transactions and hence the data returned is huge and hence we don't want our clients to use this API, so it's been removed from the document. We are working to get a variant to this API which returns all data except transactions depending on the extent levels.
So in the mean time you will need to call getItemSummariesWithoutItemData and once you get the itemIds then you need to call getItemSummaryForItem1 with correct data extent to get details of each Item and then consolidate it.