Il existe différents paramètres de compte dans Dokos pour restreindre et configurer les actions dans le module Comptabilité.
Geler les transactions comptables jusqu'à la date spécifiée, personne ne peut effectuer/modifier une entrée à l'exception du rôle spécifié.
Les utilisateurs avec ce rôle sont autorisés à définir des comptes gelés et à créer/modifier des écritures comptables par rapport aux comptes gelés.
La catégorie de taxe peut être définie sur les adresses. Une adresse peut être une adresse de livraison ou de facturation. Définissez les adresses à sélectionner lors de l'application de la catégorie de taxe.
Le pourcentage par lequel vous pouvez surfacturer des transactions. Par exemple, si la valeur de la commande est de 100 $ pour un article et que le pourcentage ici est défini sur 10 %, vous êtes autorisé à facturer 110 $.
Les utilisateurs avec ce rôle sont autorisés à surfacturer au-dessus du pourcentage d'allocation.
Sélectionnez le rôle autorisé à soumettre des transactions dépassant les limites de crédit définies. La limite de crédit peut être définie dans le formulaire Client.
Lorsque cette case est cochée, les factures d'achat avec le même « N° de facture fournisseur » ne seront pas autorisées. Ceci est utile pour éviter les entrées en double.
Lorsque cette case est cochée, si l'utilisateur procède au paiement à partir d'une facture, le système ouvrira une écriture de journal au lieu d'une écriture de paiement.
Si coché, le système dissociera le paiement de la facture respective. Par défaut, si une écriture de paiement est soumise, la facture liée ne peut pas être annulée tant que l'écriture de paiement n'est pas également annulée. Lors de la dissociation, vous pouvez désormais annuler et modifier les factures. Mais les paiements ne seront pas liés et considérés comme des acomptes.
Semblable à l'option précédente, cela dissocie tous les paiements anticipés effectués sur les commandes d'achat/vente.
Lorsqu'elle est cochée, une saisie automatique pour une dépréciation d'actif sera créée en fonction de la première date définie. Par exemple, l'amortissement annuel d'un article sera planifié pour les 3/4 années suivantes en fonction du nombre d'amortissements enregistrés défini dans la fiche d'immobilisation. Pour plus de détails, visitez la page Amortissement des actifs .
Si coché, le système permettra à l'utilisateur d'étiqueter les entrées dans les comptes de bilan par rapport à un centre de coûts. Par défaut, le centre de coûts n'est disponible que pour le compte Profit/Perte.
L'activation de cette option remplira la table Taxes dans les transactions si un modèle de taxe d'article est défini pour un article et que cet article est sélectionné dans la transaction.
L'activation de cette option récupérera automatiquement les conditions de paiement en fonction du fournisseur.
Afficher les taxes incluses dans l'impression : Les taxes appliquées seront affichées dans la vue d'impression. Afficher l'échéancier de paiement sous forme imprimée : Le tableau Échéancier de paiement est visible lors de l'utilisation des Conditions de paiement . L'activation de cette option affichera ce tableau en vue d'impression.
Cette option doit être décochée si vous souhaitez qu'Dokos vérifie l'âge des enregistrements extraits de Currency Exchange dans les transactions en devises étrangères. Si elle n'est pas cochée, le champ du taux de change sera en lecture seule dans les documents.
Jours périmés est le nombre de jours à utiliser pour décider si un enregistrement de change est périmé. Ceci est valide lorsque « Autoriser les tarifs périmés » est désactivé . Ainsi, si le nombre de jours périmés est défini sur 10, les taux périmés de 10 jours seront autorisés. Si Autoriser les taux périmés est activé, il n'y a pas de limite de temps pour l'âge des taux périmés.
Si les taux périmés sont activés, l'ordre de récupération est :
Dernier taux du formulaire de change Si aucun bureau de change n'est trouvé, le dernier taux selon le marché est récupéré automatiquement Si les taux périmés sont désactivés, l'ordre de récupération est :
Dernier taux du formulaire de change jusqu'au nombre de jours défini dans « jours périmés » Si aucun bureau de change n'est trouvé Le dernier taux selon le marché est récupéré automatiquement
Vous pouvez choisir d'utiliser des formats de flux de trésorerie personnalisés pour personnaliser l'apparence du rapport de flux de trésorerie
Dans le grand livre, le libellé de chaque ligne est intitulé Remarques.
Cela vient du fait qu'il provient des valeurs des champs remarques disponibles dans les documents transactionnels.
Ces remarques peuvent être indiquées manuellement ou bien automatiquement.
Il est possible de personnaliser le remplissage automatique grâce au langage Jinja dans les factures de vente et factures d'achat. Dans ces deux types de transactions, il existe trois types de libellés:
remarks disponible dans l'en-tête du documentremarks dans les lignes de facturation. Attention à bien renommer le champ directement dans les champs personnalisés.remarks dans les lignes de taxes de frais. Attention à bien renommer le champ directement dans les champs personnalisés.Une fois ces champs ajoutés, vous mettre une valeur par défaut en utilisant le langage Jinja.
Ex. {{ doc.customer }} / {{ doc.posting_date }}
Lorsqu'aucun modèle de conditions de paiement n'est trouvé pour un client ou un fournisseur, Dokos applique le délai de paiement par défaut (en jours) configuré ici pour calculer la date d'échéance. Ce délai s'applique à partir de la date de comptabilisation ou de la date de facture fournisseur selon le paramètre.
Ce paramètre garantit qu'aucune facture ne se retrouve sans échéance, même pour les tiers sans conditions de paiement définies.
Option Forcer un journal unique par transaction : si activée, toutes les écritures GL d'une même transaction doivent appartenir au même journal comptable. Toute transaction générant des écritures sur plusieurs journaux différents sera bloquée. Utile pour les environnements de comptabilité stricte.
Option Comptabiliser les avances en compte de passif séparé : les paiements encaissés sur commande (avant facture) sont enregistrés dans un compte de passif dédié plutôt que dans le compte client ordinaire. Lors de la création d'une écriture de paiement liée à une seule commande (sans facture), le système bascule automatiquement vers ce compte d'avance et notifie l'utilisateur.
L'option Mode Prévisualisation permet de détecter les problèmes potentiels sur un document avant de le valider définitivement. Lorsqu'elle est activée, Dokos effectue des vérifications à chaque enregistrement (sauvegarde) des documents en brouillon et affiche des messages d'avertissement orange si des anomalies sont détectées.
Les vérifications s'appliquent aux documents suivants, dès lors qu'ils sont en statut Brouillon :
Lorsque vous enregistrez une facture de vente, une commande client ou un bon de livraison en brouillon, Dokos calcule si le montant du document ferait dépasser la limite de crédit définie pour le client.
Si la limite est dépassée, un message d'avertissement orange « Avertissement pré-soumission » s'affiche dans le document, vous indiquant que la soumission pourrait être bloquée ou nécessiter une autorisation.
Exemple — Maison Verte SARL La limite de crédit de Maison Verte SARL est fixée à 10 000 €. Votre commercial saisit une facture de vente de 3 500 € alors que le solde en cours est déjà de 8 200 €. À chaque enregistrement du brouillon, un avertissement orange s'affiche : « La limite de crédit de Maison Verte SARL est dépassée. » Le commercial sait immédiatement qu'il doit obtenir une validation du responsable crédit avant de soumettre.
Pour les bons de livraison, le montant pris en compte est calculé au prorata des lignes du bon par rapport à la commande client d'origine, afin d'éviter un double comptage avec les factures déjà émises.
Une fois activé, les avertissements apparaissent automatiquement à chaque sauvegarde des documents concernés en brouillon. Aucune action supplémentaire n'est requise.
Si un Contrôleur de crédit est configuré (voir section 6), ce rôle peut soumettre les documents même lorsque la limite de crédit est dépassée. Le Mode Prévisualisation complète ce dispositif en alertant les utilisateurs standards en amont de la soumission, réduisant ainsi les blocages inattendus au moment de la validation.