2
<!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
3
<!ENTITY eqonomize "<application
4
>Eqonomize!</application
6
<!ENTITY kappname "&eqonomize;"
7
><!-- Do *not* replace kappname-->
8
<!ENTITY % addindex "IGNORE">
9
<!ENTITY % French "INCLUDE">
12
<book lang="&language;">
16
>La documentation d'&eqonomize;</title>
29
>hanna_k@fmgirl.com</email
43
<!-- Translators: put here the copyright notice of the translation -->
44
<!-- Put here the FDL notice. Read the explanation in fdl-notice.docbook
45
and in the FDL itself on how to use it. -->
47
>&FDLNotice;</legalnotice>
57
>&eqonomize; est une application pour garder une trace de vos finances personnelles. Ce manuel est loin d'être fini. </para>
70
>Comptabilité</keyword>
77
<chapter id="introduction">
82
>En construction. </para>
85
<chapter id="accounting">
87
>Comptabilité avec &eqonomize;</title>
89
<sect1 id="accounting-overview">
94
>Le principe de base dernière la comptabilité dans &eqonomize; est l'idée de l'argent passant à travers des transactions entre des comptes qui sont des réservoirs. Une transaction représente un gain (vous recevez de l'argent), une perte (vous achetez quelque chose), ou une transformation ( vous retirez depuis un dépôt dans un compte banquaire) de l'argent. </para>
96
>Une transaction signifie toujours que de l'argent est transféré d'un compte à l'autre. Une dépense (quelque chose est acheté) peut par exemple vouloir dire que vous payer en liquide depuis votre compte de liquidité. Ce compte représente les produits et services que vous payez. Cela représente l'argent que vous n'avez plus après des dépenses. et c'est pourquoi qu'il est utile pour conserver l'enregistrement. </para>
98
>Les entrées sont généralement placées sur un compte banquaire et retirées d'un compte d'entrée. Cela veut dire que les comptes d'entrée auront une valeur négative, mais pour éviter la confusion, la valeur des comptes d'entrée est affichée comme des valeurs positives. </para>
100
>Différent compte d'entrée et de dépense sont utilisés pour catégoriser, et ainsi plus naturellement référencés comme catégories. D'autres comptes, lesquels représentent l'argent actuellement disponible sont souvent les vrais comptes banquaires dans la réalité, sont simplement référencés comme comptes. </para>
104
<sect1 id="accounting-accounts">
106
>Comptes et Catégories</title>
112
<sect1 id="accounting-transactions">
114
>Transactions</title>
117
>&eqonomize; a trois types différents de transactions basiques - dépenses, entrées, et transferts. Actions utilise des transactions spéciales décrites dans <xref linkend="accounting-securities"/>. </para>
119
>Les dépenses représentent une perte d'argent, une transaction où vous donnez de l'argent, la plupart du temps vous recevez quelque chose en retour. Cela peut être une facture pour des produits ou des services, ou un cadeau (ou vous prêtez de l'argent à quelqu'un). </para>
121
>Les entrées représentent un gain d'argent; quand vous recevez de l'argent. Vous êtes à l'opposé d'une dépense, quand vous recevez un paiement pour des produits et des services produits (souvent un salaire pour un travail régulier), ou quand quelqu'un vous donne de l'argent comme un cadeau ou un emprunt. </para>
123
>Le troisième type de transaction, le transfert, représente ni une perte ni un gain, mais un transfert d'argent depuis un compte vers un autre. Cela peut être par exemple quand vous retirez de l'argent liquide depuis un compte, ou quand vous transférez de l'argent vers un compte de sauvegardes. </para>
125
>Chaque transaction a un nombre d'obligation ou de propriétés optionnelles. Toutes ces transactions basiques ont quatre propriétés obligatoires - valeur, date, et depuis/vers les comptes/les catégories. Valeur représente le compte où l'argent de la transaction est affecté, date quand la transaction a eut lieu, depuis le compte où l'argent et pris et vers le compte où l'argent arrive. Ce sont des noms de propriétés génériques, lesquelles montrent que tout type de transaction sont généralement les mêmes. </para>
127
>Pour les dépenses la valeur est un coût, une valeur positive représentant une perte d'argent et le compte/la catégorie vers... ou le compte/la catégorie depuis... est le compte où la dépense est payée. La catégorie est toujours une catégorie de dépense et le depuis le compte/la catégorie un compte. </para>
129
>Pour les entrées la valeur est une entrée, une valeur positive représentant un gain d'argent et le compte/la catégorie depuis... est appelé catégorie et le compte/la catégorie vers... est un compte où l'entrée est déposée. La catégorie est toujours une catégorie entrée et le compte depuis/vers un compte. </para>
131
>Pour les transferts la valeur est appelée un compte, et le vers/depuis les comptes/catégories sont tous les deux des comptes. </para>
132
<table id="qalculate-TBL-mandatory-properties" frame="topbot" colsep="1">
134
>Propriétés obligatoires</title>
135
<tgroup cols="2" colsep="1" rowsep="0">
136
<colspec colname="COLSPEC0"/>
137
<colspec colname="COLSPEC1"/>
138
<colspec colname="COLSPEC2"/>
139
<colspec colname="COLSPEC3"/>
142
<entry colname="COLSPEC0"
146
<entry colname="COLSPEC1"
150
<entry colname="COLSPEC2"
154
<entry colname="COLSPEC2"
201
>Depuis le compte/la catégorie</para
205
>Compte (compte)</para
209
>Catégorie (catégorie entrée)</para
213
>Depuis (compte)</para
219
>Vers le compte/la catégorie</para
223
>Catégorie (catégorie dépense)</para
227
>Compte (compte)</para
238
>Toutes les transactions ont en plus deux propriétés optionnelles. La propriété de description contient l'information sur la nature de la transaction. Pour les dépenses et entrées cela peut être considéré comme une sous-catégorie flexible. La propriété commentaire est utilisée pour une information additionnelle. Par exemple si vous achetez une paire de chaussures, vous pouvez créer une dépense dans la catégorie habillement, avec la description <quote
240
> et des commentaires <quote
241
>Pradas rouge lumineux</quote
244
>Dépenses et entrées ont également deux propriétés non activées par défaut dans le programme. La propriété quantité dénote combien d'entités sont impliqués dans la transaction. Cela peut être un nombre entier, comme deux CD, ou une fraction, comme 0.56 kg de pommes (les unités ne sont pas incluses). Cette propriété est par défaut de 1 et n'affecte pas la valeur (la valeur par unité est égale à la valeur divisé par la quantité). Les dépenses ont également une propriété bénéficiaire pour la personne ou une entité, par exemple le magasin où l'on achète reçoit de l'argent, et les entrées ont une catégorie payeur pour celui qui vous donne de l'argent, par exemple votre employeur. </para>
248
<sect1 id="accounting-schedule">
250
>Transactions programmées</title>
253
>Une transaction programmées est une transaction prévue pour quelque chose qui n'a pas eut lieu. C'est simplement une transaction, de n'importe quel type, dont la date future est définie. Quand une transaction a eut lieu, elle doit une transaction régulière. Les transactions programmées permettent de garder une trace de toutes les transactions futures. &eqonomize; aura besoin d'une confirmation quand la transaction est certifiée d'avoir eut lieu. </para>
255
>Une transaction programmée peut être récurrent, régulièrement à une certaine date ou avec un certain intervalle. C'est pratique pour les factures et les salaires, qui n'ont alors plus besoin d'être saisies manuellement chaque fois et vous pouvez utiliser &eqonomize; pour les paiements à venir. Quand une transaction récurrente programmée est vérifiée, une transaction régulière est créée, cette date d'occurrence est enlevée de la récurrence, et la date de la transaction programmée est déplacée vers la prochaine occurrence. Une transaction programmée sans occurrences suivantes est enlevée. </para>
259
<sect1 id="accounting-securities">
269
<chapter id="using-eqonomize">
271
>Utiliser &eqonomize;</title>
274
>Cette fenêtre principale consiste en six vue différentes. Quand &eqonomize; est démarré, la vue compte est montrée. Pour changer la vue cliquer sur l'icône correspondant dans la liste verticale sur le côté droit de la fenêtre. </para>
276
<sect1 id="account_view">
278
>La vue Compte</title>
281
>Cette vue de compte affiche une liste de tous les comptes et catégories. Les catégories sont généralement aussi référencé comme des comptes, mais dans ce contexte spécifique elles se rapportent à une division de dépenses ou d'entrées, pendant que le compte désigne un réservoir ou un capital de ressource (généralement un compte banquaire ou du liquide; pour plus d'information voir <xref linkend="accounting"/>) Ils sont sortis alphabétiquement sous chaque type propre - comptes, entrées, et dépenses. </para>
284
>La liste a quatre colonnes. La première affiche simplement le nom du compte ou de la catégorie. La seconde est pour les catégories affichant le budget pour une période sélectionnée et ce qui ne va pas dans le budget. A moins que l'option <guibutton
285
>Montrer le budget partiel</guibutton
286
> est cochée, le budget (et le budget prévisionnel) est affiché pour tous les mois, vous pouvez ainsi voir dans le mode par défaut ce qui arrive dans le budget mensuel courant. La troisième colonne affiche le changement de valeur du compte ou de la catégorie pendant la période sélectionnée, alors que la dernière colonne affiche la valeur totale à la fin de la période (aujourd'hui par défaut). Les lignes pour les principaux types affichent la somme de tous les comptes/catégories suivantes. </para>
294
<chapter id="commands">
296
>Référence de commande</title>
298
<sect1 id="eqonomize-mainwindow">
300
>La fenêtre principale d'&eqonomize;</title>
304
>Le menu Fichier</title>
311
> <keycombo action="simul"
319
>Nouveau</guimenuitem
325
>Créer un nouveau document</action
333
> <keycombo action="simul"
347
>Sauver le document</action
355
> <keycombo action="simul"
363
>Quitter</guimenuitem
383
&help.menu.documentation; </sect2>
390
>Questions et Réponses</title>
392
<qandaset id="faqlist">
396
>Champ question</para>
400
>Champs réponse.</para>
406
<chapter id="credits">
408
<!-- Include credits for the programmers, documentation writers, and
409
contributors here. The license for your software should then be included below
410
the credits with a reference to the appropriate license file included in the KDE
414
>Crédits et License</title>
419
>Program copyright 2006 Hanna K. <email
420
>hanna_k@fmgirl.com</email
423
>Contribution: <itemizedlist
427
>hanna_k@fmgirl.com</email
434
>Documentation copyright 2006 Hanna K. <email
435
>hanna_k@fmgirl.com</email
439
>gnupower@hotmail.fr</email
441
&underFDL; &underGPL; </chapter>
443
&documentation.index;
449
sgml-minimize-attributes:nil
450
sgml-general-insert-case:lower
455
vim:tabstop=2:shiftwidth=2:expandtab