Tabla de Contenido
Body del Método
Body del Método integracion/tmp_movimientos: 18 parámetros para movimientos de nómina. Requiere listdetalle en JSON, campos empresa, trabajador, concepto, fechas, frecuencia pago y montos.
Tabla de Contenido
Body del Método
ORDEN | CLAVE | NOMBRE DEL PARÁMETRO | VALOR | DIRECCIÓN | REQUERIDO | LONGITUD | FORMATO | OBSERVACIONES o VALORES |
1 | X | COD_EMPRESA | NUMÉRICO | IN | SI | 4 |
| Relación con tabla EMPRESAS1. Código de la empresa asignado en el Sistema de RRHH y será parte de la clave de Legadmi. |
2 | X | COD_TRABAJADOR | ALFANUMÉRICO | IN | SI | 30 |
| Relación con la tabla TRABAJADORES1. Código del colaborador asignado en el sistema de RRHH y será parte de la clave en Legadmi. |
3 | X | COD_CONCEPTO | NUMÉRICO | IN | SI | 4 | Código de concepto de cálculo en nómina. | |
4 | X | FECHA_INICIAL | FECHA | IN | SI | 8 | DDMMYYYY | Fecha inicial de vigencia de la variación. |
5 |
| FECHA_FINAL | FECHA | IN | NO | 8 | DDMMYYYY | Fecha final de vigencia de la variación. |
6 |
| FREC_PAGO | ALFANUMÉRICO | IN | SI | 2 |
| Frecuencia de pago del proceso en el cual se aplicará la variación, acepta los valores: ('S','Q','B','M','V','L','U','I','1S','2S','3S','4S','1B','2B','1Q','2Q') S = Semanal Q = Quincenal B = Bisemanal M = Mensual V = Vacaciones L = Liquidaciones U = Utilidades I = Intereses 1S = 1-Semana 2S = 2-Semana 3S = 3-Semana 4S = 4-Semana 1B = 1-Bisemana 2B = 2-Bisemana 1Q = 1- Quincena 2Q = 2-Quincena |
B |
| PORCENTAJE | NUMÉRICO | IN | NO | (12,8) |
| Valor del porcentaje a calcular para el concepto que recibe la variación para futuras transacciones. 12 ENTEROS Y 8 DECIMALES |
8 |
| CANTIDAD | NUMÉRICO | IN | NO | (10,4) |
| Valor de la cantidad a calcular para el concepto que recibe la variación para futuras transacciones. 10 ENTEROS Y 4 DECIMALES |
9 |
| MONTO | NUMÉRICO | IN | NO | (20,6) |
| Valor del monto a calcular para el concepto que recibe la variación para futuras transacciones. 20 ENTEROS Y 6 DECIMALES |
10 |
| STATUS | ALFANUMÉRICO | IN | SI | 1 |
| Se debe colocar por defecto “C” de carga |
11 |
| USUARIO_CARGA | ALFANUMÉRICO | IN | NO | 30 |
| Este campo debe contener la palabra USUARIO. |
12 |
| FECHA_CARGA | FECHA | IN | NO | 8 | DDMMYYYY | Indicar la fecha de la carga |
13 |
| USUARIO_APROBACION | ALFANUMÉRICO | IN | NO | 30 |
| Debe quedar nulo |
14 |
| FECHA_APROBACION | FECHA | IN | NO | 8 | DDMMYYYYHHMMSS | Debe quedar nulo |
15 |
| NU_LOTE | ALFANUMÉRICO | IN | SI | 20 |
| Se debe colocar un número o nombre de lote por cada carga que se realice. |
16 |
| ID | NUMÉRICO | IN | SI | 4 |
| Debe contener información numérica y consecutiva ejemplo: 1, 2, 3, 4,5… |
17 |
| RECHAZO | ALFANUMÉRICO | IN | NO | 3000 |
| Debe quedar nulo |
18 |
| COD_TRABAJADOR_RPS | NUMÉRICO | IN | NO | 15 |
| Debe quedar nulo |
Valores de request
En el siguiente método se muestra la estructura base del request de integracion/tmp_movimientos
Debe respetarse el nombre del arreglo listdetalle y cada registro está separado por { }, en este ejemplo están 2 registros para insertar con 18 campos c/u.
{
"listdetalle":
[
{
"COD_EMPRESA":450,
"COD_TRABAJADOR":"406",
"COD_CONCEPTO":58,
"FECHA_INICIAL":"10052020",
"FECHA_FINAL":"10052020",
"FREC_PAGO":"Q",
"PORCENTAJE":NULL,
"CANTIDAD":NULL,
"MONTO":"220",
"STATUS":"C",
"USUARIO_CARGA":"USUARIO",
"FECHA_CARGA":"10052020142500",
"USUARIO_APROBACION":NULL,
"FECHA_APROBACION":NULL,
"NU_LOTE":"CARGA_JSON1",
"ID":1,
"RECHAZO":NULL,
"COD_TRABAJADOR_RPS":NULL
},
{
"COD_EMPRESA":450,
"COD_TRABAJADOR":"408",
"COD_CONCEPTO":58,
"FECHA_INICIAL":"10062020",
"FECHA_FINAL":"10062020",
"FREC_PAGO":"Q",
"PORCENTAJE":NULL,
"CANTIDAD":NULL,
"MONTO":"2300",
"STATUS":"C",
"USUARIO_CARGA":"USUARIO",
"FECHA_CARGA":"10062020142500",
"USUARIO_APROBACION":NULL,
"FECHA_APROBACION":NULL,
"NU_LOTE":"CARGA_JSON1",
"ID":2,
"RECHAZO":NULL,
"COD_TRABAJADOR_RPS":NULL
}
]
}¿Te resultó útil este artículo?
Header del Método
Valores de Retorno del Método