¿Cómo probar / depurar la integración de Amazon Ess_M2ePro?


8

¿Cómo crea órdenes de prueba y prueba el flujo de trabajo de esta extensión para la integración de Amazon en un entorno de prueba ?

Me dijeron que no hay posibilidad de crear órdenes de prueba y aunque el soporte me dijo que es posible importar las órdenes reales en múltiples entornos sin afectar el sistema en vivo (significa: si una orden se importa en el entorno de prueba, todavía lo hará también se importará en el entorno en vivo) esto no funciona como me imagino que debería hacerlo.

Cuando ejecuto el trabajo cron en el entorno de prueba, a veces se importan algunas órdenes, pero no puedo decir por qué a veces las órdenes se importan y otras no. El cronjob funciona bastante tiempo (> 100 segundos) pero la mayor parte del tiempo termino sin ningún pedido nuevo.

Al mismo tiempo, los clientes crean cientos de pedidos, por lo que debería haber mucho para importar.

[Actualización] Se me señaló que la frecuencia / demora de las importaciones puede estar influenciada por la carga en Amazon. No pensé en eso. Los otros puntos (es posible crear órdenes de prueba / hay un sandbox / cómo depurar la extensión) siguen siendo válidos. [/Actualizar]

Esto hace que sea imposible depurar problemas con la extensión. El soporte devuelve respuestas de una línea no tan útiles, así que me dirijo a la comunidad para que me ayude con esto: ¿cuáles son sus mejores prácticas?

Respuestas:


5

Aprendí del soporte de M2ePro que es difícil probar esto. Ten mucho cuidado con lo que sea que estés haciendo.

Alguna información que obtuve:

  • Si copia su base de datos de producción de nuevo a su entorno de desarrollo, no elimine la cuenta comercial de producción en su entorno de desarrollo. Si hace esto, perderá todos los datos asociados a esta cuenta.

  • Si configura las cuentas comerciales de desarrollo y producción en su base de datos, no puede hacer que solo una de ellas hable con Amazon. Es todo o nada.

  • Debe crear cuentas comerciales separadas y claves de licencia de extensión M2ePro para dev / live. De lo contrario, uno puede afectar al otro incluso en situaciones en las que no creería que está sucediendo la comunicación.

  • Puede desactivar canales (p System > Configuration > M2E Pro > Channels > Other Channels > Amazon (Beta). Ej. ) En un entorno sin afectar a los otros entornos.

Para nosotros, esto significa que desactivamos el canal en entornos que no son de producción y solo lo activamos si realmente lo necesitamos. Si activamos el canal, detenemos la ejecución automática de cronjobs relacionados con M2ePro y activamos ejecuciones manualmente.

Creamos algunos mecanismos que aseguran que un entorno que no sea de producción esté configurado correctamente y no pueda hablar con Amazon por accidente. Burlarse de toda la comunicación del mercado está fuera de alcance para nosotros en este momento.

Es posible que pueda eliminar directamente la cuenta del comerciante de producción de la base de datos sin pasar por Magento sin causar daño, pero eso es de adivinar.


¿Puedes agregar más información sobre qué orden de importación de trabajo cron? y si es posible activarlo en un entorno local para poder depurarlo con Xdebug?
Fra

He agregado algunos pasos para usar xdebug en un entorno local aquí: magento.stackexchange.com/questions/21093/…
Fra

Lo siento, me perdí tu pregunta. Solo hay un M2ePro-Cronjob, pero también tenemos un cronjob de preguntas personalizadas que funciona con estos pedidos. Gracias por la explicación de cómo depurar tu pregunta. ¿Probó esto también con Amazon o es solo para eBay?
Matthias Zeis

funciona con ambos, pero necesito cambiar mi respuesta: la mejor opción es crear una licencia M2E separada para su entorno de desarrollo, de lo contrario corre el riesgo de tener problemas con la licencia en vivo
Fra
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.