{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-usuario-suplantado-no-envia-la-cookie-de-autenticacion-de-suplantacion-en-algunas-llamadas","locale":"es","slug":"el-usuario-suplantado-no-envia-la-cookie-de-autenticacion-de-suplantacion-en-algunas-llamadas","path":"docs/es/known-issues/Store Framework/el-usuario-suplantado-no-envia-la-cookie-de-autenticacion-de-suplantacion-en-algunas-llamadas.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nCuando se accede al sistema de telemarketing e intentas suplantar el acceso de un usuario que tiene acceso a una política comercial con restricciones, algunas capas de GraphQL no envían la cookie del usuario suplantado, lo que provoca una respuesta de acceso denegado por parte de las API\n\n## Simulación\n\n1. Crea un usuario administrador con acceso al centro de llamadas\n2. Crea una política comercial (TP) con una restricción\n3. Crea un usuario en la cuenta y concédele acceso a la condición de TP cerrada a través de los datos maestros.\n4. Inicia sesión en la cuenta con el usuario del centro de llamadas creado en el paso 1.\n5. Suplanta al usuario creado en el paso 3.\n6. Comprueba cualquier PDP.\n\nEl comportamiento esperado no se encuentra en la página, debido a que la autenticación utilizada no permite acceder a la TP del usuario suplantado y no estamos enviando la sesión suplantada para algunas llamadas GraphQL.\n\n## Workaround\n\n1. Crea un usuario en la tienda con el mismo correo electrónico que el de acceso del administrador\n2. Concede acceso a la condición TP al correo electrónico del administrador\n\nCon esto, podrás acceder a las condiciones del usuario suplantado"}