Referencia para desarrolladores de Customer App
Usa estas guías para identificar el límite público de Customer App que necesitas implementar o mantener. Explican responsabilidades, requisitos previos, resultados observables y quién se ocupa de cada fallo, sin exponer configuración privada ni contratos internos de servicios.
Para procedimientos dirigidos al cliente y resultados operativos, consulta las guías de producto de Customer App. Un contrato para desarrolladores no establece derechos comerciales ni demuestra que una capacidad esté habilitada para un proyecto, negocio, cliente o dispositivo determinado.
Estas referencias describen límites estables de responsabilidad. No documentan rutas privadas, valores de configuración, credenciales, detalles internos de despliegue ni formas no compatibles de cambiar un proyecto activo.
Quién debe usar estas guías
| Lector | Usa esta sección para | Usa otra referencia cuando |
|---|---|---|
| Implementador o responsable de mantenimiento | Elegir y verificar un contrato público de responsabilidad para una versión y un entorno previstos | La pregunta trata sobre cómo completa un cliente una tarea del producto |
| Cliente u operador | Entender qué responsable debe confirmar la configuración, el negocio, la cuenta, el pedido, el dispositivo o los requisitos del proveedor | Seguir el recorrido del cliente en las guías de Customer App |
Modelo de responsabilidades
| Capa | Es responsable de | No demuestra |
|---|---|---|
| Responsable de versión y compilación | Entradas de la app empaquetada, plataformas compatibles, registros nativos e identidad de la versión | Autorización del servicio ni elegibilidad en tiempo de ejecución |
| Customer App | Presentación, navegación local, estado visible y gestión segura de los resultados recibidos | Derechos comerciales, acceso de otro cliente ni finalización externa |
| Responsable de Ordering y configuración | Políticas aprobadas del proyecto o negocio, autorización y decisiones del servidor | Permisos del dispositivo ni éxito del proveedor |
| Contexto del cliente y pedido | Requisitos de la cuenta, ubicación, negocio, carrito y pedido actuales | Que otro contexto se comporte igual |
| Sistema operativo y proveedor | Estado de permisos y transferencia o resultado bajo responsabilidad del proveedor | El resultado final de Customer App hasta que la app lo reciba y presente |
Customer App sigue siendo responsable de integrar de forma segura y gestionar errores aunque el proveedor controle el resultado externo. Un control visible demuestra que se presentó, no que haya sido autorizado ni completado correctamente.
Elige el contrato pertinente
| Pregunta del lector | Referencia |
|---|---|
| ¿Qué capa es responsable de una variante de Customer App? | Límites de configuración de Customer App |
| ¿Cómo se deben gestionar los enlaces compatibles de la app? | Límites de enlaces profundos de Customer App |
| ¿Quién es responsable de los permisos y las transferencias nativas o a proveedores? | Límites de integraciones nativas |
| ¿Dónde termina la responsabilidad de Customer App en los pagos? | Límites de pagos |
| ¿Quién acepta la identidad externa? | Límites del inicio de sesión social |
| ¿Quién es responsable de los permisos, la entrega y el enrutamiento de notificaciones? | Límites de notificaciones push |
| ¿Qué experiencia tiene el cliente o el operador? | Descripción general de Customer App |
| ¿Dónde se documentan la autenticación pública del servidor y sus esquemas? | Desarrolladores, que dirige al lector a la referencia canónica de API en inglés |
Verifica un contrato de forma segura
- Identifica la versión exacta, el proyecto no productivo previsto, la plataforma y el responsable.
- Confirma los requisitos previos mediante controles públicos compatibles.
- Verifica el resultado visible de Customer App sin cambiar la configuración de producción.
- Si el flujo cruza el límite del sistema operativo o de un proveedor, verifica solo la etapa de la que cada parte es responsable.
- Considera sin verificar toda capa cuyo estado se desconozca. No deduzcas el éxito de un control visible.
Por ejemplo, registra una capacidad como lista para verificación solo después de verificar la versión prevista, la política aprobada del proyecto, los requisitos actuales del negocio y del cliente, y los permisos de dispositivo necesarios. Si se desconoce una capa, mantén la capacidad como no verificada.
Responsabilidad ante fallos
| Síntoma | Primer responsable | Siguiente paso seguro |
|---|---|---|
| La misma función se comporta distinto entre versiones | Responsable de versión y compilación | Compara las compilaciones compatibles exactas y las capacidades empaquetadas |
| Falta una experiencia condicional | Responsable autorizado de configuración o negocio | Verifica los derechos y requisitos previos sin exponer valores sin procesar |
| Una cuenta o un pedido se comporta de forma distinta | Recorrido del producto y responsable de cuenta o pedido | Reproduce con un contexto sintético aprobado y los mínimos detalles redactados |
| Se interrumpe un permiso o una transferencia externa | Responsable del contrato del sistema operativo o proveedor | Verifica la transferencia y, por separado, el estado que devuelve Customer App |
| Aparece un formulario de configuración inesperado | Responsable de seguridad o configuración | Detén la verificación, mantén la capacidad como no verificada y escala solo contexto redactado |
Seguridad y privacidad
Nunca incluyas valores de configuración, credenciales, identificadores privados, datos de clientes o pagos, datos de sesión ni contenido de callbacks de proveedores en URL públicas, ejemplos, registros, capturas de pantalla o tickets de soporte. Registra solo el contexto mínimo redactado para identificar la versión, el entorno, la capacidad afectada y el responsable.
Resolución de problemas
Un control es visible, pero la acción no está disponible
Trata la presentación y la autorización como resultados distintos. Confirma los requisitos previos actuales del negocio, la cuenta, el pedido, el dispositivo y el proveedor mediante sus contratos públicos correspondientes.
No está claro quién es el responsable
Empieza por la tabla de responsabilidades anterior y detente en la primera capa no verificada. Escala al responsable sin copiar datos sin procesar de configuración o del cliente.