mradosta / pragtico Goto Github PK

Estimados necesito saber como en el caso de un jornalizado por ejemplo le asigna un feriado ya sea 8 hs por feriado o 9 hs y que se lo liquide como detallo abajo en imagen pues , el sistema por defecto no trae el tipo de Hora Feriado.. al igual que en los Mensuales , no trae Dia Feriado para los Mensuales los cuales en comercio debe detallarse le feriado ya sea trabajado o no...

Y que ademas en las cantidades se muestre Horas y No dias..

Bueno desde ya agredeceré cualquier comentario si necesitan que las cosas las postee de otra manera me avisan como..

Estimados dado que las suspensiones, son bastantes comunes, necesito saber si por el modulo de ausencias se puede cargar una suspensión parametrizarlos desde allí? Tal cual una licencia por enfermedad o similar?

O sea creo la variable #suspensión y automáticamente me va a salir en el menu de ausencias?

Desde ya muchas gracias

Estimados dejo la formula que setie de acuerdo comerciocomo aporte

=if (or('#tipo_liquidacion' = 'sac', '#tipo_liquidacion' = 'final'), @sueldo_bruto * 3 / 100, ((@sueldo_bruto - @sueldo_basico - @dia_empl_comer) * (8/#jornada) * (30/#dias_trabajados) *3/100) + #basico_mensual_para_calculo_os * 3 / 100) + if('#obra_socialcod'='126205',(@acuerdo_octubre2016 + @presen_acuerdo_octubre2016 + @antig_acuerdooct2016) * (8/#jornada) * (30/#dias_trabajados) * 3/100 ,0) 

Estimados cuando cargo un embardo en la liquidacion de mes lo genera perfecto

Pero en la liquidacion final el concepto @descuento_embargo_sobre_smvm lo trae a cero , no sé si por codigo esta que en las liquidacion finales este concepto se liquide a cero No lo sé Bueno seria bueno saber si es asi..
Quedo en

Estimados , consulto por este medio dado que no tengo otra posibilidad:

Les consulto como liquidar un retroactivos por ejm puede ser hs extra puede ser día inasistencia etc para hacerlos Impactar en el periodo que correspondan ( Suponemos en este caso Junio Cerrado 931 Presentado), con lo cual en Julio debemos por ejm impactar 10 hs extras pero de Junio para que por ejm en Sac me tome la Mejor Remuneración Junio de corresponder,

Ademas tenemos que tener en cuenta la Mejor Remuneración en el caso de una Liquidación Final... Si no se respeta el By Retro se va a ver alterada al Mejor Remuneración. Al igual que vacaciones etc

Es importante yo no sè si es un tema de Liquidación o código pero es importante saber al menos como esta modelado el Retroactivo desde el código para yo hacer una prueba y ver como funciona.

Estimados por ejmplo uno esta preliquidando un mes por ejm este mes 04-2016 y me piden un adelanto de vacaciones ...hastaque yono confirmo laliquidacion del mes .... no impacta en elcalculo de las liquidaciones hacia adelante hastaque no estan confirmadas lo mismo para sac ganancias etc....

Con lo cual la solucion es un tilde en lapreliquidacion que haga impactar esa preliquidacion en un mes determinado

Espero que se entienda

Buenas. Estoy intentando que los recibos que generar Pragtico sean generados tanto en excel como en pdf (*1); veo que la librería que usa Pragtico es PHPExcel (version v1.7.4 *2) y soporta la exportación a pdf a través de otra librería que es la que genera el pdf propiamente dicho (tecnicamente creo que es así: PHPExcel convierte de manera nativa el excel a una versión html; la libreria pdf toma este html y genera el pdf). Bueno, planteo un par de preguntas a ver si alguien me puede ayudar o dar sugerencias:

• PHPExcel soporta 3 librerias externas para generar pdf:

DomPDF
mPDF
tcPDF

Cual sería la más apropiada para Pragtico? Pros y contras?

• En donde debería poner estas librerias? en app/vendors no?
• Que habría que tocar en Pragtico para que provea esta funcionalidad?
  Desde las vistas no se trabaja directamente con PHPExcel, si no a través del helper DocumentoHelper, que tiene el método save(...); supongo que esta método y alguna que otra parte de la esta clase debería ser necesario modificar (posiblemente agregando algunas opciones de configuración por si se quiere probar distintas librerías)

*1 Actualmente tengo hecha una modificación que el excel generado lo almacena en disco y luego hace un redirección para descargarlo en vez de generarlo y enviarlo al browser directamente; traía problemas tal como estaba (si mal no recuerdo me parece que Cake interfiere en la salida al browser metiendo cosas y uno obtiene excels mal formados)
*2 Está versión parece muuuyyy antigua; del 2010-08-26. La actual es 1.8.0, pienso que habría que actualizarla a esta nueva, me da la sensación que no debe haber problemas de compatibilidad.

No funciona el boton "quitar" del seguimiento de una ausencia.

Cuando marcarmos por Historial de de un legejo fecha de baja y le damos confirmado.. para que preliquide... Luego de Preliquidar me inhabilita la ediciondel mismo y hay que tocar los permisos de 288 a 496 por base de datos y no sè entiende bien el por que

Ya que es poco practico tocar base de datos

Ademas indicar como subir imagenes?

Al parecer no esta tomando sobre los conceptos Indemnizatorios Vacaciones No Gozadas y Sac s/Vacaciones No gozadas para calclular el embargo Detallo el recibo para que se vea que el problema no era que no estaba reteniendo el LF sino que el problema es que, no esta tomando en la base de calculo los conceptos Indemnizatorios como Vacaciones no Gozadas e Indem Sustitutiva de preaviso

Para ello pego el seteo de los mismo para ver que me esta faltando para que me los tome. Ya que en el seteo de concepto @embargo esta en la logica que retiene sobre : Pues no estoy viendo o no sé como marcarlos como Indemnizaciones, el tilde en el Concepto @descuento_embargo_sobre_smvm Como LF no cambio en nada, ese no seria el problema,. Yo no altere ninguna formula estan tal cual las traia Pragtico......

Para Indemnizaciones:
Indemnizaciones < o igual doble SMVM mensual calcula el 10% sobre las
indemnizaciones
Indemnizaciones > al doble SMVM mensual calcula el 20% sobre las
indemnizaciones

Desde ya muchas gracias

Seria un avance importante contar con la parametrizacion de generador del Archivo de Afip para cargas sociales y el mismo genere la Remuneraciones 4 y 8 para los trabajadores con jornada reducida que se pueda exportar con el Incremento de aporte por Jornada Reducida

Desde ya se agradecen los comentarios

Buenas, antes que nada me presento, ya que es mi primer posteo:
Soy Javier Ader, y vengo hace unos meses trabajando con Pragtico, creo que corrigiendo algunos bugs e intentando encarar algunas modificaciones mucho más generales, entre ellas: hacerlo correr sobre nginx sobre Windows y así evitar Apache y sus instaladores poco mantenidos, e intentar migrar Pragtico a Cake 2.7 y así evitar versiones de php antiguas y problemas de performance... Realmente nunca tuve el tiempo para publicar estas cosas acá, así que pido disculpas y espero en cuanto pueda ir publicando lo que encontré y lo que vaya encontrando.

Ok, yendo al tema actual: siguiendo una issue publicado anteriormente y mirando el código, creo que hay algo que no funciona como "se supone" (entre comillas porque quizá sea ese justamente el funcionamiento correcto) con respecto a los tildes de de tipo de liquidación en la que se permite usar el mismo (normal, sac, final, etc).
En particular, cuando uno liquida sac o final (posiblemente también pase en otras tipos de liquidaciones), el foreach en la linea 145 (modelo liquidacion.php) https://github.com/mradosta/pragtico/blob/master/app/models/liquidacion.php#L445

            foreach ($this->Relacion->RelacionesConcepto->Concepto->findConceptos('Relacion',
                    array(      'relacion'  => $relationship,
                                'desde'     => $this->getVarValue('#fecha_desde_liquidacion'),
                                'hasta'     => $this->getVarValue('#fecha_hasta_liquidacion'))) as $cCod => $concepto) {
                if (!$this->__isValid($concepto, array_keys($novedades['conceptos']))) {
                    $this->__resolvConceptToZero($cCod);
                } else {
                    $this->setConcept(array($cCod => $concepto));
                }
            }

si entiendo bien hace lo siguiente: busca todos los conceptos a nivel de relación para la liquidación en curso, y luego los filtra si no corresponden para el tipo de liquidación que estamos haciendo. Ahora bien, el filtrado se hace a nivel de código mediantes __isValid(....) y esta función no hace lo que uno creería correcto.
https://github.com/mradosta/pragtico/blob/master/app/models/liquidacion.php#L486

/**
 * Returns true when the concept is valid for the current receipt type, false in other cases.
*/
    function __isValid($concept, $novelties) {
        if (((int)$concept['liquidacion_tipo'] & $this->__receiptTypeMapping[$this->__receiptType]) === $this->__receiptTypeMapping[$this->__receiptType]
            || in_array($concept['codigo'], $novelties)
            || $concept['imprimir'] == 'No'
            || $concept['tipo'] == 'Deduccion') {
            //|| substr($concept['imprimir'], -9) === '[Forzado]') {
            return true;
        } else {
            return false;
        }
    }

parece ser que no mira SOLO en tipo de liquidación, hay excepciones; tambien considera valido (independientemente de los tildes de tipo de liquidación en el concepto, lo cual es chequeado en la primer condición del if)
si

1. el concepto esta en la lista de novedades (supongo que eso esta perfecto)
   o
2. si es "no imprimible" (realmente no se si estaría bien o mal; creo que sí, porque esto debe estar pensado para "conceptos auxiliares" que en general solo se calculan para poder evaluar otros conceptos)
   o
3. si es de tipo Deducción

Especialmente para el caso 3 es mi duda: parece que los tildes para tipo de liquidación en los conceptos SOLO se aplican para conceptos Remunerativos o No Remunerativos, pero NO para de tipo Deducción. Otra forma de decirlo: las conceptos de tipo Deducción SIEMPRE son agregados a la liquidación independientemente de cual sea el tipo de la misma.
Sí esa es la idea, tal vez estaría bueno agregar este detalle en la documentación.

Finalmente, aún si ese es el caso, vale aclarar (bah, creo) que uno siempre puede hacer que un concepto de tipo Deducción sea "filtrado indirectamente" mediante la formula, haciendo que se comporte como una deducción efectiva para las liquidaciones en las que deba aplicarse realmente y en los casos restantes que evalúe a cero (esto es exactamente lo mismo que hace __resolvConceptToZero).
Por ej, digamos que se agrega concepto DeduccionNoEnSacOFinal que es una deduccion fija de 500 pesos que no se tiene que hacer en el sac y en e final; un podría poner la formula (basada en la formula de Obra Social que también es una deducción y por lo tanto se aplica siempre)
= if (or('#tipo_liquidacion' = 'sac', '#tipo_liquidacion' = 'final'), 0, 500)

Tiene sentido hacer esto? O tal vez sería mejor modificar __inValid para que no haga la excpeción para las deducciones (esto es, que las filtre de igual manera que filtra a los restantes tipos)?

Gracias

No Toma el sistema correctamente la fecha de pago en el recibo, el mismo calcula 1 dia mas o 2 dias mas

Al parecer esto lo toma de algún calendario viejo , seria bueno saber como setear el calendario?

O de donde toma los datos pero cdo se le cololca ultimo dia habil del periodo salta al mes siguiente y cdo se le 1er dia habil 2do a o 3ro suma 1 dia o dos

Por otro lado entiendo que esto tambien nos afecta Ganancias ya que si el sistema tomaria fecha de pago mes siguieten las tablas y acumuladores cambian...

Desde ya muchas gracias por sus comentarios

Estimados no veo o al menos no sé como poder colocar correctamente una formula de vacaciones ya que la misam es un promedio variable de los ultimos 6 meses en caso dde haber rem variables ....

Y en el caso de no haber rem varible hay que tomar ultimi sueldo mas adicionales el cual no me esta tomando los adicionales no sé el por que... Al estar la liquiidacion de vacaciones separada de la mensual primero habia que confirmar mes... para liquidar vacaciones y que se acorrecta este calculo teniendo en cuenta que este mes por Ejm en Comercio hay aumento...

Espero sus comentarios

Por favor

Estimado la verdad que no comprendo lo que detallas no se si es el medio o no este para manifestar mi duda, pido disculpas si no lo es... pero te copio todas las formulas de la relacion citada en la cual podras notar que el concepto "aporte_extraordinario" no esta en ninguna otra formula.

Pido disculpas si no es el medio este para poder manifesta la duda pero no comprendo...

Un cordial saludo

Estimado les paso un nuevo Bug pues es un descuento que va solo en la liquidacion Mensual,.. Solo en la de mes Destildo el resto en la parametrización y me la sigue liquidando te muestro esta tildada solo para la Normal .....

Pero igual la trea en la liquidacion de Sac con lo cual hay que sacarla a mano..

Hay empleadores que por ejm hacen trabajar a sus empleados 3 dias por semana ....

Con lo cual yo he resuelto esto cargado como asistencias injustificadas los dias que no trabaja pero esto no impacta ni en los dias de sac ni en los dias del exportador de Afip....

Seria bueno que se vea alguna soluciones mas practica para esto

Estimadoslas vacaciones muchas veces de comun acuerdo entre trabajadorempleador las liquidan atrasadas por ejm 2014 se liquida en 2016 y el sistema tiene un concepto que es vacaciones no gozadas que las trae en todas las liqu finales si o si....Con lo cual de ser posible explicar el comportamiento de este concepto pues el mismo es un concepto que es que cuando se hace una Liquidacion final la misma es bueno detallar vaca no gozadas 2016 y en otro concepto las vacaciones que se le deben al trabajador atrasadas....

El sistema solo permite asignar a un relacion una variable o concepto a traves del menu relaciones

Pero seria importante ver la forma de cargarlo en la preliquidacion.... Pues, es muchoel tpo que uno pierde en asigar conceptos u variables ya que cada trabajador es un caso particular....

Bueno espero sus comentarios

A medida que vaya pudiendo ire reportanto todas las dudas o sugenrencias

Lo digo.con conocimiento.de causa trabajo en un estudio de liq de sueldos que calculamos liq finales todos los dias...como.borrador hay dos estados borrador que impacta en los calculos de mes si no se produce la baja luego se elimina sino se ajusta se destilda borrador y se liquida. Esta.fuera de ley es no liquidae como correspnde y no.tiene nada que ver el funcionamiento del sistema con la ley...

Estimados aca deberian agregar un boton de anulacion de liquidaciones pues se trabaja mucho con liq finales ( calculos) los cuales, deben impactar las liquidaciones y luego se sujeta a cambios Si hay que confirmar mes para que impacte en la liquidacion final es un problema....Si luego hay que cambiar

Hay dos caminos :
-Boton para anular
-Poder crear mas de una liquidacion por periodo y qeu la ultima pise a la anterior esto es impotarte por lo que mencione arriba

Situacion: una relacion que tiene mas de una ausencia al mes. Por lo que se carga una ausencia (ej licencia por enfermedad) desde el menu usencia y otra para el mismo periodo desde la planilla excel de novedades.
Al importar las novedades la de la planilla sale en el menu novedades en amarillo, con el siguiente error: "exite una novedad del mismo tipo para el mismo periodo y para la misma relacion. Verifique".
Pero en realidad no es el mismo tipo de novedad/ausencia.

Algo que he visto en otra herramienta y entiendo que Pragtico no lo posee son esta variables empresas solo he visto Infomacion o variables por CTT
Recordemos que casa empresa tiene por ejm
-Esta Incoporado a SUAF
-Alic de ART
-DTO 590/97
-Tope Idem X CCT
-Maxima Cant de Hs Extras
-Liquida IG por lo Percibido ?

En definitiva todo lo que haga a esa empresa en particular..pues cada empresa es una entidad a parte...

El sistema esta creado con Liquidaciones tipo Normar 1Q 2Q Final ,Vacaciones y Sac.. Si bien en la Final trae el Sac seria bueno poder hacer la liq Final en un solo recibo que salga todo Sac Propo Vacac No gozadas e Indem

Actualmetne para hacer Liq Final se liquida el propor Sueldo mes en Normal y Final en otro recibo a parte

Ver que solucion se le puede dar para que salga todo en un solo recibo