Inicio
DocumentaciĂłn
Recursos
Partners
Comunidad

Recursos

Revisa las actualizaciones de nuestras soluciones y operatividad del sistema o pide soporte técnico.

Partners

Conoce nuestro programa para agencias o desarrolladores que ofrecen servicios de integraciĂłn y vendedores que quieren contratarlos.

Comunidad

Recibe las Ășltimas novedades, pide ayuda a otros integradores y comparte tus conocimientos.

Estructura de las guĂ­as - GuĂ­a de estilo y de escritura - Mercado Pago Developers

BĂșsqueda inteligente powered by OpenAI 

Estructura de las guĂ­as

Nuestras guĂ­as independientes se estructuran de acuerdo a las siguientes secciones:

Landing

IntroducciĂłn que lleva un patrĂłn especĂ­fico. Sirve para presentar el producto/plataforma. Es el Ășnico archivo que no se realiza en Markdown.

IntroducciĂłn

Breve descripciĂłn de la herramienta o plugin a documentar. Es una buena prĂĄctica enumerar y vincular los pasos de integraciĂłn aquĂ­, indicando cuĂĄndo uno o mĂĄs son opcionales pero recomendados.

Requisitos previos

Lista de cosas que deben estar listas para comenzar la integraciĂłn. Por lo general, se presentan como una tabla que contiene 3 columnas (requisito, descripciĂłn, especificaciones).

Pasos de integraciĂłn

Esta secciĂłn de la documentaciĂłn generalmente comprende mĂĄs de una entrada de menĂș y presenta los pasos que se deben seguir, de principio a fin, para realizar una integraciĂłn. Es una buena prĂĄctica aquĂ­ usar descripciones de acciĂłn claras para cada tĂ­tulo de paso.

En los casos en que distintas etapas de una integraciĂłn compartan pasos idĂ©nticos y se encuentren en apartados de menĂș diferentes, es necesario que cada una cuente con la enumeraciĂłn de esos pasos. Esto se debe a que el pĂșblico puede haber ingresado a esa secciĂłn en especĂ­fico, por lo que siempre debemos incluir la informaciĂłn completa de cĂłmo realizar la acciĂłn que estamos documentando.

Flujo de prueba

Si hay un flujo de prueba, debe incluirse aquĂ­. Si se incluye este elemento, tambiĂ©n debes crear una entrada de menĂș que explique cĂłmo pasar a producciĂłn despuĂ©s de que se complete el flujo de prueba.

SoluciĂłn de problemas

Si hay problemas comunes que los desarrolladores pueden encontrar y que las partes interesadas han identificado, es una buena prĂĄctica incluirlos aquĂ­. Separa esto del flujo de integraciĂłn en el menĂș con una lĂ­nea, y asegĂșrate de incluir solo la soluciĂłn de problemas para la integraciĂłn (no para el producto con el que se estĂĄ integrando).

Preguntas frecuentes

La mayorĂ­a de las documentaciones no requieren esta secciĂłn, pero sus partes interesadas pueden solicitarla. Si este es el caso, asegĂșrate de que las preguntas frecuentes solo contengan informaciĂłn que no se pueda incluir en ninguna otra secciĂłn de la documentaciĂłn. De lo contrario, simplemente inclĂșyela en la secciĂłn correspondiente. Deben estar separadas del flujo normal de integraciĂłn.

Contenido adicional

Se puede solicitar que se incluya otra informaciĂłn que, si bien es importante, no forma parte del flujo de integraciĂłn. Puedes agregar esta informaciĂłn, pero mantenla separada con una lĂ­nea del flujo de integraciĂłn, para evitar confundir a tus lectores. El nombre "contenido adicional" se entiende como un ejemplo. DeberĂĄs pensar en un nombre apropiado para cada secciĂłn que agregues como otra informaciĂłn.