Saltar al contenido

Diferenciar dia-s seleccionados como laborables por mes según año


Recommended Posts

publicado

Estimados amigos del foro, esperando en este momento sigamos cuidándonos del problema mundial.

Entre tanto, he estado tratando de poder resolver un problema en la que me quede estancado. Se trata de determinar el número de horas de investigación por mes pero para ello hay que separar a días laborables y nuevamente de estos tomar en cuenta el dia que ha sido asignado esta labor y las horas estipuladas. Aquí es necesario distinguir un año normal del bisiesto. Todo esto surge sobre todo por que cada mes muestra semanas incompletas al inicio o al final. Por esta razón he creído que es mejor tomar en cuenta no por semana sino por los días del mes (Ver imagen).

Aquí narro el uso de la macro y además subo el archivo para que lo vean:

¿Cómo funciona?

1)      Coloco el sueldo mensual del docente investigador  ejemplo $2000

2)      Coloco el número de horas establecido por la ley     ejemplo 8 horas por día

3)      Selecciono el o los días en los cuales se ha asignado la tarea de actividad de investigación

4)      Ingreso el número de horas de investigación asignado (no debe de ser mayor a 8 horas por dia)

5)      Determino (Suma) el número de horas por semana para investigación

6)      Escribo el año para el cual deseo calcular los días de labor de investigación

7)      Indico si el año se refiere a Normal (Check sin activar) o bisiesto (Check sin activar)

?      Selecciono todos los meses si son 12,: o seleccionar solo los meses dedicados a investigar

9)      Ejecuto el Cálculo

De aquí surgen las preguntas que me tiene atascado-

¿Serán los mismos números de días laborables según cambie el año? Y si este es normal o bisiesto?

¿Cómo ajusto la selección de los días con el cálculo para tenerlos dentro de cada mes? (Ver imagen)

¿Cómo se realiza si solo selecciono un determinado mes o meses en los checkbox y que igual siga el curso del cálculo?

Como hago que la columna de HORAS INV/MES que son las horas de investigación por cada mes estén en base a los días seleccionados que es en el que se hace la actividad de investigación se compute y se muestre el total?

Resuelto aquello, ya se podría calcular el pago por mes.. Es decir multiplicando el valor por hora que ha resultado en cada mes (Columna  DOLARES/Hora) por  el # HORAS INV/MES de cada mes

 

DOLARES/MES = DOLARES/Hora * HORAS INV/MES

DolMes1 = CDbl(LbDolHraMes1.caption) * CDbl(HsrsMes1.caption)

image.thumb.png.fa3170c180b00e2ae8d26d82e7c02caf.png

Gracias anticipadas el apoyo en este tema

Calculo pago horas de investigacion.xlsm

publicado

Lo siento he avanzado y me parece que ahora está mejor entendible el propósito y manejo del userform

El determinar exactamente el número de días por mes (lo que está en rojo), me sigue limitando el avance. Si no seleccionó un dia de la semana no se debe contabilizar pero no se como hacer en esa parte. Influye mucho si el año es o no bisiesto pero me parece que lo he logrado en algo.

Subo el archivo para que miren al avance

Espero que ahora este mejor comprensible los datos deber ingresarse conforme la secuencia de los pasos que he colocado en el orden numérico.

Agradezco anticipadamente cualquier comentario.

Calculo pago horas de investigacionV2.xlsm

publicado

Nota: Hay que tomar en cuenta que si selecciono solo unos cuantos meses, lo cálculos deben hacerse sólo para los seleccionados 

Archivado

