Nos dijeron "haremos una integración por API" — ¿cómo es el proceso y qué nos van a pedir?

El error más típico es que no coincidan los códigos de producto. Si los códigos de stock de la web no son idénticos a los de contabilidad, la integración falla desde el día uno. Antes de entregar el trabajo al dev, revisa tú mismo en un Excel que todos los SKU coincidan con los del programa contable.

Dejad firmado por escrito si la integración será unidireccional o bidireccional. ¿Solo se enviarán pedidos de la web a contabilidad, o los cambios de stock y precio en contabilidad deben actualizarse en la web? En bidireccional entran en juego los límites de peticiones API y la gestión de conflictos, lo que alarga bastante el desarrollo.

El año pasado hicimos una integración parecida. Tardamos 9 días enteros solo en conseguir la licencia API y las claves de prueba de la empresa contable. El equipo dev terminó el código en 12 días, pero las pruebas se alargaron 8 días por descuadres con las líneas de envío y descuentos. En total tardamos 29 días en salir a producción.

La lista de tareas para vuestra parte debe ser: 1) Solicitar entorno de pruebas (sandbox) y documentación al proveedor contable. 2) Aclarar con la asesoría fiscal cómo gestionar cancelaciones, devoluciones y entregas parciales, dejando las reglas por escrito. 3) Generar al menos 15 facturas de prueba con distintos escenarios antes de pasar a producción.

¿Su programa de contabilidad es en la nube o está instalado en un servidor local en su propia oficina? Si corre en un ordenador de la oficina, necesitarán una IP fija y abrir puertos en el servidor. Eso puede crear fallos de seguridad y además, si se corta el internet de la oficina, la integración se detiene; ¿han hablado sobre esto?

al principio nuestro contable nos daba error con las facturas de clientes extranjeros q no tienen número de identidad. si reciben pedidos del extranjero o emiten facturas corporativas, hablen desde ya cómo se van a mapear esos campos porque si no los pedidos se quedan colgados en el sistema.

edit: arriba escribí mal, disculpad.

Junten al equipo de desarrollo y al soporte técnico de su programa de contabilidad en un grupo de correo o canal de comunicación común. Ustedes no tienen por qué entender los términos técnicos ni hacer de puente. Dejen que las personas técnicas resuelvan directamente entre ellas los parámetros y los endpoints.

En nuestra primera integración no quisimos pagar 12.000 TL por el entorno de pruebas y testeamos directamente en la base de datos de producción. Cuando el programador emitió una factura de prueba, le llegó una e-arşiv fatura y notificaciones por SMS a un cliente real. Ese día entendimos clarísimo que el dinero invertido en el entorno de pruebas es, en realidad, el seguro más barato.

Guardado.

La respuesta de arriba ha dado en el clavo. Lo importante no es la cifra, sino en qué se basa esa cifra.

Las decisiones apresuradas son las que hay que corregir seis meses después. También me gustaría saber si alguien lo hace de otra manera.

Hay algo que no entiendo. Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

También me gustaría saber si alguien lo hace de otra manera.

Voy a contar mi experiencia. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Lo dejo como nota, por si sirve.

estoy de acuerdo.

No te olvides de: La oferta más barata suele ser la menos pensada.

Yo seguiría por ese camino.

El camino que parece barato suele salir caro a la larga. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Dejo una advertencia. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Yo seguiría por ese camino.

Me pasó lo mismo. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Empezad con una pequeña prueba, no lo integréis todo de golpe. Ánimo.

Gracias por escribir esto, es lo correcto. Las decisiones apresuradas son las que hay que corregir seis meses después.

No tengáis miedo de preguntar, quien no pregunta siempre paga más caro. Eso es todo, disculpa si me he extendido demasiado.