Cambiar la Versión WSDL
Introducción
Esta página describe cómo cambiar la versión de WSDL utilizada por una conexión NetSuite existente.
Una buena práctica recomendada es actualizar periódicamente la versión WSDL utilizada por su conexión NetSuite para utilizar siempre una versión totalmente compatible. Los pasos siguientes describen la mejor manera de realizar el cambio, garantizando una actualización perfecta.
Obtenga una URL Compatible y Específica de la Cuenta NetSuite
Asegúrese de utilizar una versión totalmente compatible de NetSuite WSDL. Jitterbit admite las versiones WSDL enumeradas en Requisitos previos de NetSuite.
La URL de WSDL se debe proporcionar en el formato de una URL de WSDL específica de la cuenta. Las instrucciones para obtener la URL WSDL se proporcionan en Usar una URL WSDL específica de la cuenta NetSuite.
Cambiar la Versión WSDL
Una vez que haya obtenido una URL específica de la cuenta que utilice una versión WSDL totalmente compatible, siga estos pasos:
-
Como precaución, antes de realizar cambios, desplegar el proyecto para tener un punto de restauración en caso de que necesite revertir los cambios. Otra práctica recomendada es realizar los siguientes cambios primero en un ambiente que no sea de producción y luego migrar el proyecto a un ambiente de producción.
-
Duplicar su conexión NetSuite existente. Luego edítelo para cambiar la URL de descarga de WSDL, reemplazándola con la nueva URL que obtuvo. Consulte también los documentos de NetSuite para obtener información adicional sobre la actualización.
-
Realice sus operaciones para reemplazar cada actividad de NetSuite existente por una nueva creada a partir de la nueva conexión. A medida que reemplaza cada actividad, debe actualizar los esquemas en transformaciones adyacentes para usar los esquemas asociados con las nuevas actividades. A medida que se actualizan los esquemas de cada transformación, debe volver a crear cualquier asignación.
Nota
Aunque es posible simplemente reemplazar la URL WSDL de una conexión existente y reconfigurar las actividades existentes, luego actualizar cada transformación y recrear las asignaciones, desaconsejamos esta práctica. En tal escenario, no se informan errores de validez y es posible desplegar el proyecto, sobrescribiendo inadvertidamente operaciones exitosas con otras que fallan en tiempo de ejecución debido a discrepancias de WSDL dentro de los esquemas.