We notice that some banks return a negative balance for loans (ItemContainer with a ContainerName of LOAN), while other banks return a positive balance. I'm struggling to think of a scenario where a loan can be considered a positive balance. Does Yodlee have any internal way of returning a negative balance, or do we need to handle that ourselves?
For credit cards, again we notice that balances can be returned as a positive value, but should be negative. With credit cards, it is at least possible to have a positive balance (e.g. you put some money on your card before a holiday), so how can we reliably determine when the balance should be actually negative?
Edit: Yodlee scrapes the page correctly. Sometimes a loan will be shown without a minus sign on the end-users banking page, but it is clearly a debt and Yodlee knows it is a loan.
Related
I’m having a hard time making sense of multi-currency transactions. I’m using the REST API to retrieve journal transaction details. I’m hitting the /entity/Default/18.200.001/JournalTransaction endpoint with $expand=Details and some date filters. The base currency of this Acumatica instance is USD, but some journal transactions are entered in EUR. The problem is that for these EUR transactions, I have no way of knowing these debit/credit amounts were entered in the non-default currency. I see the EUR amount, but the CurrencyID of the transactions indicates “USD”. About the only thing I notice is that the transaction is in the “US” branch, but the details are in the “EU” branch. Is there a way, via the REST API, to query journal transactions/details, and discern what currency the debit/credit amount is represented in?
Journal header contains CurrencyID field which should tell you what currency it belongs to.
Is there any way to get the exchange rates without fees factored in because they seem to vary based on transaction volume and payment method?
The API documentation says:
Note that exchange rates fluctuates so the price is only correct for
seconds at the time. This buy price includes standard Coinbase fee
(1%) but excludes any other fees including bank fees.
Source: https://developers.coinbase.com/api/v2#get-exchange-rates
So the assumption is you can divide the exchange rate returned by 1.01 to get the fee excluding the standard Coinbase fee of 1% and conversely for sell price, you would multiply by 1.01.
However, the pricing from November 2017 has a much more complex pricing structure and makes no reference to the "standard Coinbase fee" referred to in the documentation.
See https://support.coinbase.com/customer/en/portal/articles/2109597-coinbase-pricing-fees-disclosures
Let us assume there is a situation when I have an invoice from a supplier to my company (e.g. 1000 EUR). My company returns all the goods because of a problem. The supplier shall issue a credit invoice in amount of 1000 EUR, which I register in my system. As a result I will have (on behalf of the supplier) an account payable of 1000 EUR and an account receivable in the same amount. What is the preferred way of handling this situation, because there will be no money transferred, either way.
Should I generate a paymentApplication to both invoices? I want to see them as +1000 -1000 = 0 EUR.
The current data model and services do not support applying an invoice to an invoice, i.e. canceling part or all of one invoice with another. That is something I have considered but IMO is messy... even if it is a common practice in certain parts of the world (from my limited knowledge of it an archaic practice that isn't so commonly used any more). That could be supported though, I have certainly considered it (adding an entity or perhaps modifying PaymentApplication to support it, adding a service to do it and a corresponding GL posting service to balance AP/AR accounts).
Right now the best thing to do a cancel the original invoice, which does the proper reverse GL postings if the invoice has already been posted.
If you want both invoices in the system and canceling entries somewhere the currently supported approach is to use a FinancialAccount, basically use FinancialAccount payments to pay both invoices and then the balance of the FinancialAccount represents the amount due or owed to the external party. There is full support for these sorts of FinancialAccount transactions, doing payments both ways (withdrawals and deposits), representing the liability for positive balances in the GL, etc.
I'm using the Yodlee API and its pulling all the data I need including line item transactions for Credit Card/Rewards Points/Bill Pay etc.. but it's only giving a summary for my debit/checking transactions..
I need to be able to pull line item transactions for debit card and checking transactions as well..
I'm using Fast Link and it's showing that its linked as I'm able to pull balances, refresh dates etc.. but I'm unable to access the per transaction data I'm able to pull on the Credit Card accounts..
This works for Credit Card:
$trans_data_checking[5]['itemData']['accounts'][$b]['cardTransactions'][$i]['plainTextDescription']
But the 'cardTransactions' field doesn't occur for the checking/debit card accounts..
What am I missing?
Yodlee has data model designed as per different types of banking products like bank accounts, credit card accounts, loan accounts, investment accounts and so on. In Yodlee's terminology all these different products are called as containers. Now each container has their own set of fields which are relevant to any type of accounts under that category. Now savings/Checking accounts comes under bank container and transactions belonging to these accounts will have field called bankTranasctions and hence you are not finding cardTransaction field for checking/debit card accounts.
My client's Google Checkout account is based in UK, hence its default currency is GBP. Accordingly, I thought I'd let users pay using GBP - they actually think they are paying in USD but behind the scenes I convert USD to GBP according to the conversion rate.
Anyway, I keep getting the following error message:
The currency used in the cart must match the currency of the seller account. You supplied a cart with USD and the seller account is associated with GBP.
When I check the Integration Console for the message that is being sent from the website to Google Checkout's API, this is what I get:
_type=checkout-shopping-cart&shopping-cart.items.item-1.item-name=Credits&shopping-cart.items.item-1.item-description=Description&shopping-cart.items.item-1.item-currency=GBP&shopping-cart.items.item-1.unit-price=64.42&shopping-cart.items.item-1.quantity=1
As you can see, I made sure the currency is set to GBP, yet it still complains. Is there anything I can do to fix this?
How are users thinking they are paying in USD? If they see the Place Order page in USD, then the cart is posted in USD, hence your problem.
Also please keep in mind that credit card companies will add extra fees for currency conversions, which are unknown at the time of transaction to both the seller and Google Checkout. Usually the fees appear as a separate item on the buyer's credit card statement. You may want to inform non-UK buyers about this and emphasize that the currency fees are out of your control.
This doc has some info related to this error:
https://checkout.google.com/support/sell/bin/answer.py?hl=en&answer=71444