{"section":"known-issues","requestedLocale":"es","requestedSlug":"storegraphql-impersonate-mutation-no-carga-datos-de-perfil-para-usuarios-creados-manualmente","locale":"es","slug":"storegraphql-impersonate-mutation-no-carga-datos-de-perfil-para-usuarios-creados-manualmente","path":"docs/es/known-issues/Store Framework/storegraphql-impersonate-mutation-no-carga-datos-de-perfil-para-usuarios-creados-manualmente.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\n\nLa mutación de suplantación de la aplicación vtex.store-graphql no se comporta como se espera cuando el cliente no se creó a través de la plataforma VTEX, sino que se importó directamente a Masterdata (independientemente de si fue a través de API, hoja de cálculo o entrada manual). Cuando esto sucede, los datos del perfil del cliente no están disponibles inmediatamente para la aplicación vtex.telemarketing después de la suplantación.\n\n\n\n#### Simulación\n\n\nPara reproducir el problema:\n\nImporte un usuario a Masterdata sin (puede ser vía API, entrada manual u hoja de cálculo).\n\nVaya a una tienda que utilice vtex.telemarketing con un rol de administrador válido de telemarketing.\n\nIntente suplantar al nuevo usuario.\n\nObserva que la información del perfil es nula en la respuesta de mutación.\n\nActualice la página manualmente. Después de eso, los datos del perfil aparecen correctamente.\n\n\n## Workaround\n\n\n**Actualice la página** después de utilizar la mutación \"impersonar\", ya sea manualmente o mediante programación. Esto hace que los datos del perfil se obtengan correctamente."}