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.
Related
I have signed up for Gsuite Essentials and attempted up upgrade to Gsuite Enterprise. I only have a single email address eg a#abc.com. I had already been using this account as a normal google account. (no gmail though).
I couldn't get the admin console to show the upgrade option, but found I needed to verify my domain. So I added the TXT record to my domain abc.com, which would then let me verify.
I could then log in to the admin console as a#abc.com and clicked on the upgrade option and completed the process. This then let my a#abc.com user have access to Gmail. I have not transferred any domain settings over to google, that is all still externally hosted.
I can now no longer log in to the admin console, it says that my a#abc.com account doesn't have the rights and I need to log in as the administrator. There is no other account linked to the Gsuite settings, so there is no other administrator. I can still log in to the normal google account and do the same functions as previous.
I have now removed the TXT record hoping that would cancel it out again.
How do I get access to the admin side again?
Side note: What I am mostly worried about is that I put my credit card details into the signup, but can't get into the admin page and can't contact any form of support. It is literally impossible to get support to use the serve I paid for.
First thing first, the txt records are a string for the only purpose to verify the ownership of the domain therefore deleting them won't change anything you only need this record for the verification process and once is done you can delete them.
As an example is like a text message sent to your mobile phone, if you delete the message nothing will happen right?
I tell you this so you won't more time on the domain DNS zone settings because the issue is not there and you won't solve the problem.
There may be few things that may have happened.
The first thing you should do is to navigate in an Incognito page, make sure that is the only incognito page that you have opened and log in with a#abc.com.
Try to run different test in incognito, the issue really looks like that you are logged in with multiple Google Accounts and when you go do admin.google.com it picks up the wrong one. That's why you should go in incognito.
EDIT
Use as reference this link Here.
Follow the steps in Paragraph 'I'm taking control from another admin' here the steps:
Go to the G Suite Essentials sign-up page.
2, Sign up using your email address at the domain you're verifying.
Use an address where you can get mail.
Follow instructions in the Setup Wizard to become the admin who manages G Suite Essentials for all users at your organization.
If this didn't solve the issue then you should contact the Google Support and they will tell you what happened.
The thing is that if you can't access the Google Admin you won't be able to contact the Google Support, hence you should follow this:
.1 Can't sign in to the Admin console: https://support.google.com/a/answer/6335621?hl=en
When creating sandbox accounts through the developer.paypal.com dashboard, either individually or with Bulk Account Upload, the accounts that should only have a bank account are not created correctly. When I look at the account profile there is an error notice: "We experienced some issues on our end while creating this Sandbox account. Please delete it and try again." It was the same one that I was getting on all accounts created without a hard enough password. There is no payment methods in the created accounts. I can log into the accounts and they appear to work fine except trying to add payment methods to the "Wallet" does not work. Is there anyway to find out the actual error or get around this bug?
I believe this is an intermittent issue and clearing cookie and cache on your browser will help.
If the issue still persist, you might need to file a ticket via https://www.paypal-techsupport.com/app/ask and provide all the relevant information (e.g: screenshot of the error message, browser information, etc). Their technical support will check this for you.
On our first iOS app, the person who started up our account with Apple assigned the "legal" permission to our shared support mail, and as such, the "legal" permission was assigned to that Apple ID. Even though the CEO filled in all the paperwork there, having access to that mail as well, "legal" should not have been assigned to that AppleID.
We need to now move that permission from the shared support mail over to our CEO's own company mail, but I can't seem to move that permission over, even while logged in as the current "legal" user. The check box for "legal" seems to be unclickable.
Is there any way to CHANGE the AppleID that is assigned to "legal?"
See instructions for Transferring the Team Agent Role (legal role) on this page:
https://developer.apple.com/library/content/documentation/IDEs/Conceptual/AppDistributionGuide/ManagingYourTeam/ManagingYourTeam.html
In a nutshell (from the page above):
Sign in to developer.apple.com/account as the team agent, and click
Membership.
Scroll down to Settings, and click Transfer Team Agent Role.
Follow the instructions that appear in a series of dialogs.
For example, you will be asked to choose a new team agent and sign an
Agent Transferor Agreement.
The legal role can only be reassigned by contacting the developer support
https://developer.apple.com/contact/submit/
If I understand correctly and you would like to sign the legal role to another person, you have o do that under the User and Roles Tab in iTunes Connect. To change the user's roles you need to have the admin account. If you want to change the Apple ID that is used to sign all the contacts, that is unfortunately not possible. This is in most cases the initial email with which the account was initially created. This unfortunately will have to stay the same unless you convert from a private to a company account. Hope that helps.
I have an issue with adding a developer colleague to the application as an administrator (it doesn't matter if he's added in a developer role, the error stays the same).
Even though the colleague has a verified account with Facebook that he uses, Facebook claims when I try to add him that he "is not a verified" user.
I assume this is a bug, as the account was disabled once by the user (not by Facebook) and has been reactivated.
Who could I contact to sort this issue out?
The other developer will need to verify himself as a Developer by going to http://developers.facebook.com/ before you can add him.
As described here:
https://www.facebook.com/help/?faq=167551763306531
you need to prove yourself worthy via a phone # or credit card.
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.