0
1

Evolution 1.9.1.1
SQL Server

Formulario: Nóminas > Acciones de Personal > Solicitudes de Vacación

Los siguientes parámetros vienen configurados por default a nivel de país, sin embargo el formulario me está generando un error requiriendo configurar dichos parámetros a nivel de compañía.

  1. VacacionUsaSPParaCalculos
  2. VacacionUsaJornada
  3. VacacionIncluyeAsueto
  4. VacacionIncluyeDomingo
  5. VacacionSabadoEsMediaJornada

Los últimos 3 parámetros estaban configurados por Rango, por lo que fueron modificados para que tuvieran una configuración por tipo Escalar.

¿Es correcto que estos parámetros solo acepten ser configurados con un alcance a nivel de Empresa y no a nivel de país?

asked 23 Nov '15, 15:19

Henry%20Sandoval's gravatar image

Henry Sandoval
(suspended)
accept rate: 53%


El código fuente solicita los parámetros enviando el Centro de Trabajo del empleado, no por la empresa.

Los procedimientos almacenados que se pueden configurar para sobreescribir la funcionalidad del fuente, podrían no estar requiriendo los parámetros a nivel de centro de trabajo, pero esto se sale del control del código fuente

Si tenes duda de cómo opera la obtención del valor, podes revisar la función de base de datos:

[gen].[get_valor_par_varchar_fecha]

En resumen cuando el fuente llama a la función, como le envía como parámetro el centro de trabajo del empleado, se realiza la siguiente búsqueda:

  1. Busca el alcance por centro de trabajo, si lo encuentra retorna es valor y sale de la función
  2. Busca el alcance por la empresa del centro de trabajo especificado, si lo encuentra retorna ese valor y sale de la función.
  3. Busca el alcance por el grupo de la empresa del centro de trabajo especificado, si lo encuentra retorna ese valor y sale de la función.
  4. Busca el alcance por el país del grupo corporativo al que pertenece la empresa del centro de trabajo especificado, si lo encuentra retorna ese valor y sale de la función.

Entonces, los parámetros pueden estar especificados a nivel de país o de empresa, en ambos casos es correcto, lo que hay que revisar es la cadena de asociaciones Centro de Trabajo / Empresa / Grupo Corporativo / Pais del grupo. Ya que es por esa vía que se obtiene el valor.

Finalmente, los parámetros que están especificados por Rango en lugar de un valor Escalar, se debe a que el fuente busca primero la aplicación de Rango y si no la encuentra entonces lo busca Escalar. Esto es correcto y se puede especificar de ambas maneras, esto depende de la legislación laboral del país o de las particularidades de una implementación.

Los parámetros que se buscan primero por rango y luego por valor escalar si no se encuentran son:

  • VacacionIncluyeAsueto
  • VacacionIncluyeSabado
  • VacacionIncluyeDomingo
  • VacacionSabadoEsMediaJornada
link

answered 23 Nov '15, 18:57

Fernando%20Paz's gravatar image

Fernando Paz ♦♦
17.3k81635
accept rate: 51%

edited 23 Nov '15, 18:58

Esto también implica que si utilizamos esos parámetros como Rango debemos actualizar las funciones estándar que utilicemos como lo es la función [acc].[vac_busca_final_periodo_goce] (Evolution 1.10.0.8)

(22 Dec '16, 10:34) Jimy Tobar ♦♦ Jimy%20Tobar's gravatar image
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Evolution en BitBucket

En este sitio puede acceder al código fuente, centro de descargas y reportar bugs, propuestas y mejoras para Evolution.

Evolution en JIRA

En este sitio puedes sugerir nueva funcionalidad para Evolution, o puedes votar por la funcionalidad ya propuesta por otros usuarios.

Tags:

×9
×6
×1

Asked: 23 Nov '15, 15:19

Seen: 3,004 times

Last updated: 22 Dec '16, 10:34

[Acerca de] [Preguntas Frecuentes] [Privacidad] [Soporte] [Contacto]
Copyright 2013-2018. Asesores en Informática