Acceso restringido de usuarios a la facturacion

CASO 1: Perfil de usuario CLIENTE y ver facturación de PROYECTOS.

Lo que se hace ahora es:

-Buscar todos los proyectos cuyo ID_PETICIONARIO sea igual al seleccionado, si no se ha seleccionado se muestran todos.
-Por cada proyecto encontrado, buscar todas las imputaciones en IMPUTACIONES_ACTIVIDADES para el año seleccionado.

-En el filtro la combo de selección de JEFE DE PROYECTOS muestra todos los peticionarios,  recogiendo de la tabla PETICIONARIOS, que tienen el campo ID_CLIENTE>0 y que tienen PROYECTOS asignados, campo ID_PETICIONARIO de la tabla PROYECTOS.

Dudas para este caso:

-¿puedo ver sólo los proyectos dónde esté como ID_PETICIONARIO o más? Entiendo que tiene que haber tres tipos, cada jefe de proyecto solo podrá ver los suyos propios (los del mismo ID), pero existirán perfiles que tengan que ver todos los de su departamento (me refiero a EYS Producción, EYS Proyectos y EYS Sistemas) y otro perfil que vea todo lo del cliente (todo EROSKI).
-Si se mantiene el cliente EROSKI, con capacidad para ver todo lo de EROSKI ¿qué parámetros hay para distinguirlo del resto de usuarios?. Yo creo que este usuario habría q eliminarlo y que todos tengan su perfil y peticionario asignado.
-Si se quiere que se puedan ver datos de proyectos del cliente al que pertenece el usuario hay que tener en cuenta que en principio el valor ID_CLIENTE está en las tablas:
-USUARIOS
-PETICIONARIOS
-PROYECTOS

CASO 2: Perfil de usuario CLIENTE y ver facturación de PETICIONES sin proyecto

Lo que se hace ahora es:

-Buscar en PETICIONARIOS todos los que ID_CLIENTE pertenezca a Eroski o buscar el peticionario que está seleccionado.
-Por cada peticionario, buscar dentro del año seleccionado todas las IMPUTACIONES_ACTIVIDADES que pertenezcan a PETICIONES que esté como ID_PETICIONARIO.

-En el filtro la combo de selección de PETICIONARIOS muestra todos los peticionarios,  recogiendo de la tabla PETICIONARIOS, que tienen el campo ID_CLIENTE>0.

Dudas para este caso:

-¿puedo ver sólo los datos dónde esté como ID_PETICIONARIO o más? Igual que en proyectos, entiendo que tiene que haber tres tipos, cada jefe de proyecto solo podrá ver los suyos propios (los del mismo ID), pero existirán perfiles que tengan que ver todos los de su departamento (me refiero a EYS Producción, EYS Proyectos y EYS Sistemas) y otro perfil que vea todo lo del cliente (todo EROSKI).
-Si se mantiene el cliente EROSKI, con capacidad para ver todo lo de EROSKI ¿qué parámetros hay para distinguirlo del resto de usuarios?. Idem q arriba
-Si se quiere que se puedan ver datos de peticiones del cliente al que pertenece el usuario hay que tener en cuenta que en principio el valor ID_CLIENTE está en las tablas:
-USUARIOS
-PETICIONARIOS
-PETICIONES

ANOTACIONES

He probado si creando un usuario con el cliente 85 (PROYECTOS), es decir, algo más restrictivo que el usuario EROSKI, serviría. Los problemas, me parece que son de datos, ya que todos los proyectos son del cliente 1, así que no saldría nada.

Además los usuarios son del cliente 1 o 23 (Versia)

Sí hay peticionarios.

Un ejemplo:

Departamente PROYECTOS es el código 85

Alvaro Santamaría es la tabla usuarios la id 81, y el id_cliente=1. En Peticionarios es id=10 e id_cliente=85.

Es decir el valor del cliente puede ser distinto en las tablas proyectos, usuarios y clientes, sin tener ninguna relación.

En el caso de la visualización de peticiones sin proyectos, parece que funciona bien. Es decir muestra los peticionarios del cliente 85. Supongo que la tabla que tiene bien los datos es la de peticionarios.

Hablando con MARI PAZ, le ha parecido bien las modificaciones últimas y anotarán lo que surge para trabajarlo a partir de Enero.

Hablar directamente con JOSEBA sobre el tema de los usuarios.

Control de acceso para usuarios

Se quiere controlar los accesos, lo hablado hasta ahora ha girado sobre el CUADRO DE MANDO, a un departamento, o área, o entorno, de un cliente determinado, al que pertenece el usuario.

