[..] Gestion C.E

[australopitheque]

bonjour a tous.
voilà j'ai un projet qui est peut être trop ambitieux pour moi car je ne sait pas du tout par où commencer et avec quoi.
j'aurai voulut faire un script de gestion de 2 budgets pour C.E (ASC et fonctionnement) avec gestion des salariés.
mais je ne sait pas avec quoi le faire sqlite,UDF excel,fichier ini, je ne sait pas ce qui pourrait être viable ,surtout avec la quantité de donnée et le nombre de différente donnée.
donc j'aurai besoin de lumière voir même d'un script voir plusieurs script complémentaire (compta et un branchement gestion salarié ).

ce que ce script doit faire :

- gestion comptable simple entrer, sortie sur 2 comptes (social et fonctionnement) visible sur la même fenêtre et tri suivant style budget
- gestion des salariés
- gestion des événements
- gestion prévisionnel budget

voilà j’attends vos question, aide et proposition.( je n'ai pas de limitation pour le gui )

ps:pour la gestion du personnel j'ai déjà fait un truc directement sur excel mais trop chiant a géré d'où ma venue sur autoit plus paramétrable.

[jchd]

Prend un soft de gestion d'asso gratuit.

[australopitheque]

bein le soucis c'est qu'il en existe pas beaucoup de gratuit ou alors on ne trouve pas comment avoir les payants en demo avant achat , de plus il ne corresponde pas vraiment a mes besoin car ils gèrent des cotisations et non pas les événement familiaux du style naissance mariage et retraite .

[scorp84]

Bonjour,

Comme logiciel gratuit, il y a le logiciel B-ASSOCIATION qui est gratuit, très simple et très complet :
http://www.b-association.com/

Peut-être pourra-t-il te convenir.

Amicalement.

BM

[australopitheque]

merci de l'info
j'essaye mais je croit que c'est la version pro qui se rapproche le plus de ce que l'on recherche.

[scorp84]

Bonjour,

Après une recherche plus approfondie, j'ai trouvé un autre logiciel qui à l'air de mieux correspondre à ta recherche : c'est le logiciel GESTAN.

► Afficher le texte

Gestan est un logiciel intégré de gestion d’Entreprise. Evolutif et fortement paramétrable, Gestan accompagne aussi bien les auto-entreprises que les entreprises les plus importantes. Avec Gestan, vous pouvez piloter votre activité et suivre vos clients, vos contacts, vos devis, factures et commandes, vos temps de travaux, vos produits et vos stocks, vos tâches, votre comptabilité…

Pour les contacts (clients, partenaires, prestataires, contacts perso, etc.), gestion des données personnelles et professionnelles
Gestion des caractéristiques des projets et tâches : durée prévues, planification, mode de facturation, code affaire, etc.
Gestion des temps de travaux liés au projets et aux tâches; Facturation automatique à partir des consommations enregistrées sur une plage de date
Gestion des rendez-vous, téléphones, courriers, mails, rappels, information, rappels, autre actions, actions récurrentes
Gestion des interventions : toute action devant être facturée. Production des états destinés à l’administration fiscale pour les entreprises de service à la personne. Facturation automatique à partir des interventions enregistrées sur une plage de date.
Gestion du catalogue produit, avec photos, notices techniques, codes barre.
Gestion des devis client, factures client, avoirs client.
Gestion des MACHINES ressources (tout objet faisant partie de votre force de production) et des plans de maintenance associés
Saisie des écritures comptables; Génération automatique des écritures en encaissement ou décaissement de facture; Génération automatique d’écritures récurrentes;
Gestion des versements effectués par les contacts.
Gestion des adhésions : associations, clubs, amicales, etc. Edition des reçus fiscaux
Fonctionnement monoposte ou réseau.
Backup mensuel automatique (attention, ce backup ne dispense pas d’une stratégie de sauvegarde adaptée à la problématique de vos données d’entreprise !).
Utilisation possible du logiciel « Etats et Requêtes », vous permettant de développer vos propres états

Le fichier d'installation comprend les versions 2 et 3. La version 2 est gratuit sans limitation de temps. Pour basculer en version 2, Il suffit d'utiliser l'option de menu "switcher de version", dans le menu "?" du menu principal de Gestan.
Gestan est ouvert : toutes les données affichées sont exportables au format texte, XML, word ou Excel. Les fichiers importants (contacts, produits, sociétés, écritures, mouvements de stock, adhésions, versements) peuvent être chargés ou mis à jour à partir de fichiers externes au format texte. Gestan est paramétrable : vous pouvez déclarer des champs complémentaires propres à votre activité, pour les contacts, les produits, les machines; Les options de paramétrage vous permettent une personnalisation poussée du logiciel. Gestan est évolutif : vous pouvez commencer à utilisez Gestan au début de votre activité, comme autoentreprise, en monoposte, puis continuer à utiliser Gestan sous le statut social de SARL, en multiposte, ou de SAS/SA, en cloud

Tu peux le télécharger sur GRATILOG :
http://www.gratilog.net/xoops/modules/m ... 8&lid=2304

En espérant que celui-ci corresponde mieux à ta recherche.

Amicalement.

BM

[australopitheque]

merci de tes proposition , je vais voir avec les autres membres ce qu'il en pense.
dommage qu'un projet de cette envergure est trop loin de moi,cela m'aurai intéresser d'en créer un mais bon,on va faire avec.
je m'y tenterai bien quand j'aurai du temps pour faire mes recherche de comment le faire.

car le SQL bein bof car il faut que sql soit installer sur le pc de destination.
par fichier je pense que trop lourd et trop facile d’accès (lecture par n'importe qui)
la gestion des fenêtres doit être lourde a faire (accès lecture écriture).

[jchd]

Faire déjà une analyse complète. La partie SQL peut n'être qu'un loukoum à côté.

[australopitheque]

qu'appel tu une analyse complète?
ce que le script doit faire et géré?
pour ce qui concerne faire et géré,j'ai déjà une bonne idée mais c'est sur quel base je doit m'orienter qui m’intéresse.
car si je me consacre a tout gere en tableau alors qu'il faut tout envoyer en sql c'est a mon avis très différents.

en gros c'est une gestion bancaire double compte , une gestion membre et une des activités social.
dont tout cela serai en relation interdépendant.

la gestion membre et activité cela je peut géré ça facilement par tableau et stockage en xls ,mais la partie bancaire là j'ai du mal car beaucoup d'info a géré.

[scorp84]

Bonjour,

car le SQL bein bof car il faut que sql soit installer sur le pc de destination.

Et Mysql/PHP ?

L'avantage serait que tu n'a rien à installer sur les postes et que chacun des membres autorisés puisse collaborer en ligne.

Mais bon, là, on s'éloigne d'Autoit du coup

Amicalement.

BM

[australopitheque]

ouai on ce rapproche plus de webdev ^^

[Strofe]

Bonsoir

Pour rester sous Autoit et bénéficier du générateur de GUI. --> MySQL et Autoit

http://www.autoitscript.com/forum/topic ... ysql-udfs/

A+

[australopitheque]

bon j'ai regarder pour faire ça avec ton udf,mais là je pense que je part dans une galere car déja que le script est un peu ambitieux,m'embarquer pour du sql en plus a gérer et mixer avec autoit va me prendre largement trop de temps.
je vais plutôt voir a m’orienté vers l'UDF excel car rien a installer ,de plus le fichier reste lisible et accessible pour amélioration,mais bon faut que je voit les possiblité.
mysql comprend de grosse atout mais celui de la facilité d'utilisation,sur des gui en recherche par exemple ne doit pas être facile a régler.
mais bon ce n'est qu'un survol des possibilité mais dés qu'il faut installer un truc je me voit mal faire du portable avec l'obligation du mysql en installation obligatoire sur chaque pc ou mon script sera utilisé.

[jchd]

Excel en base de donnée partagée ? Base de données concurrente et portable ?
Boudiou !
Si on a inventé et mis au point SQL c'est bien pour faire ça.
MySQL ==> _une_ base de données serveur et de multiples utilisateurs clients.
Combien de postes et quelle charge ?

[australopitheque]

quand on a la main mise directement sur chaque pc,mysql oui mais quand on n'a pas accès,j'ai des doutes.
nombre de pc:environ je pense 4 ou 5 mais une seul session,pas de serveur en commun .
encore moins les droit admin une fois sur le réseau et mis en relation avec le pc où le script fonctionnera.

pour expliquer les contraintes ,il y aura un pc principal où tout ce fera mais d'autre pc pourront travailler sur le script sur d'autre partie de la gestion,mais non connecte au réseau.
le pc principal sera connecté au réseau mais aucun accès ne ce fera ailleurs que sur le pc principal (sécurité oblige) de plus nous n'avons aucun contrôle sur ce réseau interne,donc mysql là j'ai des doutes..

pour expliquer le pourquoi,le pc principal sera celui du comité d'entreprise et nous ne voulons pas que la direction vienne y mettre son nez dans nos fichier et gestion de notre CE.

donc si nous passons par excel ( ce qui n'est pas encore défini) il y a la possibilité d"y mettre un mot de passe pour que seul le script y accède et puissent y travaillez.
tout en étant facile a être modifie manuellement si un soucis de perte du script par accident sur un des pc.


voilà le pourquoi et étais mon interrogation de comment faire ça sur mon premier post.

[jchd]

Je vois que (sans vouloir offenser personne dans l'histoire) vous ne percevez pas bien les implications de ce que vous souhaitez.
Une base de données n'est pas un simple fichier que l'on peut dupliquer sur 2, 4, 5 ou 1000 postes. Il doit y avoir des contraintes fortes pouren conserver l'intégrité, sinon vous n'obtiendrez vite qu'un ramassis de données incohérentes et je suppose que ce n'est pas vraiment le but.

Alors pour en revenir aux bases des Baese, quand on a une architecture avec plusieurs clients, on a le choix en gros entre deux solutions. Soit on déploie une base de données client/serveur avec des clients utilisant (par exemple le plus répandu) un pilote ODBC (ou plutôt ADO, selon ma dernière terminologie MS), soit on a une architecture centralisée où un serveur Web offre des services base de données à des client Web.

Dans le premier cas, un moteur SQLite (de base) n'est pas recommandable sans "bonnes" précautions [je peux vous exposer pourquoi si ça vous intéresse], du coup un MySQL installé une fois pour toutes sur un serveur est une excellente solution. Soit on choisit l'accès de type Web et un moteur SQLite (qui est alors le seul maître à bord) est parfaitement utilisable (y compris pour des datacenters de plusieurs To et des milliers de connexions simultanées).

Soit dit au passage, je pense sincèrement et sans vouloir décourager quiconque, que ce que vous envisagez demande un professionnalisme certain et constant tout au long du cycle de vie, autant du point de vue architectural que du point de vue réalisation. De ce fait, autant employer des outils à la hauteur dès le départ. Implicitement : Excel ou même Access sont des jouets qui vous feraient vous mordre les ... kouyes un jour ou l'autre.

NB : mon clavier Deluxe à 100€ déconne à pleins tubes, pardon pour les typos éventuels !

[australopitheque]

donc d’après ce que je comprend,il vaux mieux évité excel (mince mes fichiers étais prêt :S)et access.
il me reste juste la possibilité d'extérioriser mes base avec soit moteur mysql ,soit mysqlite.
mais honnêtement cela dépasse mes compétence,faire une modif ou rajout sur une base avec un soft oui,mais par autoit en connexion extérieur....
je sait que ce projet est énorme et complexe,mais comme je ne sait par quel bout commencer.
de plus j'ai déjà dans ma tête des interrogations qui viendront car je sait déjà sur quel point je bloquerai dans la gestion gui de la ligne sélectionné avec un affichage d'une base sql.

si vous avez une base d’exemple gui + mysql extérieur je suis preneur au moins j'aurai une vague idée plus précise de ce qui m'attend.
je sait qu'il existe déjà des soft mais ça serai moins amusant que de ce creuser la tête ^^
ce genre de code ne me parle pas trop
je suppose que ceci est l'exemple d'une connexion d'une db extérieur.

Code : Tout sélectionner

$sql = _MySQLConnect("sa","sa","mydb","mywebsite.com")
$var = _Query($sql,"SELECT * FROM mytable WHERE user = 'username'")
With $var
While NOT .EOF
FileWriteLine("c:\test.txt",.Fields("user_name").value & @CRLF)
.MoveNext
WEnd
EndWith
_MySQLEnd($sql)

[jchd]

L'emploi répété du mot "extérieur" dans votre message me laisse croire que vous en faites une montagne ou que votre vision repose sur des a-prioris faux.
La base doit être accessible, point. Qu'elle réside sur une clé USB, qu'elle tourne sur un disque local et partagée en réseau ou sur un serveur quillé sur Mars ne change absolument rien.

Revenant sur ce terme étrange : "extérieur". La principale raison d'être d'une base de données est d'assurer avant tout les 4 qualités résumées dans l'acronyme ACID. Lire ici ce que cela implique.

Pour être utilisable, la BDD doit aussi fournir un moyen aisé d'interaction. C'est maintenant le langage SQL qui s'impose dans ce cas. Le moteur repose aussi sur une organisation efficace du stockage des données et des index qui permettent de passer d'un balayage complet d'une table (complexité en O(N)) lors d'une recherche à une complexité en O(log(N)). Passons sous silence bien d'autres aspects plus pointus techniquement.

Donc pour nous usagers, la BDD se comporte comme une boîte noire relativement subtile en ce sens qu'elle offre les moyens d'organiser, de stocker, d'interroger, de faire vivre le données qu'on lui confie tout en en assurant la cohérence et l'intégrité.

De ce point de vue simpliste, il n'y a guère de distinction de prime abord avec un système de gestion de fichers type NTFS, qui organise et optimise (plus ou moins) l'accès au contenu des fichiers qu'il abrite. L'énorme différence est qu'aucun système de fichier ne s'intéresse à la structure des fichiers ni aux relations qu'ils peuvent entretenir entre eux, ni aux relations qui peuvent exister entre les éléments constitutifs d'un fichier. C'est là qu'un moteur de BDD apporte un plus fondamental.

L'autre plus c'est ACID : une opération (éventuellement hyper-complexe) est un tout qui est soit mené à bien en totalité d'un seul coup (du oint devue externe) soit abandonné à cause d'une erreur qui ne permet pas de parvenir à finaliser cette opération en totalité. L'opération n'a d'existence pour l'extérieur (autres postes) que lorsqu'elle est finalisée et elle est durable (on ne revient pas spontanément en arrière).

Un exemple simpliste est l'opération de virement bancaire de compte à compte. On veut transférer une some donnée du compte A au compte B. On doit d'abord s'assurer que le compte A dispose de la somme. Ensuite bloquer cette somme pour qu'elle ne soit pas affectée entretemps à une autre opération et bloquer l'état du compte émetteur (impossibilité de clôturer le compte, le saisir ou le frapper d'incapacité pendant le cours du transfert !). Ensuite verrouiller de même l'état du compte d'arrivée. Ensuite débiter le compte émetteur. Ensuite créditer le compte récepteur. Vérifier la cohérence de l'ensemble de l'opération puis seulement à ce moment déverrouiller les deux comptes.

Une autre opération, encore plus simple, demande exactement les mâmes qualités : la détermination du prochain numéro de facture.
En analysant une opération aussi basique et anodine (d'autant plus qu'elle est quotidienne), on s'aperçoit que ces fameuses qualités ACID sont toutes impératives pour qu'un tel système fonctionne correctement à tous coups. Si on ajoute les considération d'architecture, on voit que le petit programme fonctionnant tout seul dans son coin n'a pas la possibilité de parvenir aux impératifs de cohérence qu'une telle opération impose.

Pour en revenir à des considérations plus proches de vos préoccupations, comment imaginer une solution non centralisée, où l'on aurait plusieurs Excel fonctionnant plus ou moins en parallèle sur plusieurs postes ? Il y aura des centaines de situations, au bas mot, où vous aurez impérativement besoin des qualités ACID pour mener à bien les opérations requises. Vous ne pourrez pas maintenir un système cohérent sans une base de données, explicitement centralisée.

[australopitheque]

je vous remercie pour vos explication très bien détaillé,mais me rassure pas du tout ^^
car déjà que le projet est ambitieux ,je voit de la complexité ce rajouté au fur et a mesure de l'avancé des idées.
pour moi un transfert ou payement ce faisait en 2 étapes crédit=>débit et débit=>crédit mais là j'en voit au moins 4 de plus.
blocage des comptes crédit /débit,vérification,transfert ,validation crédit et débit.
déja que le sql n'est pas mon truc ,là je risque d'aborder des détail qui me sont inconnue.(blocage de base sql pour évite modification entre transaction etc etc..si faisable?).
de plus je ne sait pas si l'UDF le permet..
ceci rajoute beaucoup d'interrogation a mes interrogation :S

[jchd]

Je ne dis rien pour affoler, au contraire, c'est pour clarifier que l'emploi de solutions bâtardes ou simplement inadaptées rendrait l'ensemble inexploitable.
SQL et les bases de données sont justement faites pour ça et, une fois qu'on n'a plus peur de regarder ce tigre dans les yeux, il devient un chat inoffensif.

Dans l'exemple, le verrouillage des comptes et le blocage de la somme à la source pendant l'opération sont impératif. A défaut, il existe de très nombreuses possibilité que les comptes soient incohérents à la fin de l'opération, si d'autres évènements interviennent au mauvais moment.

Tout moteur SQL permet ce genre de choses en quelques lignes de code, si l'on prend les précautions élémentaires (qui sont simples).