Questionnaire de démarrage comptable
L'objectif de cet article est de poser les principales questions pour configurer la comptabilité Neogia pour son démarrage.
Contents |
Paramétres généraux
Acteur comptabilité
Quelle est la référence de l'acteur présent dans Neogia qui représente la société
- Ex : DemoNeogia
Réponse : |
- Cet acteur est à renseigner dans le fichier AccoutingProperties.properties, variable accounting.company.partyId
Cet acteur possède t-il le rôle Interne Facturable ?, ce rôle est nécessaire pour la saisie des factures fournisseurs
- Ex : nécessaire ou pas
Réponse : |
Devise
Quelle est la devise du site ?
- Ex : EUR
Réponse : |
- Information à renseigner dans le fichier general.properties, variable currency.uom.id.default
Données statiques
Comptes
Documentation relative : configuration des comptes
Hiérarchies
Combien de hiérarchies de comptes sont nécessaires ?
- Ex : 3
Réponse : |
Lesquelles ?
- Ex : Standard, Bilan, Compte de résultat
Réponse : | |
- La définition des hiérarchies s'effectue sur cet écran : accounting/control/ChartNameSelection
Pour chaque hiérarchie, quelle est la profondeur de l'arbre ?
- Ex : Standard 4, Bilan 3, Compte de résultat 3
Réponse : | |
Les comptes de Tiers
Quels sont les comptes à associer à des tiers ?
- Ex : 401000, 411000, 421000
Réponse : | | | |
Pour chaque compte cité, quel est le rôle que doivent avoir les acteurs pour pouvoir y être rattachés ?
- Ex : 401000 Bill_to_vendor, 411000 Customer
Réponse : | | | |
Comptes analytiques
Combien d'axes analytiques sont utilisés ?
- Ex : 2
Réponse : |
Lesquels ?
- Ex : Produit, Projet
Réponse : | |
- Pour chaque axe, il faut renter un enregistrement dans la table Enumération avec les champs :
- enumId : AT_nom de l'axe
- enumTypeId : ATYPE
- enumCode : AT_nom de l'axe
- description : description de l'axe
- sequenceId : numéro de l'axe + 1
Périodes
Documention relative configuration des périodes
Combien de types de période sont utilisés ?
- Ex : 3
Réponse : |
Lesquels ?
- Ex : Gl, Reporting, Fiscal
Réponse : | |
- Le type de période Gl est déjà défini et obligatoire.
- Pour chaque type supplémentaire, il faut insérer un enregistrement dans la table Enumeration avec les champs:
- enumId : PT_du type de période
- enumTypeId : GLPERIODTYPE
- enumCode : AT_nom du type de période
- description : description du type de période'
- sequenceId : numéro du type de période + 1
Pour chaque type de période, quel est le découpage d'un exercice voulu et quelle est la profondeur de l'arbre ?
- Ex :
- type Gl
- profondeur de l'arbre : 3
- Niv 1 : exercice sur 1 an
- Niv 2 : mois
- Niv 3 : quinzaine
- type Gl
Réponse : | | | | | | |
Journaux
Documentation relative : configuration des journaux
Quels sont les journaux à utiliser ?
- Ex : Achats, Ventes, OD, Banque
Réponse : | | |
Pour chaque journal, quel est le préfixe à utiliser sur les écritures ?
- Ex : Achat : AH, Vente : VE, OD : T4, Banque : CM
Réponse : | | |
Pour chaque journal, quel est le masque de saisie d'écriture à appliquer ?
- Ex : Achat : Facture fournisseur, Vente : Auxiliaire, OD : Tabulaire, Banque : Paiement fournisseur
Réponse : | | |
Règle d'usage des trasactions
Règle interne de numérotation ...
Facturations
Est-ce que les factures de Ventes doivent avoir un préfixe ?
- Ex : FA
Réponse : |
- Ce préfixe est à renseigner dans le fichier AccoutingProperties.properties, variable accounting.invoice.invoice.prefix
Est-ce que les factures d'Achats doivent avoir un préfixe ?
- Ex : AC
Réponse : |
- Ce préfixe est à renseigner dans le fichier AccoutingProperties.properties, variable accounting.invoice.purchaseinvoice.prefix
Est-ce que les Avoirs clients doivent avoir un préfixe ?
- Ex : AV
Réponse : |
- Ce préfixe est à renseigner dans le fichier AccoutingProperties.properties, variable accounting.invoice.customerrequest.prefix
Pour les factures fournisseurs, doit-on utiliser une méthode par défaut pour le calcul de la date d'échéance de la facture si la fournisseur n'en possède pas ? Si oui, laquelle ?
- Ex : Oui, 30_fin
Réponse : | |
- Cette information est à renseigner dans le fichier AccoutingProperties.properties, variable accounting.payment.default.dueDcalMethod
Paiement
Doit-on gérer un compte bancaire à utiliser par défaut ? Si oui, lequel ?
- Ex : Oui, 512000
Réponse : |
- Cette information est à renseigner dans le fichier AccoutingProperties.properties, variable account.bank.default
Lors de la génération de paiement fournisseurs, quels sont les moyens de paiement utilisés ?
- Ex : Lettre-chèque, virement électronique
Réponse : | | |
- Cette configuration passe par l'entité PaymentMethodType et l'attribut reportServiceName
- valeur PER_CHECK_SIM_PTR pour impression des chèques simples
- valeur PER_CHECK_COM_PTR pour impression des feuilles-chèques
Saisie tabulaire
Le nombre de lignes par défaut sur la saisie tabulaire est de 10, doit-on augmenter ou diminuer cette valeur ? si oui, quelle valeur doit-elle prendre ?
- Ex : Oui, 20
Réponse : |
- Cette valeur est à renseigner dans le fichier AccoutingProperties.properties, variable accounting.transaction.tabscreen.glentry.size
Intégration
Documentation relative technique de l'intégration comptable
Évènement à intégrer
Quels sont les évènements de la gestion à préparer pour une intégration dans la comptabilité ?
- Le tableau ci-dessous liste tous les évènements
| Événement | À intégrer | variable à renseigner |
|---|---|---|
| Stock : Mouvement d'Inventaire | oui / non | FacilityParameters.ST_EVT_TYPE_INV_MVT |
| Stock : Transfert | oui / non | FacilityParameters.ST_EVT_TYPE_XFERT |
| Stock : Transfert planifié | oui / non | FacilityParameters.ST_EV_TY_X_RE_DI |
| Stock : Expédition | oui / non | FacilityParameters.ST_EVT_TYPE_SHIP |
| Stock : Réception d'achat | oui / non | FacilityParameters.ST_EV_TYPE_PUR_OD |
| Stock : Sortie vente pour expédition | oui / non | FacilityParameters.ST_EV_TYPE_SALE_OD |
| Stock : Réception de production | oui / non | FacilityParameters.ST_EVT_TYPE_RUN_MAN |
| Stock : Sortie pour la production | oui / non | FacilityParameters.ST_EV_TY_RU_COM_MA |
| Facture retour fournisseur | oui / non | |
| Fact_Vte 1-entête | oui / non | |
| Fact_Vte 2-détail : taxes | oui / non | |
| Fact_Vte 2-détail : produits | oui / non | |
| Fact_Vte 2-détail : expéditions | oui / non | |
| Fact_Vte 2-détail : promotions | oui / non | |
| Fact_Achat 1-entête | oui / non | |
| Fact_Achat 2-détail : taxes | oui / non | |
| Fact_Achat 2-détail : produits | oui / non | |
| Fact_Achat 2-détail : expéditions | oui / non | |
| Fact_Achat 2-détail : promotions | oui / non | |
| Paiement fournisseur | oui / non | |
| Paiement client | oui / non | |
| Avoir_Vte 1-entête | oui / non | |
| Avoir_Vte 2-détail : taxes | oui / non | |
| Avoir_Vte 2-détail : produits | oui / non | |
| Avoir_Vte 2-détail : expéditions | oui / non | |
| Avoir_Vte 2-détail : promotions | oui / non |
Conditions d'intégration
Pour chaque évènement à intégrer, quelles sont les règles d'intégration ?
- Remplir un tableau comme suit :
| Évènement | Condition | Comptes à renseigner |
|---|---|---|
| Paiement client | client avec référence 10345 | credit 411001 |
| Paiement client | tout autre client | credit 411000 |
| Paiement client | tous cas | debit 512000 |
- Ces conditions doivent ensuite être traduites dans le moteur d'intégration de Neogia.