Quizás se pueda controlar por ahora, el CLIENTE.

Utilizar el id_cliente que está en la tabla de usuario y que se guarda en la variable $_SESSION["id_peticionario"]

Hay que tener en cuenta el perfil del usuario, ya que si es ADMINISTRADOR, id= 4, podrá ver todo. La variable del perfil del usuario está en: $_SESSION["usuario_perfil"]

Y eso es todo

Actividades en facturacion

En la facturación, en panel_cuadro_mando/cm_facturacion.php y en panel_cuadro_mando/cm_fact_imp_pry.php sólo hay que mostrar aquello que pertenezca a las actividades:

• 157- PETICIONES BASICA
• 173- PETICION     AVANZADA
• 284- PROYECTO

En producción (CRONOS) he subido la versión cutre, que consistía en un listado a pelo de los códigos, tal que así:

$lista_id = “157,173,284,264,265,266,267,268,298,263,269,270,271,272,299,285,286,287,288,289,290,305″;
$wid_actividad1 = ” AND imp.id_tipo_actividad IN ($lista_id) “;

En local tras haberla subido he puesto este código que parece va bien:

salida(“———————   CALCULO DE LAS ACTIVIDADES    ——————”);
$wid_actividad1 = “”;
foreach($actividades_temp as $key1=>$act){
unset($actividades1);
$actividades1 = rama_descendente ($act, ‘tipo_actividades’, ‘tipo_actividad_relacionada’);
if ($actividades1){
for($i=0; $i<count($actividades1); $i++){
$id_actividades[] = $actividades1[$i]['id'];
}
}
$id_actividades[] = $act;

}
$lista_id = implode(“,”, $id_actividades);
//$lista_id .= ($act==”")? “” : “, $act”;
$wid_actividad1 = ($lista_id!=”")?  ” AND imp.id_tipo_actividad IN ($lista_id) ” : “”;
salida(“cadena final: $wid_actividad1″);

hacer

hablar con Joseba sobre el correo que le mandé, con el problema de las imputaciones negativas.

Ver si tengo que hacer algo de la importación.

Mirar los informes, del correo de Joseba  y a por ellos!!

codigo de PETICION en detalle de facturacion

Añadir el código de la petición en el detalle de facturación.

Subir a CRONOS

Lotes con fotos

Para trabajar con lotes,  ARCHIVO/AUTOMATIZAR/LOTE…

lo primero es crear una acción… y para ello: http://www.dzoom.org.es/noticia-1724.html

Recorrer todos los check de una tabla

La intención es activar/desactivar todos los check de una tabla, con JAVASCRIPT.

En nuestro caso tenemos dos columnas, aceptadas y facturadas y se han de seleccionar todas las check de la columna correspondiente.

Las check se han llamado: aceptada-[id corres] y facturada-[id corres]. Estos nombres son importantes para buscar los elementos en el script.

Insertamos la biblioteca de mootools.

Al final del código php metemos el script:

<script>
var aceptadas = $A($$(“input[name^='aceptada-']“));
var facturadas = $A($$(“input[name^='facturada-']“));

$(“aceptadas”).addEvent(“click”,function(event){
event = new Event(event);
if(this.checked){
aceptadas.each(function(el){
el.checked = true;
});
}
else{
aceptadas.each(function(el){
el.checked = false;
});
}
});

$(“facturadas”).addEvent(“click”,function(event){
event = new Event(event);
if(this.checked){
facturadas.each(function(el){
el.checked = true;
});
}
else{
facturadas.each(function(el){
el.checked = false;
});
}
});

</script>

Hacer

Sacar la tarifa del perfil en la tabla de detalle de las imputaciones, para poder controlar que está bien.

Pasar por parámetro, el valor que se muestra en el resumen y hacer el total de los importes y ver si están bien.

Calculo Tarifas Imputaciones.

Informes de dedicación por actividad

En la tabla original, en panel_informes/inc_dedicaciones_generales.php poner un enlace en las ACTIVIDADES que cargará una nueva ventana a la que se le pasa la actividad y con eso, por ahora intentamos vía SESSION recoger la matríz de datos de esa actividad y montar la tabla como en el documento, divida por TAREAS.

La matriz de datos será:

• $matriz[actividad][mes][horas]
• $matriz[actividad][tarea][mes][horas]

En el detalle, con la actividad, recuperamos las tareas, correspondientes y así tenemos los códigos.