...
Cuando hay comunicación con el producto B+ SII de PI esta parametrización es la siguiente:
Código | Significado | Relación con paso eDocument |
---|---|---|
400 | Error | ERROR_MW |
600 | En procesamiento | |
1002 | OK |
Cuando la PI nos devuelve un error (400) fijamos como paso de proceso ERROR_MW, esto implica un cambio del estado del Lote de "en proceso", estado que tenía tras realizar el envío, a "Error técnico".
Para comunicación por FUSE tenemos las siguientes respuestas:
Código | Significado | Relación con paso eDocument |
---|---|---|
4201 | El tipo de operacion no existe. | ERROR_MW |
4202 | Error de validacion, password incorrecta | ERROR_MW |
4203 | La relacion de tenant y agrupacion es incorrecta para este usuario | ERROR_MW |
4204 | Los campos del Lote son obligatorios | ERROR_MW |
4205 | El usuario no existe | ERROR_MW |
4206 | Debe proporcionar los datos de autenticación (usuario/contraseña) | ERROR_MW |
4210 | Error inesperado | ERROR_MW |
4211 | Clave de Certificado erronea | ERROR_MW |
4212 | Error de entrada y salida de datos | ERROR_MW |
4213 | Error en el certificado | ERROR_MW |
4214 | Algoritmo de Certificado erroneo | ERROR_MW |
4215 | Error al crear el KeyStore | ERROR_MW |
4216 | Los KeyManagers del KeyStore han fallado | ERROR_MW |
4217 | No se puede extraer el certificado del KeyStore | ERROR_MW |
4218 | No se encuentran las CACerts en el servidor | ERROR_MW |
4219 | Error de mapeo al parsear los datos de Facturas, Lote o Respuestas | MAP_ERROR |
Para ambos casos los campos a rellenar en esta tabla son:
Campo | Significado |
---|---|
Código | Código que devuelve el Middleware el envío |
Paso de proceso | Paso de proceso que asignamos a nuestros eDocuments tras recibir el código recibido tras la comunicación |
Ejemplo de parametrización para PI: