Discussion :

[marot_r]

Bonjour.

N'y-a-t-il pas un moyen dans Access de bloquer tout accès au code et aux données, (par exemple avec un mot de passe verrouillant le projet, sans aller cependant jusqu'à l'utilisation d'un runtime) ?
Il est impensable de laisser tout utilisateur libre d'aller bidouiller dans les tables de données !!

Il y a des moyens de restreindre l'accès aux tables MAIS il y aussi des moyens de contourner ces protections et ils sont assez faciles à trouver sur le Net donc il n'y a pas de garantie qu'aucune altération ne sera faite.
Et si il y a altérations, elles ne seront pas visibles.

Peut-être avec un BD de données encryptée et en ne distribuant qu'un "exécutable" de l'application tout en masquant l'a fenêtre de BD ce serai possible mais je ne l'ai pas testé.

A+

[chrtophe]

MAIS JE METS AU DEFI TOUT INFORMATICIEN NON FORME A LA COMPTABILITE de réaliser un développement viable de journal de saisie comptable.

Un logiciel de compta, c'est une saisie et extraction de données avec des contraintes précises pour la saisie et des formatages précis pour l'extraction. Si on explique clairement à un informaticien ces contraintes, il fera le job. Après c'est sûr que quand on a les 2 casquettes informaticien et comptable c'est plus facile.

Dans un premier temps, pour simplifier, une table "mouvements" peut suffire. Il suffit lors de la saisie au kilomètre de calculer le solde des lignes d'écritures du mouvement en cours, devant être à 0 pour en autoriser la sortie (somme des débits - somme des crédits). Lors de l'ouverture du formulaire, un calcul peut être fait sur le solde du dernier mouvement, ce qui permet en cas d'interruption du logiciel, de toujours s'assurer que les mouvements sont équilibrés. Un champ sera mis pour le nom du journal. Un champ "validé" sera ajouté. si ce champ est vide, l’écriture est en brouillard et donc modifiable, si il est mis à 1 par exemple, l'écriture est validée et est donc en journal. La clôture mensuelle que tu souhaites consistera à valider les écritures mensuelles (après contrôle d'équilibre de chaque mouvements).

Pour améliorer, on faudra créer une table "écritures" en lien avec la table "mouvements", la table écriture comportera le nom du journal, les libellés d'écriture ne devant donc plus être présents dans la tables "mouvements".

J'évite de cette façon de passer par une table temporaire ou je dois ensuite déplacer les éléments d'une table à l’autre.
Pour ce qui est de l'affichage des journaux, grands-livres, balances, il s'agit de simples formulaires ou états avec les requêtes adéquates, les cumuls du mois précédents n'étant qu'une requête supplémentaire. Idem pour les soldes intermédiaires de gestion, compte de résultat, bilan.

même si j'ai de nombreuses remarques à faire, notamment sur le côté scolaire des journaux de trésorerie, avec le bouton "commissions" "retrait bqe" "versement bqe" ??!!!. On a l'impression d'une saisie des écritures développée par un comptable ..... pour des non-comptables ! J'y reviendrais.

L'exemple de ClaudeLeloup est avant tout un logiciel de caisse pour restaurants, qui génère les écritures comptables en conséquences des mouvements enregistrés. Il est destiné à l'usage de non comptables. Pour l'aspect OD, c'est autre chose. Il n'y a pas de notions de journaux, gd-livres, etc, mais il s'agit d'une première partie. Tu peux très bien partir de sa base et la modifier.

[neghe]

Merci de suivre ces liens suivant pour voir des exemples

http://www.cjoint.com/c/GICna0ZpuYP

http://www.cjoint.com/c/GICneme3mDP

[inmlb]

J'ai un outil qui fonctionne pour moi.
Je suis parti de l'exemple de M. LELOUP et en le modifiant j'ai un outil qui fonctionne.
Je m'en sers depuis 3 ans pour faire mes déclarations aux impôts (en France : 2033 A ...)
AU plaisir

Je viens de consulter la discussion que j'avais lancée en 2009 sur la faisabilité d'une comptabilité générale
en Access. Malheureusement, je constate que strictement rien n'a bougé : j'espérais à l'époque susciter des réactions notamment de comptables professionnels passionnés d'informatique, comme c'est mon cas.

Mais il faut se rendre à l'évidence !!!
Tout le monde s'en fout ! Mis à part une avalanche d'applications de gestion de stocks ou de facturation (intéressantes en soi mais à 1000 lieues de la logique tordue des comptables)

C'est un peu désespérant. Visiblement, le sujet ne doit intéresser que des masochistes de mon acabit.
Je parcours régulièrement Internet à la recherche du Graal, pardon, de quelques bouts de code access
qui seraient un pied à l'étrier.

Les seuls tentatives dont j'ai eu connaissance n'étaient que des bricolages d'épicier n'ayant rien à voir avec une vraie comptabilité (cf les petits logiciels pour TPE ou PME comme EBP ou CIEL, puis SAARI pour les plus importantes).

Je ne doute pas que des cadors style silkyroad, hubiche warin etc .. (dont je collectionne pieusement les "oeuvres" !!!) doivent se tordre de rire s'ils lisent ce laïus.
MAIS JE METS AU DEFI TOUT INFORMATICIEN NON FORME A LA COMPTABILITE de réaliser un développement viable de journal de saisie comptable. (les étudiants en compta eux-mêmes ont besoin de pas mal de temps avant de comprendre pourquoi un montant est un débit ou un crédit ! Eh oui, le crédit (je vous le souhaite !) de votre relevé bancaire serait un débit si vous teniez votre propre compta personnelle.

C'est sans doute ce qui explique ce silence assourdissant.

D'ailleurs, les remarques que j'avais reçues en 2009 montraient à quel point les programmeurs non spécialisés en informatique comptable sont à cent lieues des réalités et contraintes.

Je reste néanmoins convaincu qu'un telle application est possible en Access A LA CONDITION PREALABLE de se farcir une initiation concrète à la logique comptable (saisie d'écritures, gestion du total écriture, qui ne peut selon moi être seulement le produit d'une requête mais inscrit EN DUR dans une table, retours en boucle pour modification ou suppression, arrêté mensuel , gestion des à-nouveaux mensuels et annuels, consultation des comptes de date à date avec à-nouveaux cumulé ou non, ce qui implique de plus la distinction compte de bilan ou compte de charges/produits (les premiers vivant éternellement tandis que les seconds repartent à 0 chaque année etc !!!!!!

Une fois ces infos enregistrées, éventuellement totalisées, regroupées ..., résultats comptables annuels calculés, c'est fini. Tout le reste n'est plus qu'une collection de requêtes sélection ou action.

Voilà. Avis aux informaticiens de gestion !

Patrick