I have couple of inquiries regarding the case when an account existing in AggCat is actually removed by the client at his/her institution.
Scenario: There are 4 accounts, A, B, C, D at institution I. The client had the account A removed at his/her institution. The 4 accounts had been discovered and added to AggCat before the A was actually removed at the institution.
1: If we call updateInstitutionLogin (no credentials change), then does getCustomerAccounts return only three accounts B, C, D without calling deleteAccount in AggCat?
2: It seems to me that deleteAccount method must be called if some account is actually removed at an institution to remove the account in AggCat. Is it correct?
When an account is removed from an Institution we will return an error code on the specified account letting you know that it is closed or no longer present on the website.
If you perform a GetAccount, GetCustomerAccounts, GetLoginAccounts there is a field "aggrStatusCode" that will provide an error code for that account. It will show 0 if the account is working fine otherwise it will reference a code on the error code page. The account will show a 106 or a 324 if the account cannot be found for changes such as it being removed or changed in some way such as changing account nickname, and/or account number.
If you wish for this account to not be returned from our system you will need to perform a deleteAccount request as we do not remove accounts automatically.
Related
When I try to create a business sandbox account it first has a status of processing but then always results in an error status code. It says the sandbox account could not be created, please delete it and create another one.
I saw that the paypal forms have some validation issues so I have already tried the following:
Password more than 8 characters containing uppercase,lowercase,numbers and symbol characters.
Positive balance < $1000
Valid fictional email address that is not the same as my address.
Tried different countries including the US.
Filled in the optional fields of first name and last name
But still the same error.
I solved this by using a different browser. So I guess this was cache related in some way. I entered the following data:
Country: United States
Didn't fill in optional fields
Bank verified
Visa
$100 in account
I used Microsoft Edge instead of Chrome.
I'm trying to use my delegate account (The principal account is managed by the enterprise owner) to access the PayPal developer and everything is fine until I click on the dashboard link. I'm getting a 403 error message.
Last year I was working with the same account and it was fine. I'm wondering if something have changed since the last time i used the dashboard feature? Did my user need more permissions to access the PayPal developer dashboard?
Any ideas?
if 'delegate' meaning authorized alias user ID; than in 'most' cases I have seen where one couldn't even log into the developer portal with their ALIAS ID. That said, I am aware that only the principal account owner may log into the developer portal using their email and password.
The permissions of an alias cannot be altered to allow such access even if they have the highest permissions on the account itself; ADMIN.
It is possible that this may have changed since last year but this is what I am aware as of 2016.
Hope this helps.
1: If some account is actually deleted at an institution but is not deleted in AggCat service. What happens when Intuit pulls data from institutions to update accounts' info? The deleted account is not updated?
2: If some account is added at an institution, how can we discover the newly added account? It seems the only feasible way is to remove all accounts of some client at that institution and have the client register accounts again. Is it correct?
Yes, The deleted account doesn't get updated. If the account doesn't exist in FI, then that account should be categorized as 'Other Account'.
You can call discoverAndAddAccounts for that FI, and call UpdateInstitution login with refresh flag set to true. This will add refreshed data to the user's profile.
Ref - https://developer.intuit.com/docs/0020_customeraccountdata/customer_account_data_api/0020_api_documentation/0020_discoverandaddaccounts
After I've logged into developer.paypal.com, and access Applications/Sandbox Accounts, and click "Create Account" to add personal users to my sandbox accounts, I get the error message seen below. The total records increments, but the additional accounts don't display, and I can't log back into the Sandbox using the credentials I've created.
Anyone have an idea as to what's the issue?
I had this problem, and also needed to put in the fields for 1st and last name, which the Test Account create form says are optional. So, password needs to be complex, amount needs to be in there, and first and last name need to be specified for this error not to be thrown.
Try entering Paypal balance value between 1 and 5000 while creating a test account. I too had the same issue and this is how I resolved it.
PayPal balanc: While this field is optional, it’s a good idea to
create test accounts with positive bank balances. Enter an integer
value between 1 and 5000.
Source : http://believeinmiraclesx.wordpress.com/2013/03/15/paypal-sandbox-were-sorry-but-something-went-wrong-please-delete-this-account-and-try-again/
For me, it seems this issue was caused by password validation. Try using a more complex password.
I need to find out if a customer (during checkout) is also currently logged in as a Zen Cart administrator. The purpose is for allowing certain actions to be available for an administrator placing an order on behalf of a customer (say, by telephone).
My first idea was to check $_SESSION['admin_id'].
However this does not seem to be set, instead $_SESSION['customer_id'] is.
I think this is because different session names are chosen in the admin and customer areas (zenAdminId vs zenid).
How can I find out if this customer would be logged in as an admin, had they been in the admin area at the same time?
I am working on the checkout step prior to sending off to a hosted payment service provider.
Edit: the merchant is logged in as an admin and is entering the customer's details, which are different to those of the admin account, into the checkout screens. It is a customer-not-present/MOTO setup.
You are correct - $_SESSION['customer_id'] is set. And there's nothing in the customer's table which indicates if this person is an admin. However, if they use the same email address for their customer account and for their admin account, you can look up their email in the customers table with $_SESSION['customer_id'], then match that against the admin_email field in the emails in Use this to look up table "admin."
It is worth noting that if your admin cookie isn't restricted by path SESSION_USE_ROOT_COOKIE_PATH=True that you can simply check for the cookie zenAdminID. You can read the contents of this cookie by querying zen_sessions, the sesskey being the value in zenAdminID.
You have to base64_decode the value from the result to get the session. It gives a serialised object, although unfortunately you are unable to use unserialize on it. You can load it as the current $_SESSION but this would overwrite your current one.
I simply did this to get the admin_id:
preg_match('/admin_id\|s:1:"([0-9]+?)"/', $admin_session, $admin_matches);
$admin_matches[1] giving the admin id value.