User information
Usa User Information para controlar los ajustes Required y State de los campos de validación de clientes, direcciones y tarjetas de crédito. Estos ajustes son específicos de cada sitio: los campos y posiciones de los interruptores pueden variar entre sitios.
User Information está disponible para administradores de Dashboard desde Settings. Los sitios que aparecen dependen de la configuración del proyecto y las apps habilitadas. La interfaz puede mostrar todos los sitios devueltos o solo el sitio web y los sitios de apps pertinentes que estén habilitados.
Abrir User Information
- En la barra lateral de Dashboard, selecciona Settings.
- Selecciona User Information.
La ruta directa de Dashboard es /all-settings?category=user_information.
Límites de datos y componentes
El código fuente actual compone tres controladores de campos:
- Cart and Customer Details filtra los campos de validación cuyo valor
validateescheckout. - Address fields filtra el grupo
addressy elimina varias filas de identidad de clientes de esa sección. - Card fields filtra el grupo
card.
Selecciona un sitio en una sección para abrir su tabla Settings. Cada campo disponible tiene dos interruptores:
| Control | Función |
|---|---|
| Required | Corresponde al valor required del campo de validación específico del sitio. |
| State | Corresponde al valor enabled del campo de validación específico del sitio. |
La tabla solo controla estos interruptores. Las etiquetas, tipos de entrada y campos que aparecen están definidos por la configuración de campos de validación del proyecto. No supongas que los campos o posiciones de interruptores de otro sitio son los valores predeterminados del tuyo.
Cuando Email aparece en Cart and Customer Details, sus interruptores Required y State no están disponibles en esta pantalla.
Límite de escrituras inmediatas
No hay una etapa de preparación a nivel de página. El código fuente envía una actualización autenticada cuando se cambia un interruptor Required o State. También puede crear registros de campos del sitio que falten después de seleccionar un sitio.
Importante: seleccionar un sitio puede crear ajustes
Cada controlador de checkout, dirección y tarjeta compara su lista base de campos de validación con los registros existentes del sitio. Después de seleccionar un sitio, el controlador puede enviar simultáneamente, mediante Promise.all, todos los registros faltantes de esa sección con enabled: true; además, Email recibe required: true únicamente en una sección donde participa. Por eso, abrir un sitio sin configurar puede cruzar varios límites de escritura. Esta guía no seleccionó sitios ni ejecutó solicitudes.
Grupos de campos y ejemplos de pantalla
Los ejemplos históricos muestran las mismas tres áreas de configuración: Cart and Customer Details, Address Fields y Card Fields. Las presentan como controles para los datos recogidos en Website, Kiosk, Apps y Dashboard. El código fuente actual determina los sitios y campos disponibles según la configuración del proyecto y el estado de aplicaciones devuelto. No supongas que todos los campos o sitios de ejemplo aparecerán en tu proyecto ni infieras un resultado posterior en el recorrido del usuario a partir de un interruptor configurado.
Cart and Customer Details
El ejemplo histórico agrupa campos de esta forma:
- Personal Info: Name, Middle Name, Last Name, Second Lastname, Email y Birthdate.
- Contact Info: Mobile Phone.
- Checkout Options: Coupon, Driver Tip y Comments.
El código fuente describe Coupon como campo de código de descuento, Driver Tip como campo de propina para pedidos de entrega y Comments como área de texto para instrucciones del pedido. Estas etiquetas identifican campos de ejemplo; no verifican un resultado particular de checkout.
Address Fields
El ejemplo histórico incluye Internal Number, Zipcode y Address Notes, y los presenta como detalles de ubicación para la entrega. Usa los campos devueltos para el sitio seleccionado como fuente autorizada de la configuración de direcciones disponible; el código fuente no demuestra un resultado de entrega.
Card Fields
El ejemplo histórico incluye Cardholder Name y Zipcode validation, y relaciona su uso con los requisitos del procesador de pagos. El conjunto de campos puede depender del sitio seleccionado y su configuración de validación; verifica la configuración aplicable en vez de inferir un resultado del flujo de pago.
Cambiar un ajuste con cuidado
- Selecciona el sitio correspondiente en el grupo de campos pertinente.
- Usa State (llamado Status en el ejemplo histórico) para cambiar el valor
enabledde un campo disponible. - Usa Required para cambiar el valor
requiredde un campo disponible. - Confirma el estado visible del editor y, si importa un resultado posterior, valida el flujo previsto mediante una prueba autorizada.
La guía visual histórica usó esta tabla. Las descripciones de resultados provienen del código fuente histórico; no demuestran que un ajuste se haya guardado, publicado o haya cambiado un flujo visible para clientes.
| Acción | Indicador visual | Resultado descrito por el código fuente histórico |
|---|---|---|
| Enable Field | Interruptor azul | El campo es visible para el cliente. |
| Make Mandatory | Interruptor azul (Required) | El cliente no puede omitir el campo. |
| Disable Field | Interruptor gris | El campo queda completamente oculto en la interfaz. |
El código fuente histórico indica que la lista Website de Cart and Customer Details puede ser más corta que otras y sugiere comparar los ajustes de Business App o App Franchises. Trata los campos devueltos para cada sitio como definitivos; esta guía no establece valores predeterminados compartidos ni un comportamiento entre superficies.
Mantén enfocada la configuración de registro. Marca campos Required únicamente cuando sean necesarios por motivos operativos o legales, como una fecha de nacimiento cuando la política de alcohol la exija. Valida el resultado en el flujo de checkout previsto en vez de suponer un resultado de conversión.
Límites definidos solo por el código fuente
- La ruta es literalmente
/all-settings?category=user_information; el menú Settings la muestra de forma independiente de las categorías numéricas. - La visibilidad de sitios depende del estado configurado de aplicaciones y sitios; el código fuente no demuestra qué sitios devuelve un proyecto.
- Las lecturas incluyen sitios, campos base de validación y registros de campos por sitio. No se presupone que GET o HEAD sean seguros y no se ejecutaron solicitudes.
- El código fuente de la API declara contratos de colecciones y elementos de campos por sitio, incluidas rutas de creación, actualización y eliminación. Esas declaraciones no son comprobantes de despliegue ni de éxito.
- Los campos pueden describir requisitos de clientes, direcciones y tarjetas; por ello, pertenecen a una superficie de configuración con datos personales sensibles.
Para consultar metadatos internos o técnicos de un producto específico, usa Configurar campos personalizados de producto. Esa guía es independiente de los controles de campos de validación del sitio.
Guías relacionadas: Platform settings · Tipos de pedido disponibles · Checkout por tipo de pedido