{"section":"known-issues","requestedLocale":"en","requestedSlug":"storegraphql-impersonate-mutation-does-not-load-profile-data-for-users-created-manually","locale":"en","slug":"storegraphql-impersonate-mutation-does-not-load-profile-data-for-users-created-manually","path":"docs/en/known-issues/Store Framework/storegraphql-impersonate-mutation-does-not-load-profile-data-for-users-created-manually.md","branch":"main","content":"## Summary\n\n\nThe impersonate mutation from the vtex.store-graphql app does not behave as expected when the customer was not created via the VTEX platform, but instead imported directly into Masterdata (regardless of whether it was via API, spreadsheet, or manual input). When this happens, the customer's profile data is not immediately available to the vtex.telemarketing app after impersonation.\n\n\n\n#### Simulation\n\n\nTo reproduce the issue:\n\nImport a user into Masterdata without (can be via API, manual entry, or spreadsheet).\n\nGo to a store that uses vtex.telemarketing with a valid admin role of telemarketing.\n\nTry to impersonate the new user.\n\nObserve that the profile information is null in the mutation response.\n\nRefresh the page manually. After that, the profile data appears correctly.\n\n\n\n#### Workaround\n\n\n**Refresh the page** after using the `impersonate` mutation, either manually or programmatically. This forces the profile data to be fetched properly."}