Preparació del sistema

Preparació d'un sistema OpenERP per a gestió d'associacions amb les facilitats de passar rebuts i importar extractes bancaris:

- Cal el codi del openerp-server-6.0.3

http://launchpad.net/openobject-server/6.0/6.0.3/+download/openerp-server-6.0.3.tar.gz

- L'addons-extra

bzr branch lp:openobject-addons/extra-6.0

- Localització espanyola:

bzr branch lp:openerp-spain/6.0 openerp_l10n_es
 

Un cop preparats els paquets de dalt tindrem 3 directoris controlats. Copiarem els subdirectoris de extra-6.0 i openerp_l10n_es a la carpeta del servidor bin/addons i amb aquest ordre. Com hi ha conflictes de versions, deixarem sempre l'arxiu existent.

Ara podem crear una BD amb el profile Association . Passem per tots els passos de configuració i caldrà sempre que ens deixin triar l'opció de la localització espanyola. Un cop generada, instalem el l10n_es_bank_statement i el l10n_es_payment_order , segint bé les instruccions i observacions que se'ns presenten. Per veure algun dels menús com a administrador cal anar a administració/usuaris i posar grups nous a l'usuari administrador.

Importació d'extractes

Primer, dins del menú de Comptabilitat/Configuració/Comptabilitat financera/C43 bank statements , executar l'Assistent de importació de conceptes d'extractes . Això crearà enllaços per defectes dels conceptes de l'extracte als comptes comptables.

Per importar jo ho he fet anant a Comptabilitat/Bancs i Caixes/Extractes creant un de nou i executant l'assistent d'importació que apareix a mà dreta. El nou que volíem crear no cal guardar-lo, sembla.

A partir d'aquí ja és un tema comptable.

Emissió de rebuts

Tal com se'ns indica, creem un mode de pagament de domiciliació a Comptabilitat/Configuració/Varis/Mode de pagament, amb tipus de pagament Rebut Domiciliat .

Com que ja tindrem alguna factura de soci per pagar a on li haurem indicat com a "Tipus de pagament" "rebut domiciliat", caldrà anar a Comptabilitat/Ordres de Pagament, crear una amb el mode de pagament generat abans , seleccionar les factures i un cop fet ja podrem executar l'assistent que tindrem a mà dreta. Si ho tenim tot en regla ens generarà un arxiu que, a més, quedarà annexat a l'ordre de pagament.

Especificitats per a una AMPA

- Els socis és renoven cada any.

[a completar]

Hem ajuntat els mòduls en una sola branca de BZR i així consta en Launchpad. Incorpora una més potent gestió de participacions en grups i enllaç amb el generador d'horaris FET.

Podeu descarregar els paquets aquí:

https://launchpad.net/school-base-openerp-module

The school_teacher_management offers a wizard for change a teacher who didn't presented in a seance with a student group, by other teacher who has a seance without group at the same moment.
The teachers (res.partner) must have reference code and the boolean presence field is school_presence .

El school_teacher_management ofereix un assistent per al canvi a un mestre que no es presenta en una sessió amb un grup d'alumnes, per un altre mestre que té una sessió en el mateix moment sense grup.

Descarregueu el modul amb "bzr branch lp:~school-dev-team/school-base-openerp-module/school_teachers_management" i el deseu en el directori addons. Recordeu de reiniciar el procés del servidor OpenERP i d'actualitzar el mòdul dins OpenERP/Administrador/Moduls instal·lats/Actualitzar .

Allí trobarem un paquet amb els mòduls a guardar dins el directori addons de l'instal·lació del servidor OpenERP.

L'informe de línies d'absència per participació visualitza clarament les sessions que han tingut problemes en la confirmació d'assistència per part del professor. Un alumne absent tindrà notes en les hores que ha tingut absència i es veurà un forat en aquelles hores que el professor no n'hi hagi apuntat.

La cerca de sessions per professor, amb utilitat òbvia, estava pendent. Ara ja en disposem d'ella a la llista de sessions. Cal recordar que pot haver més d'un professor impartint sessions.

Després de les primeres passes podem dir que tenim un school_base sòlid per continuar desenvolupant les funcionalitats. Els dos mòduls sobre el que es suporten, contact_annotation i timed_groups demostren un comportament estable i flexible amb les necessitats que es van descobrint.

En aquest gràfic teniu la relació entre school_base i timed_groups amb una possible connexió amb un altre mòdul en desenvolupament que gestiona continguts.

Els dos estrenen el nou desenvolupament amb importants canvis i millores. La diferència respecte a la versió utilitzada en l'anterior curs és la modularització del codi:

- El mòdul timed_groups s'encarrega de gestionar els grups i les participacions. Grups que s'omplen automàticament segons la definició de la partició amb un o varis grups pares.

- El mòdul contact_annotation gestiona les anotacions per a contactes de forma que estableix estats amb una estructura de permisos per grups d'usuaris o per rols de partners/usuaris sobre el contactes.

- El mòdul school_base depèn dels dos anteriors i s'encarrega d'organitzar les dades d'un centre educatiu.

- El mòdul school_attendance facilita la lectura i escriptura d'anotacions que poden derivar-se de la impartició d'una classe.

Attachments:

openerp-school.zip

[Paquet amb els quatre mòduls ara.]

66 Kb

Si us plau, repasseu la vostra distribució.