Diferencia entre revisiones de «Agregar mes 6»

De Wiki
Saltar a: navegación, buscar
(Ejecutar Importar Usuarios)
(Importar ese resultado a la base de postgres)
Línea 36: Línea 36:
  
 
=Importar ese resultado a la base de postgres=
 
=Importar ese resultado a la base de postgres=
 +
se hace desde la consola
 +
psql sueldos -Upostgres < /var/www/htdocs/sitios/toba_1.4.0/proyectos/sueldos/www/script_usuarios_el_archivo_de_salida_que_vi_en_el_punto_anterior.txt 2> ./error_script_usuarios.txt
 +
 
=Ejecutar Arbrir Semestre=
 
=Ejecutar Arbrir Semestre=
 
Pero tuneado para q solo traiga los legajos +cargos q existen en "empleado" y No existen en "cobra"
 
Pero tuneado para q solo traiga los legajos +cargos q existen en "empleado" y No existen en "cobra"

Revisión del 08:04 11 dic 2013

dias mes 6

Historial de tiempos de ejecucion

 el mes de Junio 2013 lleva 6 horas desde la acumulacion del mes 6. OJO que ya estaba liquidado

Liquidar en el Pampa los dias del mes 6

concepto 13-dias

Convertir dias de mes 6 a cvs

DH10

Poner un pampa mes 6 con dh10 blanqueado

Acumular para sac

debe hacerse desde los meses 1 al 6

Hacer cvs de DH10,DH01,DH03,DH24

tomandolo de ese pampa mes 6

Importar DH10 y dias_sac

utilizando el procedimiento Traslado de datos al Sistema WebSac (dias y dh's)

Ejecutar Importar Usuarios

Trae los legajos + cargos q no existen en "empleado". Esto se actualizo en diciembre de 2012
mcedit /var/www/htdocs/sitios/toba_1.4.0/proyectos/sueldos/php/admin/importar_usuarios.php


ver la funcion

function evt__form_importar_users__importar()
en la consulta solo incluye q mire alos nuevos, 
 se recomienda cambiar el nombre al archivo de salida parano perder el anterior
 este nombre de achivo esta en la linea
     $fd=fopen('script_usuarios_julio2013_diciembre2013.txt','w');

ejecutar desde toba

el archivo queda en /var/www/htdocs/sitios/toba_1.4.0/proyectos/sueldos/www/

Importar ese resultado a la base de postgres

se hace desde la consola
psql sueldos -Upostgres < /var/www/htdocs/sitios/toba_1.4.0/proyectos/sueldos/www/script_usuarios_el_archivo_de_salida_que_vi_en_el_punto_anterior.txt 2> ./error_script_usuarios.txt

Ejecutar Arbrir Semestre

Pero tuneado para q solo traiga los legajos +cargos q existen en "empleado" y No existen en "cobra" cambia rel nombre del arch generado par ano perder el anterior

/var/www/htdocs/sitios/toba_1.4.0/proyectos/sueldos/php/admin/tareas_administrativas.php

function evt__form_abrir_semestre__abre_sem_abrir

Importar ese resultado a la base de postgres

antes hacer un back up

su postgres
cd
pg_dump -C sueldos -Upostgres > ./bk_julio_noviembre_antes_diciembre2012.sql

?DONDE QDA¿

Ejecutar Importar Diciembre

En este punto ya estan los legajos y cargos nuevos en las bases 
 empleado,cobra y montos, 
por lo cual ya no habra problemas de faltante del mes de junio (o ultimo mes del semestre)


Es el mas pesado x q trabaj con todos los meses poniendoles q los actualice para cuando verificado=0

0 significa q no tuvo ninguna verificacion y por lo tanto manda la nueva info subida de dh10


  • 2 verificado central
  • 1 verificado dep
  • 3 masivo
en /var/www/htdocs/sitios/toba_1.4.0/proyectos/sueldos/php/admin/importar_usuarios.php
cambiar la funcion ya q la que se uso del 1 al 5 solo es para fuentes, esta es mas avanzada
se llama
  function evt__form_importar_dic__dic_importar_para_poner_ultimo_mes_de_semestre_ok()
ponerla como
  function evt__form_importar_dic__dic_importar()
recordar cambiar
 $per_sem=6; //si es primer semestre debe valer 0


vaciar las fuentes!!!!!
no vacie para 06 2012 y anduvo mallll. Asi que hubo q vacair las fuentes y correr
importa_diciembre con el cofigo q solo levanta fuentes

Importar ese resultado a la base

antes hacer bk de los dhs con

create table public.dias_sac_hasta_noviembre_2011
as (select * from public.dias_sac)

Activar la edicion de fuentes

chequear Activar fuentes.JPG Activar fuentes2.JPG