Dantesque Sedipualba

0. Introducción David Herrero recomienda que se creen estructuras significativas. Por ejemplo, plantea una estructura de este tipo: Intervención AD Usuarios RC Usuarios Facturas Usuarios Interventor Usuarios Así, se puede enviar tareas a un grupo y no a un uuario 1. Entrada En la aplación de administración (sufijo " /admin " tras la  url de la sede )  entramos y tras identificarnos, y seleccionamos " Estructura organizativa y de personal ". 2. Vemos una estructura parecida a la que sigue. Hay que darle al signo " + " para que se abran los subnodos de un nodo. Como se puede ver, el nodo "SISTEMAS" está tanto dentro de "INFORMÀTICA I MODERNITZACIÓ" como de "URBANISME (I). No es una estructura de árbol.  2. Edición de nodos Marcamos con el botón izquierdo del ratón un nodo que queramos hacer algo con él. En la parte derecha hay un boton con el texto " Editar " junto con un trialgulito que muestra un menú emergente PRECAUCIÓ

4. Interesados Los expedientes normalmente tiene unos interesados aparejados. En el  WSDL de Expedientes  y su documentación asociada  (1 general)  y  (2 detalle)  aparece un WS de creación de interesado dentro de un expediente.  és  NuevoInteresado  y devuelve el código (id) del interesado creado.Se indican los campos requeridos, donde la mayoría de campos ya se vieron en el apartado anterior  wsseg_user : Usuario WSSEG. wsseg_pass : Contraseña WSSEG. pk_entidad : Código de la entidad. codigoExpediente : Código del expediente. codCiud : Código del ciudadano interesado. codCiudRep : Código del ciudadano representante. Opcional, puede indicarse -1 para no indicar representante. notificacionElectronica : Si el interesado será notificado electrónicamente (true) o por vía postal (false). domicilio : Domicilio del interesado si será notificado por vía postal. domicilioRep : Domicilio del representante. Opcional, puede indicarse una cadena vacía telefonoMovil : Teléfono móvil del interesado

1. Introducción En la Guía de Migración nos indica que para migrar bien los expedientes, debemos tener en cuenta que los siguientes datos están guardados en estructuras propias: Interesados (Terceros) Ja visto en una entrada anterior  como se importan, pero luego habrá que asignar los a un expediennte. Expedientes (basados en procedimientos administrativos SIA) Carpetas para alojar documentación Documentos Electrónicos Entradas de Registro Requerimientos a interesados Resoluciones Administrativas Notificaciones Pagos vinculados a expedientes (ej. Tasas, precios públicos, etc.) Relación entre expedientes Pero también existen estas estructuras no mencionadas que creo son importantes: Entradas de histórico de expediente. A parte de las estructuras anteriores, existe un catálogo de WS. También se habla de la posibilidad de migración usando los WS que da la plataforma Sedipualba. En concreto las definiciones de WSDL son: https://pre-dipualba.sedipualba.es/segex/wssegex.asmx?wsdl https://pr

 Veamos los pasos que hay que hacer consecutivamente: 1. Obtener los tipos de procedimientos en la aplicación original Listar los tipos de procedimientos de la aplicación orígen (y para simplificar, solo se listarán aquellos tipos de procedimientos que se hayan utilizado, y que afecten a la entidad rela y no la de pruebas) En Gexflow se puede realizar la siguiente consulta: SELECT distinct count ( * ), A.id_tipo_expediente, A.nombre, A.descripcion, A.codigo_tipo_expediente, a.mascara_codigo_expediente FROM gexflow.exp_ref_tipo_expediente A JOIN gexflow.exp_expediente B ON B.id_tipo_expediente = A.id_tipo_expediente where id_entidad = 2 group by A.id_tipo_expediente, A.nombre, A.descripcion, A.codigo_tipo_expediente, a.mascara_codigo_expediente ORDER BY id_tipo_expediente ASC Y queda este fichero con campos delimitados por comas (","), que se puede leer directamente desde cualquier programa de hojas de cálculo. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15