--- title: "Desarrolladores: API y guías de integración" description: "Usa la referencia pública de la API y las guías para desarrolladores de Ordering.co para plantear una integración antes de acordar su alcance de implementación." canonical: https://www.ordering.co/es/developers/ lang: es --- # Empieza una integración con Ordering.co desde el contrato público. La documentación de Ordering.co ofrece guías para desarrolladores y una referencia pública de la API con solicitudes, autenticación, parámetros, esquemas y respuestas. La referencia es de solo lectura: hoy no hay un sandbox remoto aprobado para hacer pruebas interactivas. [Abrir la referencia de la API](https://docs.ordering.co/api-reference/)[Leer las guías para desarrolladores](https://docs.ordering.co/docs/developers/) - Referencia pública de la API - Guías para desarrolladores - Pruebas solo de lectura Referencia de la API ## Revisa la interfaz pública antes de diseñar sobre ella. La referencia pública de la API es la fuente de operaciones, parámetros, esquemas y respuestas. Úsala para convertir una idea en una pregunta técnica que un equipo de implementación pueda evaluar con precisión. - ### Operaciones Las acciones disponibles se organizan como operaciones de referencia; no se dan por hechas a partir de una página comercial. - ### Parámetros Revisa los datos de entrada que describe cada solicitud antes de relacionarlos con los tuyos. - ### Esquemas Usa la estructura documentada de los objetos para aclarar qué necesita intercambiar una implementación. - ### Respuestas Revisa los resultados y los formatos de error documentados antes de planear el flujo de una integración. [Abrir la referencia de la API](https://docs.ordering.co/api-reference/) Guías para desarrolladores ## Usa las guías para conectar la interfaz con el trabajo de producto. La documentación para desarrolladores está pensada para equipos que se integran con los productos de Ordering.co o que contribuyen de forma segura a sus repositorios. Remite a la referencia oficial de la API para solicitudes, esquemas y autenticación. - ### Propósito de la integración Define el flujo de producto que tu equipo quiere respaldar antes de elegir el trabajo técnico. - ### Autenticación Sigue la guía de autenticación documentada en lugar de poner credenciales en un prototipo sin revisar. - ### Traspasos entre productos Identifica dónde una integración toca otro producto u otro equipo operativo para que la responsabilidad quede clara. - ### Contribución segura Sigue la ruta de la documentación cuando un equipo contribuya a los repositorios de los productos. [Leer las guías para desarrolladores](https://docs.ordering.co/docs/developers/) Brief de implementación ## Diseña a partir del contrato documentado, no de suposiciones sobre paquetes. Un buen brief nombra el flujo, las operaciones documentadas que se revisan, quién es dueño de los datos y la prueba de aceptación. Así los equipos técnicos y operativos parten de un mismo punto. - ### Flujo Describe el resultado que la integración debe lograr para el cliente o el operador. - ### Objetos Enumera las operaciones y los esquemas documentados que tu equipo necesita revisar. - ### Responsables Indica quién es responsable de los datos de origen, las credenciales, el monitoreo y los cambios. - ### Aceptación Define el resultado demostrable que confirmará que el alcance elegido funciona. [Revisar la referencia de la API](https://docs.ordering.co/api-reference/) Traspasos ## Trata cada traspaso como una responsabilidad operativa. Las guías de integración explican las rutas y los traspasos entre productos. Antes de implementar, decide qué equipo recibe un cambio, cómo verifica el resultado y qué ocurre cuando un traspaso esperado requiere atención. - ### Disparador ¿Qué cambio documentado inicia el traspaso? - ### Receptor ¿Qué sistema y qué equipo son responsables del siguiente paso? - ### Verificación ¿Cómo confirmará el equipo receptor que se obtuvo el resultado esperado? - ### Recuperación ¿Quién investiga cuando falta el resultado esperado o es inconsistente? [Leer las guías para desarrolladores](https://docs.ordering.co/docs/developers/) Pruebas seguras ## Primero revisa; no trates la referencia pública como un entorno en vivo. La guía de pruebas de Ordering.co indica que la referencia pública de la API es de solo lectura y que no hay un sandbox remoto aprobado para pruebas interactivas. Planea cualquier entorno de pruebas y sus credenciales mediante el proceso de implementación correspondiente. - ### Acceso a la referencia Usa la interfaz pública para consultar operaciones y documentación de forma segura. - ### Pruebas interactivas No des por hecho que una solicitud desde el navegador puede ejecutarse contra un sandbox remoto. - ### Credenciales Mantén llaves, tokens e identificadores de clientes fuera de la referencia pública y de los documentos de planeación. - ### Plan de pruebas Acuerda el entorno, los datos y la prueba de aceptación antes de probar una integración en vivo. [Leer los requisitos de pruebas](https://docs.ordering.co/docs/developers/api-reference-sandbox-testing/) Guías de producto ## Mantén el contexto documentado del producto cerca del desarrollo. La página principal de la documentación de Ordering.co agrupa las guías de producto junto con el área para desarrolladores. Usa la guía correspondiente junto con la referencia de la API para que el trabajo técnico siga ligado al flujo de producto que respalda. - ### Guía de producto Lee la guía de la superficie de producto que afecta la integración. - ### Referencia de la API Usa las operaciones, los parámetros, los esquemas y las respuestas oficiales como fuente de la interfaz. - ### Responsable operativo Confirma quién usará y mantendrá el flujo resultante. - ### Revisión de lanzamiento Registra el resultado observable que el equipo validará antes de depender de la integración. [Abrir las guías de producto](https://docs.ordering.co/) Elige el siguiente paso ## Elige la siguiente conversación según la decisión que realmente necesitas tomar. La referencia pública responde preguntas sobre la interfaz. El alcance de producto, comercial y operativo aún debe acordarse para cada implementación. - [Consulta la referencia de la APIRevisa las operaciones, los parámetros, los esquemas y las respuestas documentados antes de proponer una ruta técnica.](https://docs.ordering.co/api-reference/) - [Lee las guías para desarrolladoresUsa las guías para conectar las decisiones de interfaz con la integración de producto y las prácticas de contribución segura.](https://docs.ordering.co/docs/developers/) - [Explora las integraciones de automatizaciónRevisa las referencias específicas de webhooks, API, autenticación, flujos de trabajo y ubicaciones, y confirma qué ruta aplica a tu proyecto.](https://www.ordering.co/es/integrations/automation/) - [Define el alcance del productoPara una solución con tu marca o especializada, identifica las superficies, las responsabilidades y las pruebas de aceptación que requieren una decisión de alcance.](https://www.ordering.co/es/developers/white-label/) - [Habla de la implementaciónLleva el flujo, las preguntas técnicas, la propiedad de los datos y el plan de pruebas al equipo responsable del proyecto.](https://www.ordering.co/es/contact/) Un punto de partida documentado ## Plantea el trabajo en torno a una interfaz pública y responsables claros. Un brief de integración conecta el flujo que tu equipo está construyendo con la interfaz documentada que necesita revisar. La referencia técnica y la prueba de aceptación operativa deben mantenerse juntas durante todo el proyecto. Lo que aporta tu equipo - Tu flujo de trabajo - El responsable de tus datos - Tu plan de lanzamiento ![Ordering.co](https://www.ordering.co/assets/logos/ordering-lockup-color-on-white.svg)![Ordering.co](https://www.ordering.co/assets/logos/ordering-lockup-color-reversed.svg)**Referencia de la API de Ordering.co**Operaciones · Parámetros · Esquemas · Respuestas Lo que el proyecto debe resolver - Autenticación - Alcance de la implementación - Prueba de aceptación ## Empieza con la referencia y luego concreta el alcance. Revisa primero la interfaz pública. Cuando estés listo para planear la implementación, lleva el flujo, las responsabilidades sobre los datos y los criterios de aceptación, no una lista de capacidades supuestas. [Leer las guías para desarrolladores](https://docs.ordering.co/docs/developers/)[Habla con Ordering.co](https://www.ordering.co/es/contact/)