Este tema está ahora archivado y está cerrado a más respuestas.

  • 109 ¿Te parecen útiles los tips de las funciones? (ver tema completo)

    1. 1. ¿Te parecen útiles los tips de las funciones?


      • No
      • Ni me he fijado en ellos

  • Ayúdanos a mejorar la comunidad

    • Donaciones recibidas este mes: 0.00 EUR
      Objetivo: 130.00 EUR
  • Archivos

  • Estadísticas de descargas

    • Archivos
      187
    • Comentarios
      97
    • Revisiones
      28

    Más información sobre "Un juego del Rabino en Excel"
    Última descarga
    Por pegones1

    1    1

  • Crear macros Excel

  • Mensajes

    • Hola nuevamente. Por eso la importancia de lo que mencionas tú como "ruta relativa". Tal cual comentas, y aún sin llegar a algunos detalles importantes para ayudarte, en realidad tal cual te comenté le día miércoles, pues sí podías hacer como comentabas, era cosa de obtener los Id de Windows (como tú los llamas) y la ruta de OneDrive en casa usuario y eso sí se puede obtener con VBA y luego pasarlo a PQ, pero medio que te cerraste en que "PQ no puede trabajar con rutas relativas", cosa cierta pero siempre hay formas. Si SAP puede o no guardar en OneDrive o SharePoint, pues si está mapeado en la PC ¡claro que se puede! Pero bueno, creo que si te es útil tu propia propuesta ¡avanza con eso!
    • Perdona @Abraham Valencia pero he estado liado estos días. En realidad todo el problema se reduce a estos dos problemas: Problema 1: El script que "fabrica" SAP y que luego "pego" en la macro, no es capaz de  guardar archivos en SharePoint. He estado buscando, y en realidad muchas personas tienen ese problema (no poder guardar un Excel en SAP a través de VBA). Eso muy probablemente sean problemas de permisos, que no puedo cambiar (no soy administrador de nada). Como no puedo solucionarlo así, paso al plan B, que es guardar en Excel que me genera SAP en el ordenador de cada usuario que ejecute la plantilla (y que sí está guardada en SharePoint), para después con PowerQuery llamar a ese Excel (el export). Para ello, pretendo guardar el export, en la ruta relativa "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" donde los \..\..\..\ saltan las rutas personales de cada usuario (tipo C:\users\IDusuario\). Eso lo hace bien, y el archivo se guarda en la ruta de cada usuario que lo usa, pero surge el problema 2 Problema 2: PowerQuery no trabaja con rutas relativas del tipo  "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" necesita que sea del tipo fija "C:\users\IDusuario\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" pero claro, IDusuario es diferente para cada usuario.   Pero escribiendo todo esto, creo que he dado con una posible solución, no grabar el export en una ruta de usuario, sino en una en la raiz de C:, que siempre será igual para todos los usuarios, del tipo C:\Sap\export.xlsx que seria igual en todos los ordenadores. Asi sí podría decirle a PowerQuery que vaya siempre a la ruta C:\Sap\ que existirá en todos los ordenadores. Mañana intentaré hacer pruebas, aunque mi solución ideal seria que se pudiera guardar en el SharePoint. Saludos.
    • Hola La opción brindada por @torquemada es correcta, funciona, pero hay algunos inconvenientes que (desde mi punto de vista) no la convierten en mi primera elección. Los inconvenientes son: Tendrías que ir columna por columna haciendo los reemplazos, claro que no se harían a mano sino que utilizarías la opción reemplazar o la opción texto en columnas, aun asi demorará un poquito y será trabajoso. Cada vez que descargues otro listado, tendrás que volver a realizar los reemplazos. Me parece una mejor propuesta lo siguiente: Descarga los movimientos a un archivo de Excel Desde tu control de pagos (otro archivo) cargas los movimientos del archivo descargado mediante Power Query Power Query hará los reemplazos y reconocerá todo correctamente (sin que tengas que hacer nada especial) Cuando descargues los movimientos un día posterior, solamente tendrás que hacer clic en "Actualizar" y todo funcionará en automático
    • Hola a todos, Efectivamente, me temo que tal como trabajan las funciones =HOY() y/o =AHORA() (volátiles), sólo con macros puedes obtener soluciones. Un recurso pedestre podría ser, cada vez que quieras que se fije un dato, te sitúes en esa celda y pulses F2, F9 e INTRO.  Pero claro, puede ser un inconveniente si hay que hacerlo repetitivamente en muchas ocasiones,.............. en fin, lo comento sólo como posibilidad. Saludos,
    • Hola nuevamente, mi duda sigue siendo la ruta, o rutas, finales que quedan, esas que llamas "relativas"; igual por si acaso pon 3 o 4 de esas, tal cual son y/o se ven en el explorador de cada PC y, de ser posible, en cualquier otro "lado" en que las veas.
  • Visualizado recientemente

    • No hay usuarios registrado para ver esta página.
×
×
  • Crear nuevo...

Información importante

Echa un vistazo a nuestra política de cookies para ayudarte a tener una mejor experiencia de navegación. Puedes ajustar aquí la configuración. Pulsa el botón Aceptar, si estás de acuerdo.