diff --git a/Docs/fr/bofa-mym.html b/Docs/fr/bofa-mym.html index 5a25cf9251..963221de91 100644 --- a/Docs/fr/bofa-mym.html +++ b/Docs/fr/bofa-mym.html @@ -1,38 +1,39 @@ - - -
- - -http://www-cad.eecs.berkeley.edu/~gooch/mymdump.html -
http://www-cad.eecs.berkeley.edu/~gooch/qifuniq.html -
J'espère que les autres trouveront ces scripts facile à -utiliser. -
Ken Yamaguchi Octobre 1998 - - + + +
+ + +http://www-cad.eecs.berkeley.edu/~gooch/mymdump.html +
http://www-cad.eecs.berkeley.edu/~gooch/qifuniq.html +
J'espère que les autres trouveront ces scripts facile à +utiliser. +
Ken Yamaguchi Octobre 1998 + + diff --git a/Docs/fr/projects.html b/Docs/fr/projects.html index 73afead5b6..f8182424d0 100644 --- a/Docs/fr/projects.html +++ b/Docs/fr/projects.html @@ -1,817 +1,1558 @@ - -
--The GnuCash pages -provide overview & introductory material about GnuCash, and in -general present a glossier, more accessilbe format. This page is -aimed at developers, not users. -
-We believe that a GNU GPL project should provide goals and motivations -at both the large and the small scales, in order to focus and motivate -the developers. Over-arching and grand goals are difficult to grasp -and carry out; yet their lack serves only to dissuade the grand -thinkers. A list of detailed goals may be mind-numbing to the casual -reader; yet, without them, the roll-up-your-sleeves-and-do-it -coder cannot know where to begin. Detailed goals lend a concreteness -to the discussion: they can be architected, designed and coded at any time -by coders of any ability. Thus, we present a list of goals, large and -small, with the hope that the small goals will fall quickly, and the -large ones shall turn into a multitude of small ones. -
- -
- -
- -
- -
- -
-
- -
-In particular, with respect to OFX & online banking, one should be able to think -of GnuCash as a very special browser, capable of browsing financial web sites. -Instead of talking HTML/HTTP, it would talk OFX or Gold with the remote -server. Besides just statically viewing ones bank account, it should also -allow bill payment and other account manipulation. -
- -
-
- Other output format possibilities include SGML and XML. In the - long run, these are preferable to HTML, since DSSSL and - Jade (James DSSSL Engine - can be used to convert to RTF, Postscript, etc. XML is the wave - of the future. -
- The Report Generator should be a "dockable" subsystem of the - whole. Thus, it should be possible to run the report generator - in a stand-alone, read-only fashion without having to start up the main - application. -
- Graphs, charts, etc. too ... -
- One hard part of reporting is designing a configurable interface, - so that people can build custom reports. -
- Status: -
- -
- Status: -
- -
- Status: -
- -
- Status: -
- -
- Current Status: the latest beta-development releases (version - 1.1.x) contain such an object. -
- -
- Current Status: -
- -
- The overall architecture is envisioned to be as so: - All code, including the transaction engine, the file I/O routines, - the menus, and the ledger, will be abstracted into - compact modules that can function independently of each other. - At the highest level, there will be a infrastructure with - extension language interfaces that will "wire together" the - various modules. -
- Such "wiring together" will consist of a dispatch infrastructure - that will allow arbitrary menu entries to be hooked to arbitrary - modules. The configuration for menu entries, and thier associated - callbacks, will be specified in an ext-lang configuration file. - At the final stages, it is hoped that new modules can be imported - without requiring that the application itself be recompiled & relinked. -
- Status: -
- -
- The following industrial-strength features are still needed: -
-
- -
- -
- Status: -
- -
- Status: -
- Most of the work has been done by - Jeremy Collins, with considerable help from Rob Browning. - Daniel R Risacher <magnus@alum.mit.edu> keeps threatening to - do something ... -
- -
- Current status: -
- -
- -
- Current status: -
- -
- Current status: -
- -
- -
- -
- -
- -
- -
- Current status: -
- -
- -
- -
- -
- -
- -
- -
- -
- -
- -
- -
- Status: Some basic reorganization of register was done to - support mixed multi-line split display. However, the actual - display of such things remaions unimplemented. -
- -
- field-name tab fieldname tab fieldname \n - ------------------------------------------ \n - value tab value tab value \n - value tab value tab value \n - etc ... -- Its a very simple, very basic flat table format. It should match - the SQL schemas in order to minimize I/O complexity and incompatibility. -
- - -
- cvs -d :pserver:cvs@linas.org:/home/cvs/cvsroot login -- The password is "guest". To get a copy of the source, do a -
- cvs -d :pserver:cvs@linas.org:/home/cvs/cvsroot checkout xacc -- Note that various versions can be accessed with tags. - For example, the tag xacc-10b17 will get you version - 1.0.17 and the tag xacc-11b6 will get you version 1.1.6 - In particular, the latest code in the 1.0.x series (the stable series) - is available on the branch xacc-10-patch. For historical - record, you can view Robin Clark's original source from October 1997 - at xacc-09a. Things have changed a *lot* since then. -
- (March 1988) -
- - -
- -
- -
- Status: Essentially more-or-less done (July/August 1998) -
- -
- -
The people behind GnuCash aim + to create a world-class GPL'ed Open Source Personal Financial + Application for GNU/Linux and other Unix's. This page aims to + review some of the technical and development issues surrounding + this product, representing a sort of FAQ for developers and + contributors, to suggest directions when developers are trying to + determine how to implement new functionality.
+ +To get a better idea of what + GnuCash is and what it does, visit its home page.
+ +There are currently several different versions of + GnuCash.
+ +The latest Gnome version, and latest versions in general, + are currently available only via CVS.
+ +Precompiled versions are available, but usually + only for the stable releases. Don't use the unstable versions + unless you are ready for excitement and adventure, and are + prepared to cope with a need to keep extensive backups.
+ +This document is divided into several sections.
+ +Thus, the Motif or Gnome GUIs are merely two possible + manipulators of the data; others, based on e.g. + Qt/KDE, emacs, Java applets or Java servlets ought to be + possible.
+GnuCash also needs to deal with multiple distributed data + sources: stock quotations from the net or transaction + confirmations from online banks and brokerage houses, or from + more mundane sources, such as file imports, or merger of data + from several users.
+ +Amongst these terms, the concept of a global Model-View is + dated, and somewhat inappropriate. Rather, we need to be + concerned about how data is represented in the local address + space of the GUI, how the GUI manipulates it, how data is + brought in and merged from external sources, and how that data + is again output, whether to a file or a local or remote + database.
+ +Thus, the View essentially represents a local data + cache of the data that is immediately present and being + displayed, reported, and manipulated. The Model is the + abstraction of that data that the GUI (the controller) can act + on.
+ +Currently, the Engine is fairly poor, and is tightly tied + to the data structures that the GUI manipulates. These data + structures include:
+ +The Engine currently handles only a small set of data + sources:
+ +However, since the Engine is meant to be the interface + between the GUI and the financial data, it is really intended + to be able to do much more.
+ +In particular, it should be possible to back the Engine + onto an SQL database, and thereby enable multiple users and/or + interface to more complex accounting systems. The engine should + also be expandable to handle other sources of data, such as + OFX, Integrion GOLD, the Open Trading Protocol, the OMG CORBA + General Ledger submission, the IBM San Francisco business + objects, or closer to home, Linux Kontor. In particular, it + should be possible to use GnuCash not only to view data from + these sources, but also to manipulate it and send it back.
+ +The above structure should leads us to view GnuCash not so + much as a tightly integrated application, but rather as a loose + confederation of component objects, libraries and + interfaces.
+ +In order to facilitate the gluing together of these parts, + as well as simplify the questions of customizability, change + and rapid development, GnuCash makes use of an extension + language to glue the pieces together.
+ +The extension language that is most central to Gnucash is + + Scheme, and in particular, the FSF implementation, Guile, + although some of the interfaces are also available through Perl.
+ +Important properties of a personal finance system + include:
+ +A seemingly contradictory factor is that the kinds of + sophistication that are required vary considerably. + Consider:
+ +Thus, home users don't need much of the + sophistication of an Accounts Receivable or Payable system, + or the bizarre depreciation policies that crop up + in Asset Management systems.
+It may be that these will require completely + different systems, and that GnuCash cannot be "all things to + all people." This remains to be seen.
+ +The right hand column shows a sizing guesstimate. pm == + person-months
+ +Feature | + +Sizing | +
---|---|
+ | +|
Enhanced Engine, Financial + Objects | + +Large | +
SQL I/O | + +Medium | +
Multi-User Support | + +Medium | +
A/R, A/P Accounts Payable, + Receivable | + +Medium | +
Payroll | + +Medium | +
Invoicing | + +Medium | +
Job Costing | + +Medium | +
Expense Accounts | + +Large | +
Current status:
+ +Other output format possibilities include SGML and Extensible + Markup Language - XML. In the long run, these are + preferable to HTML, since DSSSL tools such as Jade (James DSSSL + Engine) can be used to convert to RTF, Postscript, + etc.
+ +Add to this the consideration that XML is the basis for + the Document Object + Model, which is being integrated into many web-based + applications, and we can see that XML is an increasingly + significant format as we look to the future.
+ +The Report Generator should be a separate but + "dockable" subsystem of the whole.
+ +Thus, it should be possible to run the report generator + in a stand-alone, read-only fashion without having to start + up the main application.
+ +Graphs, charts, etc. too ...
+ +Asset allocation pie chart.
+ +Graph portfolio value vs. cost
+ +One difficult aspect of reporting is designing a + configurable interface, so that people can build custom + reports. The New + Reporting Infrastructure is seeking to build this up + using Guile.
+ +Stock portfolio tools should include a Cost Averaging + report, Market Index report, Stock Option values, + Estimation of capital gains tax liabilities.
+ +Status:
+ +Question: How to most simply allow the user to + enter loads and fees?
+ +Answer: Through splits. Unfortunately, some + users may not properly understand splits, at least not + initially. Thus, a little popup is needed to allow the user + to type in the sales load or fee and such, and then + auto-create the needed splits.
+ +Note the current transfer window does NOT + allow a share price to be specified !! Needs fixing ...
+ + +A set of themes would be desirable for the Gnome + version.
+A user-configurable button-bar would be nice + too.
+Provide a default list of "Categories" + (Income/Expense Accounts). These are categories such as + "Automobile Expense", "Bank Interest Income", and + "Employment Income". The user should be able to select + a default set of accounts, and have those created + automatically.
+ +To actually implement this, it might be best to + simply create a file with these in them, and load that + file. A mechanism should be provided to allow the user + to weed out undesired accounts whilst not preventing + them from using them at a later date, if desired.
+Add an example showing how regular household assets + (house, car, jewelry, etc.) should be treated. In + particular, show how appreciation and depreciation + should be treated.
+Menu navigation using the keyboard should be + possible.
+ +Although menu mnemonics exist, they seem to be + broken.
+ +Similarly, tab-key navigation should be possible. + Currently, it is possible to use the tab key to + navigate from field to field in the register window, to + user arrow keys to navigate menus, and quick-fill to + automatically complete fields. However, it is not + possible to tab over to the "Commit" button.
+ +It should be.
+Currently, Income/Expense accounts can be shown or + hidden by selecting from a menu. It would be nice to be + able to examine different account types (Asset, + Liability, Income, Expense, Payables, Receivables, + Inventory) by selecting a tab folder.
+When the user pauses the mouse over a button, + "fly-over" pop-up help windows should appear.
+Create grayed out entries in the ledger, titled + "Memo", "Description", etc, helping users understand + what should be typed into each field.
+Make sure that text fields can handle the vi and + emacs key bindings, so that e.g. emacs-style + ctrl-a, ctrl-k does the right thing.
+i.e. Ability to permanently lock records as + non-editable. This should be straight-forward by using the + reconciled field to indicate a locked + value, and not allowing the GUI to edit locked records.
+ +Also need to report closed books slightly differently. + Need to bring balances forward too...
+ + +Preferences include things like showing/not showing + categories, forcing double-entry, etc.
+ +Current status:
+ +The overall architecture is envisioned thus:
+ +All code, including the transaction engine, the file + I/O routines, the menus, and the ledger, will be abstracted + into compact modules that can function independently of + each other. At the highest level, there will be a + infrastructure with extension language interfaces that will + "wire together" the various modules.
+ +Such "wiring together" will consist of a dispatch + infrastructure that will allow arbitrary menu entries to be + hooked to arbitrary modules. The configuration for menu + entries, and their associated callbacks, will be specified + in an extension-language configuration file. At the final + stages, it is highly desirable to be able to, in + some manner, import new modules without requiring + that the application itself be recompiled and relinked.
+ +Status:
+ +This should be handled by having a way of bouncing out + to some Guile code to generate transactions with computed + values.
+Status:
+ +Add support for automatic, recurring transactions, + e.g. mortgage payments, fixed-interest bonds, bank + accounts, etc.
+ +Note that the design for this could be very different, + depending on whether the multi-user functions are available + or not.
+ +Design/implementation for this is tricky. It should + probably leverage crontab, but this can lead to + difficulties and bugs.
+ +May need interfaces to email for emailed alerts.
+ +Interfaces into calendaring systems? Current + status:
+ +Note that the above 'step-by-step' budgeters will have + a very very different GUI than what the budgeting system + required for a small-business might look like.
+ +Status:
+ +Status:
+ +Right now, this is a stand-alone perl script run + from crontab.
+OFX is an open spec from Microsoft, Intuit, and + Checkfree, and which will be supported by Integrion. The + OFX DTD's are included in the 1.1 distributions. See OFX Home Page for + details.
+ +There are two ways to build an OFX parser. One way is + to build a compile-time DTD parser that treats the DTD as + if it were an IDL, and generates C language stubs for a + parser.
+ +This approach was attempted and abandoned because it + leads to fragile C code and a very large binary.
+ +Run-time parsing may be slower, but on the OFX client + side, this should not be a bottleneck.
+ +Status:
+ +Note that the organizations developing OFX are looking + to use XML as their "formats of the future;" this may + encourage the use of one of the many XML parsers available + for UNIX.
+Double-entry is a powerful way of ensuring the + integrity of of the financial data. Currently, while + double-entry is supported, its use is not enforced: the + user can create dangling transactions, where only + one account is indicated.
+ +Although this is acceptable for home use (even + desirable, since it allows the casual user the simplicity + they desire), it is not acceptable for business use.
+ +It must be possible to enable forced-double entry, so + that a transaction cannot be completed until two accounts + have been specified.
+ +Current status:
+ +The tab-delimited format should be compatible with that + of /rdb, aka RAND/Hobbs /rdb or + + NoSQL. (NoSQL is available as part of the Debian GNU/Linux distribution, + for instance.)
+ +The /rdb format is thus:
++field-name tab fieldname tab fieldname \n +------------------------------------------ \n +value tab value tab value \n +value tab value tab value \n +etc ... ++ +
It is a very simple, very basic flat table format. The + use of /rdb with GnuCash should try to match with + SQL schemas as much as possible in order to minimize I/O + complexity and incompatibility.
+categorize items according to different tax + schedules
+The current engine is rather simple: it provides + support for accounts, account hierarchies and transactions + consisting of multiple entries.
+ +Many of the features described elsewhere will require + that the engine have a far richer, more sophisticated data + model, including such things as:
+ +Note: it makes no sense at this point to make the + engine API much richer than what the GUI can currently + support.
+ +In a business environment, the auditors may have + "signed off" on the validity of the data; at that + point, the ability to modify audited data should be + very tightly controlled, or even downright + forbidden.
+Current Status:
+ +These "Transaction processing constructs" should + simplify creation of an SQL back end, or some other + more sophisticated database engine.
+There has been much discussion about this on + mailing lists both for GnuCash and CBB. Major + points have included:
+ +This may be a minor cost to a business enterprise + that hires DataBase Administrators.
+ +It is not acceptable to require this of + naive users that may find "simple" things like
++% su - +Password: +# cd /tmp +# rpm -i gnucash-4.1.3.i386.rpm +# exit ++ to be challenging. +
Changing GnuCash to be suited to use a DBMS in + other than a "load-it-all" / "dump-it-all" manner, but + to rather update the database in a transactional + manner.
+ +That being said, it may be possible to recast the + GnuCash engine functionality so as to handle + storage in a transactional manner.
+The following industrial-strength features are + needed:
+ +While the GnuCash "engine" might remain free, + maintenance of payroll functionality would require + "subscribing" to an update scheme; it might be troublesome + to try to provide such a "subscription" free of charge.
+Mostly aimed at mainframes, middleware, high + transaction volumes and data integrity.
+Linas Vepstas
+ linas@linas.org
+
Christopher Browne
+ cbbrowne@ntlug.org
+
Yannick Le Ny <y-le-ny@ifrance.com>
-
Localise
-(traduction et adaptation) de Xacc et Gnucash pour la France et les pays
-francophones.
-
Travail
-effectué :traduction du Readme, des messages et de l'aide en ligne
-de Gnucash en français
-
Essaie
-de finir de traduire tout le site web de Gnucash en français sauf
-la liste de courriers et de le maintenir à jour
Version | - -moteur | - -registre | - -grand livre | - -motif | - -prefs (scm) | - -docs (html) | - -divers | - -Total | -
---|---|---|---|---|---|---|---|---|
xacc-0.9
- Sept 97 |
-
-- | - -- | - -- | - -34 fichiers
- (7.5+0.9) |
-
-- | - -5 fichiers
- (0.4) |
-
-- | - -39 fichiers
- (8.8) |
-
xacc-0.9w
- Dec 97 |
-
-- | - -- | - -- | - -51 fichiers
- (13.8+1.5) |
-
-- | - -9 fichiers
- (0.8) |
-
-- | - -60 fichiers
- (16.1) |
-
xacc-1.0.17
- Fev 98 |
-
-- | - -- | - -- | - -52 files
- (14.8+1.8) |
-
-- | - -12 files
- (1.4) |
-
-- | - -64 files
- (18.0) |
-
gnucash-1.1.15
- Aou 98 |
-
-24 fichiers
- (6.2+1.5) |
-
-31 fichiers
- (6.1+1.7) |
-
-5 fichiers
- (1.4+0.4) |
-
-30 fichiers
- (7.4+0.7) |
-
-3 fichiers
- (0.3) |
-
-16 fichiers
- (1.9) |
-
-non compté
- (>1.0) |
-
-109 fichiers
- (32.9) |
-
gnucash-1.2.2
- Aou 99 |
-
-41 fichiers
- (10.2+3.6) |
-
-28 fichiers
- (5.5+1.7) |
-
-14 fichiers
- (2.4+0.6) |
-
-26 fichiers
- (8.7+0.5) |
-
-14 fichiers
- (1.4) |
-
-30 fichiers
- (2.6) |
-
-non compté
- (>1.0) |
-
-153 fichiers
- (37.2) |
-
Chaque cellule contient: -
nombre de fichiers *c et *.h
-
(KLOCS dans *.c + KLOCS dans *.h),
-
où KLOC == kilo-lignes-de-code, comme rapported par wc.
-
-
-
+
+
+
Le courant "experimental" actuel est gnucash-1.3.x, qui est en quelque +sorte instable. +
La dernière version stable est la 1.2.x; si vous n'avez pas l'intention +de participer au travail de développement , vous ne devriez +utiliser que cette version, ou une vieille version 1.0.x. Ces versions +sont assez stable, avec tous les bugs couramment connus corrigés. +
Une fois les séries 1.3.x stabilisées, les prochaines
+séries stables seront les 1.4.x, et l'expérimentation devrait
+probablement
+
continuer sur les 1.5.x.
+
Si tu es intéressé pour "hacker" sur la version expérimentale,tu
+devrais premièrement commencer par lire de bout en bout le document
+GnuCash
+Project Goals(buts du projet Gnucash) afin d'acquérir
+quelques perspectives sur la conception globale.
+
+
Yannick Le Ny
+
Localise
+(traduction et adaptation) de Xacc et Gnucash pour la France et les pays
+francophones.
+
Travail
+effectué :traduction du Readme, des messages et de l'aide en ligne
+de Gnucash en français
+
A finis
+de traduire tout le site web de Gnucash en français sauf la liste
+de courriers et le maintient à jour
Version | + +moteur | + +registre | + +grand livre | + +motif | + +prefs (scm) | + +docs (html) | + +divers | + +Total | +
---|---|---|---|---|---|---|---|---|
xacc-0.9
+ Sept 97 |
+
+- | + +- | + +- | + +34 fichiers
+ (7.5+0.9) |
+
+- | + +5 fichiers
+ (0.4) |
+
+- | + +39 fichiers
+ (8.8) |
+
xacc-0.9w
+ Dec 97 |
+
+- | + +- | + +- | + +51 fichiers
+ (13.8+1.5) |
+
+- | + +9 fichiers
+ (0.8) |
+
+- | + +60 fichiers
+ (16.1) |
+
xacc-1.0.17
+ Fev 98 |
+
+- | + +- | + +- | + +52 files
+ (14.8+1.8) |
+
+- | + +12 files
+ (1.4) |
+
+- | + +64 files
+ (18.0) |
+
gnucash-1.1.15
+ Aou 98 |
+
+24 fichiers
+ (6.2+1.5) |
+
+31 fichiers
+ (6.1+1.7) |
+
+5 fichiers
+ (1.4+0.4) |
+
+30 fichiers
+ (7.4+0.7) |
+
+3 fichiers
+ (0.3) |
+
+16 fichiers
+ (1.9) |
+
+non compté
+ (>1.0) |
+
+109 fichiers
+ (32.9) |
+
gnucash-1.2.2
+ Aou 99 |
+
+41 fichiers
+ (10.2+3.6) |
+
+28 fichiers
+ (5.5+1.7) |
+
+14 fichiers
+ (2.4+0.6) |
+
+26 fichiers
+ (8.7+0.5) |
+
+14 fichiers
+ (1.4) |
+
+30 fichiers
+ (2.6) |
+
+non compté
+ (>1.0) |
+
+153 fichiers
+ (37.2) |
+
Chaque cellule contient: +
nombre de fichiers *c et *.h
+
(KLOCS dans *.c + KLOCS dans *.h),
+
où KLOC == kilo-lignes-de-code, comme rapported par wc. +
+
L'Information du compte peut être changée en tapant +dans le champ approprié. Le type de compte ne peut pas être +changé. +
Un nouveau Compte parent peut être sélectionné.Seulement +ceux de ces comptes qui peuvent légalement devenir le parent du +compte actuel sont montrés. +
La source pour le Cours des actions peut être sélectionné. +FIXME: Pourrait-il y avoir quelqu'un qui utilise cette fonction la documente,s'il +vous plait ?> +
Les notes à propos du comptes peuvent être modifiées.
+
+
Retour à la Page principale de la documentation. + + diff --git a/Docs/fr/xacc-acctypes.html b/Docs/fr/xacc-acctypes.html index 19a9c314e0..6a56112f4a 100644 --- a/Docs/fr/xacc-acctypes.html +++ b/Docs/fr/xacc-acctypes.html @@ -1,83 +1,225 @@ - - -
- - -
Ci-dessous se trouve à quoi ressemble une fenêtre nouveau
-compte :
-
-
-
Choisissez trier -par ordre pour le compte quand il apparait dans un rapport ou dans -le Tableau de comptes. -
L'image ci-dessus montre un exemple pour un compte d'actions ou de d'achat/ventes
-de monnaies/devises. Noter que le champ Security n'est pas grisé,
-et que vous pouvez entrer une valeur. Cette valeur est typiquement un code
-de valeur d'une action, ou un code monétaire à trois lettres
-ISO.
-
-
-
-
-
-
-
+
+
+
Ci-dessous se trouve à quoi ressemble une fenêtre nouveau
+compte :
+
+
+
+
Choisissez un Type de compte. +
Le champ Monnaie devrait être typiquement un code +monétaire ISO à trois lettres ISO (par exemple USD +pour les dollars US). Le code du compte est un numéro qui +détermine l' ordre de tri +pour le compte quand il apparait dans un rapport ou dans le Tableau +de comptes. +
L'image ci-dessus montre un exemple pour un compte d'actions ou de d'achat/ventes
+de monnaies/devises. Noter que le champ valeur n'est pas grisé,
+et que vous pouvez entrer une valeur. Cette valeur est typiquement un code
+de valeur d'une action, ou un code
+monétaire à trois lettres ISO.
+
+
+
+
Retour à la Page principale de la documentation.
+
+
+
+
+
diff --git a/Docs/fr/xacc-adjbwin.html b/Docs/fr/xacc-adjbwin.html
index b91d76a22a..ec10717abc 100644
--- a/Docs/fr/xacc-adjbwin.html
+++ b/Docs/fr/xacc-adjbwin.html
@@ -1,20 +1,21 @@
-
-
-
Fenêtre d'ajustement du solde. Utiliser la pour ajuster le -solde. Entrez le montant en francs , et une entrée dans le -registre sera créée qui mettra le solde courant -équivalent à ce nouveau solde. Ajouter plus de -documentation ici. -
Fenêtre d'ajustement du solde. Utiliser la pour ajuster le +solde. Entrez le montant en francs , et une entrée dans le +registre sera créée qui mettra le solde courant +équivalent à ce nouveau solde. Ajouter plus de +documentation ici. +
En tous cas, considérons C/F. Nous ne pouvons rien réellement -raconter sur les D/F parce que nous payons toujours *nos* factures à -temps, n'est ce pas ? :-) -
Ainsi de toute façon, disons que nous donnons à nos clients -30 jours pour payer. -
Quand nous faisons une vente, les deux comptes affectés sont -les Ventes (un compte revenus) et C/F. C/F est un avoir, mais il n'est -pas liquide, et il n'est pas forcément en espèces/argent -comptant. -
Alors quand ils réusissent à payer leurs factures, diminuant/déposant -un gros sac de vingt dollars de factures, nous transférons le montant -depuis C/F vers liquidités. -
La raison pour laquelle nous le faisons en deux étapes est que -nous avons decidés de faire notre comptabilité sur une base -d'accumulation et non sur une base de liquidités, parce que , et -bien, la plupart de nos transactions ne sont pas en liquidités, -ce sont des engagements. -
Nous reportons les ventes dans nos chiffres de ventes au moment où -nous les faisons, mais si l'auditeur veut savoir à propos de ou -si nous les avions récupérer avec des erreurs (stuck) -avec de mauvais débits, nous brisons ces A/R par une durée -telle qu'ils ont : 0-30 supposés, 31-60 supposés, etc. A -un certain point quand un débit particulier est "nul ou annulé", -comme quand les salauds qui en n'ont marre vont en faillite, nous coupons/arrimons -ensemble C/F et les ventes, ainsi nous reprenons et arrangeons (ou plutôt, -"désarrangeons") le compte ventes pour montrer que les ventes -n'était jamais très bonnes. -
Nous pouvons utiliser la même technique pour les choses que nous -payons à l'avance. Si nous devons payer six mois de location en -avance, c'est un "avoir accru", et tandis qu'il porte une atteinte saine -dans le compte de liquidités, il apparait sur les livres comme un -avoir. Et if nous avons été collecter les taxes des feuilles -de paie de nos employés et les conservont dans un compte bancaire -spécial, l'argent n'est pas réellement le nôtre, alors -nous avons une augmentation dans le compte des liquidités -d'un coté, et une augmentation dans un compte nommé Liquidités -accumulés, et les Taxes de la feuille de paie à payer d'un -autre côté. Quand nous envoyons le chèque trimestriel -aux Impots (ndt : aux USA) ainsi qu'ils peuvent faire une feuille de paie -aussi, notre dette chute et ainsi de même pour notre compte de Liquidités. - - + + +
+ + + + + + +
En tous cas, considérons Crédits fournisseurs. Après
+tout, nous ne devrions à vrai dire avoir besoin de rien raconter
+sur les D/F parce que nous payons toujours nos factures à
+temps, n'est ce pas ? :-)
+
Aussi comme première considération, allons et supposons +que nous ne demandons pas aux clients de payer instantanément, +en liquide, mais plutôt envoyons leur une facture, et donnons leur +30 jours pour payer les factures. (Après 30 jours, nous pouvons +commencer à faire payer des intérêts et leur envoyer +des lettres de harcèlement :-)). +
Quand nous faisons une vente, les deux comptes affectés sont +les Ventes (un compte revenus) et Crédit fournisseurs. +Crédit fournisseurs est un avoir, mais il n'est pas liquide, comme +vous ne pouvez pas volontairement le vendre, et il n'est pas forcément +en espèces/argent comptant. +
Alors quand ils réusissent à payer leurs factures, déposant +un gros sac de vingt dollars de factures,(ou, plus probablement, un chèque) +nous transférons le montant depuis Crédit fournisseurs vers +Liquidités. +
La raison pour laquelle nous le faisons en deux étapes est que +nous avons decidés de faire notre comptabilité sur une base +d'accumulation et non sur une base de liquidités, parce que la plupart +de nos transactions ne sont pas seulement basées sur un changement +de main de liquidités, mais plutôt basé sur l'établisement +d'obligations, ce sont des engagements. +
Dans des opérations plus sophistiqués, il peut y avoir +une plus large séquence de documents générés +et suivis: +
Afin de determiner quelles parts de Crédit fournisseurs apparait +être à plus de risque, il est typique d'arranger les Crédits +fournisseurs basé sur les "ages" des débits, généralement +en le segmentant en plusieurs periodes d'ages différents, de paiements +qui sont en cours de règlement de 0-30 jours, ceux qui sont en cours +de règlement de 31-60 jours, puis 61-90 jours, et ensuite ceux qui +n'ont +pas été payés à l'échéance. +
A un certain point, il peut devenir clair qu'un client ne va jamais +aller payer ce qu'il doit, et nous devons l'inscrire comme un Mauvais +débiteur. +
A ce point, il est typique d'enregistrer une entrée ainsi:
+
+
Compte | + +DR | + +CR | +
---|---|---|
Dépense mauvais débiteurs | + +10,000F | + ++ |
+ | ||
Crédit fournisseurs | + ++ + | 10,000F | +
Nous pouvons avoir Revenus de ventes réduits à +la place, mais les sociétés tendent à préférer +specifiquement le suivi de montants qu'ils ont perdus avec de mauvais clients. +
Attention: Concept de comptabilité avancée.
+Les dettes perdues / créances douteuses sont un exemple d' un "contre-compte."
+Qui ne se réfère pas au montants payés aux
+rebelles nicaraguyens (ndt:!!!) , mais plutôt à la notion
+que le compte est un compte de revenus qui espère conserver un solde
+opposé à ce qui est normalement espéré, pour
+annuler le solde dans un autre compte de revenus. La
+dépréciation accumulée , utilisée pour
+diminuer la valeur d'un avoir au cours du temps, est un autre exemple de
+contre-compte.
+
+
Si vous devez payer six mois de loyer en avance, c'est traité +comme un "avoir accumulé." +
Tandis que celà impose un malheureux préjudice dans
+le compte de Liquidités, il apparait sur les livres comme
+un avoir, et il n'y a pas plus de paiements à faire pour les six
+prochains mois.
+
+
Retour à la Page principale de la documentation.
+
+
+
diff --git a/Docs/fr/xacc-apprdepr.html b/Docs/fr/xacc-apprdepr.html
new file mode 100644
index 0000000000..a4e3d264b9
--- /dev/null
+++ b/Docs/fr/xacc-apprdepr.html
@@ -0,0 +1,682 @@
+
+
+
Il fournit aussi une brève introduction au sujet relatif aux +impôts. +
Attention: Soyez conscients que les différents pays +peuvent avoir des politiques fiscales considérablement différentes +pour le traitement de ces choses; tout ce que ce document peut réellement +fournir est quelques idées fondamentales pour vous aider +à appliquer votre méthode "favorite"d'impots/dépréciation. +
Notez que l'appréciation et la dépréciation des +avoirs tend à être traitées quelque peu différemment: +
La dépréciation tend à uniquement à
+s'obtenir calculée sur les avoirs qui sont utilisés par des
+professionnels ou à objectifs professionnels, parce que les gouvernements
+ne vous permettent générallement pas de réclamer des
+déductions de dépréciation sur les avoirs personnels,
+et c'est inutile de s'ennuyer avec la procédure si ce n'est pas
+déductible.
+
(Comme toujours, ils y a des exceptions. Si vous possédez une +obligation qui paie tous ces intérêts en fin de vie, les autoritées +fiscales requéreront souvent que vous reconnaissez/percevez des +intérêts chaque année, et refuser celà pour +être traité comme un gain en capital. L'expression intérêts +accumulés, ou intérêts imputés sont +souvent là pour effayer ceux qui sont sensibles à de telles +choses...)
L'appréciaton des avoirs est, en général, une question +assez astucieuse à traiter avec. C'est ainsi parce que, pour quelques +types d'avoirs, il est difficile de correctement estimer une augmentation +en valeur jusqu'à ce que réellement vous vendiez les avoirs. +
Si vous investissez dans des valeurs +qui sont échangées sur une base journalière sur des +marchés ouverts tel que des bourses d'actions, les cours peuvent +être assez exacts, et vendre l'avoir aux prix du marché peut +être aussi simple que d'appeler un courtier et d'émettre un +Ordre +de bourse. +
D'un autre coté, les maisons que vos voisins ont vendus en quelque +sorte moins souvent, tel que les ventes tendent à entrainer un effort +considérable de dépenses, et entraine des négociations, +ce qui veut dire que les estimations sont probablement moins précises. +De la même manière, vendre une automobile utilisée +implique un processus de négociation qui rend la tarification un +peu moins prédictible. +
Plus difficile à estimer sont les valeurs de collections d'objets +tel que les bijoux, création d'Art, cartes de baseball, et +"Beanie Babies." Les marchés pour de tels objets sont quelque peu +moins ouvert/accessible que les marchés de valeurs. +
Les pires choses poutant sont une sorte de biens. Les usines contiennent +souvent des presses et font des produits personnalisés pour +construire un produit très spécifique qui coûte dix +ou cent de milliers de dollars; cet équipement peut-être de +moins de valeur en dehors de ce contexte très spécifique. +Dans de tels cas, il y a plusieurs valeurs contracdictoires qui peuvent +être attaché au bien, aucune d'elles sans ambiguité +ne sont correctes. +
Supposons que vous achetez un avoir prévu pour augmenter en valeur, +disons un tableau de Degas, et vous voulez suivre celà. (La compagnie +d'assurances se souciera de celà, même si personne d'autre +le fait.) +
Le suivi correctement de la valeur en augmentation continuelle du Degas +requèrera au moins trois, plutôt peut-être les quatre +comptes suivants (plus un compte bancaire ou de liquidités d'où +l'argent pour l'argent pour l'achat provient): +
Un mois plus tard, vous avez raison de suspecter que la valeur de votre +tableau a augmenté de 1200F. Afin d'enregistrer celà +vous transférez 1200F depuis votre compte revenus gains accumulés +sur un avoir vers votre compte avoirs. +
Votre fenêtre principale ressemblera à celà:
+
+
et votre compte avoirs ressemblera à celà:
+
+
Les gens qui sont devenus "riches" en 1999 grâce à +l'offre initiale au public en bourse (IPO) de sociétés ayant +rapport à Linux comme Red Hat Software et VA Linux Systems permettent +de vérifier celà. Ils détiennent des options ou des +actions qui sont théoriquement évaluées +à des millions de dollars USD. +
Ce qui ne veut pas dire qu'ils sont actuellement millionnaires; les +participants principaux ont possédé leurs actions au moins +six mois auparavant avant de vendre n'importe lesquelles d'entre +elles. Le fait qu'ils ne pouvait les vendre veut dire que tant qu' +elles doivent en théorie être d'une valeur de millions de +dollars sur le papier, il y a, comme à la fin de 1999, aucune voie +pour eux pour légallement recevoir ces millions. +
Maintenant il se produit trois possibilitées: +
Compte | + +Montant | +
---|---|
Liquidités | + +16055F | +
Tableau | + +-11000F | +
Revenu du gain réalisé | + +-5055F | +
Et si n'importe lequel des montants a été accumulé
+comme des Gains accumulés, le montant de l'avoir devrait
+être augmenté(closed out), compensé par une valeur
+négative
+pour le revenu Gain accumulés. Si le total qui a été
+accumulé était de 5000F, alors la transaction devrait ressembler
+à ce qui suit :
+
+
Compte | + +Montant | +
---|---|
Liquidités | + +16055F | +
Tableau | + +-11000F | +
Avoir du gain accumulé | + +-5000F | +
Revenu du gain réalisé | + +-5055F | +
Revenu du gain accumulé | + +5000F | +
Notez que les deux comptes de revenus compense un autre ainsi que le +revenu actuel resultant de la transaction est seulement de 55F. +Le reste de 5000F a précédemment été reconnu +comme un Revenu de gain accumulé. +
A la place de 16055F que vous pensiez que le tableau était
+évalué, il est seulement proposé à 15000F.
+Mais vous décidez poutant de le vendre, parce que vous l'évaluez
+à 15000F de plus que ce que vous évaluez le tableau.
+
Les chiffres changent un petit peu, mais pas aussi dramatiquement.
+
+
Compte | + +Montant | +
---|---|
Liquidités | + +15000F | +
Tableau | + +-11000F | +
Avoir du gain accumulé | + +-5000F | +
Revenu du gain réalisé | + +-4000F | +
Revenu du gain accumulé | + +5000F | +
Notez que les deux comptes de revenus compensent un autre ainsi que +le revenu actuel résultant de la transaction fait ressortir +une pertes de 1000F. C'est formidable, comme vous avez précédemment +reconnu 5000F de revenus. +
La valeur supplémentaire est, encore, enregistré comme
+un gain, par exemple un revenu.
+
+
Compte | + +Montant | +
---|---|
Liquidités | + +50000F | +
Tableau | + +-11000F | +
Avoir du gain accumulé | + +-5000F | +
Revenus du gain réalisé | + +-39000F | +
Revenus du gain accumulé | + +5000F | +
En bas, nous montrons le second cas à discuter.
+
+
+
Il est tout à fait facile de compter vous-même votre richesse +en vous basant sur des estimations discutables qui ne reflètent +pas "l'argent à la banque." +
Ainsi, quand vous traitez de l'appreciation des avoirs, +
Ne vous adonnez pas à un espoir secret.
+
Jusqu'à ce que vous ayez réellement vendu vos avoirs
+et récupérez l'argent, n'importe quel chiffres sur le papier
+(ou une preuve magnetique sur votre dique dur) sont simplement celà.
+
Si vous pouvez convaincre avec réalisme un banquier de vous prêter +de l'argent, utilisant les biens comme garantie, ce qui est une évidence +très raisonnable qui est que les biens ont de la valeurs, comme +les prêteurssont professionnellement suspicieux des surestimations +douteuses de valeurs. +
Soyez conscient: toutes les trop nombreuses sociétés qui +apparaissent "profitable" sur le papier quittent les affaires à +la suite d'un épuisement des liquidités, précisément +parce que les "biens de valeur" ne seront pas la même chose que l'argent +comptant.
Pourtant, il est commun pour les revenus générés +par des gains en capital de n'être pas sujet à la taxation +jusqu'à la date où le bien est réellement vendu, et +quelque fois pas même alors. +
Les ropriétaires de maisons nord américain habituellement +trouve +que quand ils vendent leurs résidences personnelles, les gains en +capital qui surviennent sont exempt de taxation. Il apparait que d'autres +pays traitent les ventes de maisons différemment, taxant les gens +sur de tels gains. Les autoritées allemandes, par exemple, taxent +ces gains seulement si vous possédez la propriété +depuis moins de dix ans. +
J'ai une histoire de mes jours +de préparation de taxe en tant que professionnel où une famille +vendit une ferme, et s'attendit à une facture fiscale considérable +qui se trouva être virtuellement en raison de nul en raison de la +posession de la propriété avant 1971 (en quoi les mensonges +sont une critique de la date du "Jour de l'évaluation" au Canada) +et en raison qu'étant une ferme laitière, avec +quelquesdéductions résultant d'un régime réellement +singulier. +
En résumé, cette présentation est assez simple, +mais la taxation souvent devient terriblement compliquée... +
Comparé à des estimations souvent incertaines une à +faire où l'appréciation des avoirs est concernée, +nous sommes en quelque sorte en terrain solide ici. +
Tandis qu'il a eu quelques discussions à propos de comment accomplir +des calculs automatisés et la création de transactions pour +traiter des choses comme la dépréciation, il n'y a pas encore +aucun code fonctionnel, ainsi pour maintenant, vous devrez faire les calculs +à la main. +
Exemple: Vous avez acheté un ordinateur pour $1500 et
+souhaité le déprécier sur une période de 5
+années. Chaque année le montant de dépréciation
+est de $300, aboutissant aux calculs suivants:
+
+
Année | + +Dépréciation | + +Valeur restante | +
---|---|---|
1 | + +300 | + +1200 | +
2 | + +300 | + +900 | +
3 | + +300 | + +600 | +
4 | + +300 | + +300 | +
5 | + +300 | + +0 | +
Faites attention: les autorités fiscales peuvent demander +(orpermettre) un plus large pourcentage dans la première période. +D'un autre côté, au Canada, c'est changé/inversé, +comme ils permettent seulement une moitié de la part +of "Remise du coût du capital" dans la première année. +
Le résultat de cette approche est que la valeur du bien diminue +plus rapidement au départ qu'à la fin ce qui est probablement +plus réaliste pour la plupart des biens qu'un système linéaire. +C'est certainement vrai pour les automobiles. +
Exemple: Nous prenons le même exemple comme ci-dessus,
+avec une dépréciation annuelle de 30%.
+
+
Année | + +Dépréciation | + +Valeur restante | +
---|---|---|
1 | + +450 | + +1050 | +
2 | + +315 | + +735 | +
3 | + +220.50 | + +514.50 | +
4 | + +154.35 | + +360.15 | +
5 | + +108.05 | + +252.10 | +
Exemple: Premièrement vous divisez la valeurs des biens
+par la somme des années d'utilisation, par exemple pour notre exemple
+avec ci-dessus une valeur du bien de $1500 qui est utilisé sur une
+période de cinq années vous avez 1500/(1+2+3+4+5)=100. La
+dépréciation et la valeur du bien sont alors calculés
+comme suivant:
+
+
Année | + +Dépréciation | + +Valeur restante | +
---|---|---|
1 | + +100*5=500 | + +1000 | +
2 | + +100*4=400 | + +600 | +
3 | + +100*3=300 | + +300 | +
4 | + +100*2=200 | + +100 | +
5 | + +100*1=100 | + +0 | +
Les deux fenêtres ci-dessous montre votre compte avoirs et la
+fenêtre principale après la troisième année
+de dépréciation en utilisant un système de "somme
+de chiffres" pour l'exemple ci-dessous.
+
+
+
FIXME: Document this report! +
Return to Main Documentation + Page.
+ + + diff --git a/Docs/fr/xacc-balsheet.html b/Docs/fr/xacc-balsheet.html new file mode 100644 index 0000000000..ffd689481f --- /dev/null +++ b/Docs/fr/xacc-balsheet.html @@ -0,0 +1,20 @@ + + + + + +This report summarizes your assets, liabilities, and equity.
+ +There are currently no options for this report, but the option + to specify a date for which the balance sheet is to be calculated + will be added soon.
+ +Return to Main Documentation + Page.
+ + diff --git a/Docs/fr/xacc-currency.html b/Docs/fr/xacc-currency.html index 17b0418ba3..46f0adcaf9 100644 --- a/Docs/fr/xacc-currency.html +++ b/Docs/fr/xacc-currency.html @@ -1,43 +1,1203 @@ - - - - - - - -Un système à double entrée stocke les valeurs ensemble -états de la double entrée où value1+value2+value3+
-... = 0
-
et dont chaque valeur est enregistrée dans un compte différent.
-
Une valeur est : valeur=Taux de change*montant (pour les comptes de
-devises/monnaies)
-
valeur=cours*nombre
-de parts (pour les actions/FCP et SICAV)
-
Ainsi, acheter un gadget au japon et utiliser des dollars pour le payer
-devrait apparaitre
-
commme ceci:
-
SpendAcct: (un compte banque/liquidités ordinaire libellé
-en USD)
-
----------
-
Date transfert depuis
-mémo
-cout
-
1/5/99 [YenAcct]
-Achat gadget $1.00
-
-
YenAcct: (un compte d'achat/vente de devises libellé en yen)
-
--------
-
Date transfert depuis
-mémo
-achat taux
-
1/5/99 [SpendAcct] Buy widget
-Y150 0.00667
-
-
Le moteur lie ,toutes les trois, ces valeurs ensemble (1.0, 150, 0.00667)
-
en permanence et les rend imposssible à changer sans en changer
-une autre,
-
ainsi que la grande addition est toujours zéro.
-
-
-
+
+
+
Quand nous introduisons la notion d'avoir de multiples monnaies, ou +actions qui peuvent varier en cours/prix, les identitées deviennent +un peu plus compliquées, et nous introduisons la formule suivante: +
Date transfert depuis mémo coût +1/5/99 [JPYAcct] Achat gadget $1.00 + ++ +
+
Date transfert depuis
+mémo
+achat taux
+
1/5/99 [SpendAcct]
+Achat gadget Y150
+0.00667
+
+
+Le moteur lie ,toutes les trois, ces valeurs ensemble (1.0, 150, 0.00667)
+en permanence et les rend imposssible à changer sans en changer
+une autre, ainsi que la grande addition est toujours zéro, de ce
+fait garantissant le respect de l'
+identité de la comptabilité du double livret.
+
+
Plus de monnaies que vous pensez possible...
+
+
Code ISO | + +Description complète | +
---|---|
+ | |
ADP | + +Andoran peseta | +
AED | + +United Arab Emirates Dirham | +
AFA | + +Afghani | +
ALL | + +Albanian Lek | +
AMD | + +Armenian Dram | +
ANG | + +West Indian Guilder | +
AOK | + +Angolan Kwanza | +
ARA | + +Argentinian Austral | +
ARS | + +Argentina Peso | +
ATS | + +Austrian Schilling | +
AUD | + +Australian Dollar | +
AWG | + +Aruban Guilder | +
AZM | + +Azerbaijan Manat | +
BAD | + +Bosnia-Herzogovinian Dinar | +
BBD | + +Barbados Dollar | +
BDT | + +Bangladesh Taka | +
BEF | + +Belgian Franc | +
BGL | + +Bulgarian Lev | +
BHD | + +Bahrain Dinar | +
BIF | + +Burundi Franc | +
BMD | + +Bermudan Dollar | +
BND | + +Brunei Dollar | +
BOB | + +Bolivian Boliviano | +
BRL | + +Brazilian Real | +
BRR | + +Brazil | +
BSD | + +Bahaman Dollar | +
BWP | + +Botswana Pula | +
BYR | + +Belorussian Ruble | +
BZD | + +Belize Dollar | +
CAD | + +Canadian Dollar | +
CDP | + +Santo Domiongo | +
CHF | + +Swiss Franc | +
CLP | + +CHILEAN PESO | +
CNY | + +China | +
COP | + +Colombian Peso | +
CRC | + +Costa Rica Colon | +
CUP | + +Cuban Peso | +
CVE | + +Cape Verde Escudo | +
CYP | + +Cyprus Pound | +
CZK | + +Czech Krona | +
DEM | + +German Mark | +
DJF | + +Djibouti Franc | +
DKK | + +Danish Krone | +
DOP | + +Dominican Peso | +
DRP | + +Dominican Republic Peso | +
DZD | + +Algerian Dinar | +
ECS | + +ECUADORIAN SUCRE | +
ECS | + +Ecuador Sucre | +
ECU | + +European Currency Unit | +
EEK | + +Estonian Krone | +
EGP | + +Egyptian Pound | +
ESP | + +Spanish Peseta | +
ETB | + +Ethiopian Birr | +
EUR | + +Currency of EMU member states | +
FIM | + +Finnish Mark | +
FJD | + +Fiji Dollar | +
FKP | + +Falkland Pound | +
FRF | + +French Franc/ Franc Français | +
GBP | + +British Pound | +
GEK | + +Georgian Kupon | +
GHC | + +Ghanian Cedi | +
GIP | + +Gibraltar Pound | +
GMD | + +Gambian Dalasi | +
GNF | + +Guinea Franc | +
GRD | + +Greek Drachma | +
GTQ | + +Guatemalan Quedzal | +
GWP | + +Guinea Peso | +
GYD | + +Guyanese Dollar | +
HKD | + +Hong Kong Dollar | +
HNL | + +Honduran Lempira | +
HRD | + +Croatian Dinar | +
HTG | + +Haitian Gourde | +
HUF | + +Hungarian forint | +
IDR | + +Indeonesian Rupiah | +
IEP | + +Irish Pound | +
ILS | + +Israeli Scheckel | +
INR | + +Indian Rupee | +
IQD | + +Iraqui Dinar | +
IRR | + +Iranian Rial | +
ISK | + +Iceland Krona | +
ITL | + +Italian Lira | +
JMD | + +JAMAICAN DOLLAR | +
JOD | + +Jordanian Dinar | +
JPY | + +Japanese Yen | +
KES | + +Kenyan Shilling | +
KHR | + +Cambodian Riel | +
KIS | + +Kirghizstan Som | +
KMF | + +Comoros Franc | +
KPW | + +North Korean Won | +
KRW | + +South Korean Won | +
KWD | + +Kuwaiti Dinar | +
KYD | + +Cayman Dollar | +
KZT | + +Kazakhstani Tenge | +
LAK | + +Laotian Kip | +
LBP | + +Lebanese Pound | +
LKR | + +Sri Lankan Rupee | +
LRD | + +Liberian Dollar | +
LSL | + +Lesotho Loti | +
LTL | + +Lithuanian Lita | +
LUF | + +Luxembourgian Franc | +
LVL | + +Latvian Lat | +
LYD | + +Libyan Dinar | +
MAD | + +Moroccan Dirham | +
MDL | + +Moldavian Lei | +
MGF | + +Madagascan Franc | +
MNC | + +Monaco | +
MNT | + +Mongolian Tugrik | +
MOP | + +Macao Pataca | +
MRO | + +Mauritanian Ouguiya | +
MTL | + +Maltese Lira | +
MUR | + +Mauritius Rupee | +
MVR | + +Maldive Rufiyaa | +
MWK | + +Malawi Kwacha | +
MXN | + +Mexican Peso (new) | +
MXP | + +Mexican Peso (old) | +
MYR | + +Malaysian Ringgit | +
MZM | + +Mozambique Metical | +
NGN | + +Nigerian Naira | +
NIC | + +Nicaragua | +
NIO | + +Nicaraguan Cordoba | +
NIS | + +Isreal | +
NLG | + +Dutch Guilder | +
NOK | + +Norwegian Krone | +
NPR | + +Nepalese Rupee | +
NZD | + +New Zealand Dollars | +
OMR | + +Omani Rial | +
PAB | + +Panamanian Balboa | +
PEI | + +Peruvian Inti | +
PEN | + +Peruvian Sol - New | +
PES | + +Peruvian Sol | +
PGK | + +Papua New Guinea Kina | +
PHP | + +Philippino Peso | +
PKR | + +Pakistan Rupee | +
PLN | + +Polish Zloty | +
PLZ | + +Poland | +
PTE | + +Portuguese Escudo | +
PYG | + +Paraguayan Guarani | +
QAR | + +Qatar Riyal | +
RMB | + +Chinese Renminbi Yuan | +
ROL | + +Roumanian Lei | +
RUR | + +Russian Rouble | +
RWF | + +Rwanda Franc | +
SAR | + +Saudi Riyal | +
SBD | + +Solomon Islands Dollar | +
SCR | + +Seychelles Rupee | +
SDP | + +Sudanese Pound | +
SEK | + +Swedish Krona | +
SGD | + +Singapore Dollar | +
SHP | + +St.Helena Pound | +
SIT | + +Slovenian Tolar | +
SKK | + +Slovakian Krona | +
SLL | + +Leone | +
SOL | + +Peru | +
SOS | + +Somalian Shilling | +
SRG | + +Surinam Guilder | +
STD | + +Sao Tome / Principe Dobra | +
SUR | + +Russian Ruble (old) | +
SVC | + +El Salvador Colon | +
SYP | + +Syrian Pound | +
SZL | + +Swaziland Lilangeni | +
THB | + +Thailand Baht | +
TJR | + +Tadzhikistani Ruble | +
TMM | + +Turkmenistani Manat | +
TND | + +Tunisian Dinar | +
TOP | + +Tongan Pa'anga | +
TPE | + +Timor Escudo | +
TRL | + +Turkish Lira | +
TTD | + +Trinidad and Tobago Dollar | +
TWD | + +New Taiwan Dollar | +
TZS | + +Tanzanian Shilling | +
UAK | + +Ukrainian Karbowanez | +
UGS | + +Ugandan Shilling | +
USD | + +American Dollar | +
UYP | + +Uruguayan New Peso | +
UYU | + +Uruguay | +
VEB | + +Venezuelan Bolivar | +
VND | + +Vietnamese Dong | +
VUV | + +Vanuatu Vatu | +
WST | + +Samoan Tala | +
XAF | + +Gabon C.f.A Franc | +
XCD | + +East Carribean Dollar | +
XOF | + +Benin C.f.A. Franc | +
YER | + +Yemeni Ryal | +
ZAR | + +South African Rand | +
ZMK | + +Zambian Kwacha | +
ZRZ | + +Zaire | +
ZWD | + +Zimbabwean Dollar | +
'+': - '=': incrémente d'un jour - - '_': - '-': décremente d'un jour - - '}': - ']': incrémente d'u mois - - '{': - '[': décrémente d'un mois - - 'M': - 'm': début du mois - - 'H': - 'h': fin du mois - - 'Y': - 'y': début de l'année - - 'R': - 'r': fin de l'année - - 'T': - 't': aujourd'hui - --GnuCash peut-être compiler pour comprendre/utiliser soit les dates -au format européen ou les dates au format américain . Chercher -UK_DATES dans dates.h - - + + + + + + + + + +
Retour à la Page principale de la documentation. + + diff --git a/Docs/fr/xacc-double.html b/Docs/fr/xacc-double.html index 8cac6247eb..c50b94996d 100644 --- a/Docs/fr/xacc-double.html +++ b/Docs/fr/xacc-double.html @@ -1,75 +1,149 @@ - - -
- - -Une transaction à double entrée est une transaction qui -apparaît dans deux comptes . Un compte est débité d'un -montant exactement égal à celui qui est crédité. -Ainsi , toutes les transactions sont toujours transférées -entre deux comptes . Depuis qu'ils apparaisent toujours avec un signe plus -dans un compte , et un signe moins dans l'autre , le total global des comptes -sera toujours zero, et ainsi , les comptes équilibrés sont -garantis. -
La double entrée est déjà familiaire à beaucoup -de gens comme un transfert d'un compte bancaire vers un autre , où -l'argent est retiré d'un compte et déposé dans un -autre. Beaucoup moins familier est l'idée que la double entrée -peut être utilisée pour le suivi des revenus et dépenses -aussi bien que pour les transferts bancaires . Regardez la fenêtre -d'aide "Revenu/Dépense" pour -plus d'information. -
Pour changer une transaction à double entrée, afficher -la dans n'importe quelle fenêtre dans laquelle elle apparait. N'importe -quel changement effectué sera automatiquement reflété -dans l'ensemble des comptes et toutes les fenêtres affichant la transaction. -Similairement, quand une transaction à double entrée est -supprimée , elle esr supprimée depuis l'ensemble des comptes -; les soldes sont automatiquement recalculés pour l'ensemble des -comptes . -
Pour changer le compte de transfert, sélectionnez simplement -un nouveau compte depuis le menu déroulant . Quand vous enregistrez -la transaction, elle sera automatiquement selectionnée depuis le -vieux compte , et insérée dans le nouveau compte . -
Quand celles-ci sont toutes requises pour s'équilibrer, la probabilité
+qu'une erreur sur les données entrées est été
+faite est beaucoup moindre. Pour les grands et complexes ensembles de comptes
+avec beaucoup de transactions , il est d'une manière navrante facile
+de faire des erreurs qui peuvent continuer à rester undétectées
+pendant longtemps, et être épouvantablement
+
difficile à localiser, même quand la comptabilité
+du double livret est utilisé.
+
Une transaction à double entrée est une transaction qui
+contient des entrées pour deux (ou plus) comptes qui s'annule l'un
+et l'autre. Un compte est débité d'un montant exactement
+égal à celui dont l'autre est crédité.En
+s'assurant que chaque transaction
+
s'équilibre/s'annule, un ensemble équilibré de
+comptes est garanti. Celà ne vous empêche pas d'avoir des
+errors, mais certainement il élimine le grand type d'erreurs du
+genre :J'ai oublié d'entrer cette partie de la transaction.
+
La double entrée peut être introduite d'une façon +plus grâce à la notion de transfert d'un compte bancaire vers +un autre , où le montant est retiré d'un compte et déposé +dans un autre. C'est effectivement le "rôle" de la comptabilité +du double livret; si vous avez ajouté quelque chose dans un compte, +vous devez avoir un autre composant de cette transaction pour équilibrer +celà. +
Pas forcément un aparté: Si vous regardez votre +relevé de compte, il est typiquement décrit en détail +à partir du point de vue de la banque, qui est exactement +l'opposé du votre. Par exemple, quand vous y mettez de l'argent, +effectuant un dépôt, qui établit un DEBIT de +leur part/pour eux. +
Peut-être moins évident est la notion que la double entrée +peut être utilisée pour représenter les revenus et +dépenses aussi bien que les transferts bancaires . Regardez la fenêtre +d'aide "Revenu/Dépense" pour plus +d'informations sur celà +
Dans un système traditionnel qui enregistre
+les débits et crédits séparément, l'identité
+que toutes les transactions sont
+
requises pour satisfaire que Total de débits = Total
+de crédits.
+
Le fait que l'identité requiert seulement que le total
+des soldes veut dire que c'est un petit peu trompeux d'appeler celle-ci
+comptabilité de la double-entée; il devrait être
+quelque peu plus exact de l'appeler comptabilité multiple-entrée.
+Malheureusement, il y a 700 ans d'histoire d'utilisation de ce terme, ce
+qui sufisamment décourageant pour le changer.
+
(Et quelques gens pensent qu' UNIX a quelques croustillants et
+vieux morceau d'étrangeté. Hah!)
+
GnuCash traite les "Débits" comme valeurs positives, et "Crédits"
+comme valeurs négatives, de telle façon à ce que cette
+
identité simplifie en value1 + value2
++ value3 + ... = 0.
+
Un menu se déroulera , listant tous les comptes depuis lequel
+un transfert peut être réalisé.
+
Quand vous enregistrez la transaction, la double entrée sera
+automatiquement réalisée, et la transaction apparaîtra
+automatiquement dans toutes les fenêtres montrant les comptes transféré-depuis
+et transféré-vers.
Pour changer une transaction à double entrée:
+
Afficher simplement la transaction dans n'importe quelle fenêtre +dans laquelle elle apparait +
N'importe quels changements effectués seront automatiquement +reflétés dans l'ensemble des comptes et dans toutes les fenêtres +affichant la transaction. +
De la même manière, quand une transaction à double +entrée est supprimée , les répartitions seront supprimés +depuis l'ensemble des comptes ; et les soldes seront automatiquement recalculés +pour l'ensemble des comptes . +
Pour changer le compte de transfert, sélectionnez simplement +un nouveau compte depuis le menu déroulant . Quand vous enregistrez +la transaction, elle sera automatiquement selectionnée depuis le +vieux compte , et insérée dans le nouveau compte . +
En mode "relaché", vous pouvez créer des transactions
+anormales/non équilibrées, c'est à dire, des transactions
+où les répartitions ne s'équilibrent pas pour faire
+zéro.Celà met de coté la validation qui vient en utilisant
+le schema le plus strict
+
de la double entrée, qui n'est pas probablement réellement
+une prudent modification. En effet:
+
Retour à la Page principale de la documentation.
+
+
+
diff --git a/Docs/fr/xacc-expense.html b/Docs/fr/xacc-expense.html
index a7ed0b4373..1f1dbda56c 100644
--- a/Docs/fr/xacc-expense.html
+++ b/Docs/fr/xacc-expense.html
@@ -1,89 +1,195 @@
-
-
-
Les mots "Revenu" et "Dépenses " sont bigrement simple; -n'importe qui sait ce qu'ils veulent dire. Ne les laisser pas vous -amuser: ils ont une signification spéciale quand ils sont -appliqué à un compte à double entrée. -
- -Pour enregistrer correctement les revenus et dépenses dans -un système à double entrée , deux comptes -spéciaux doivent être créés: un de type -"Revenu" et un de type "Dépenses ". Les Revenus de ce genre: -salaire, primes , intérêt bancaire et les dividendes -d'actions sont alors enregistrés comme transferts depuis un -compte revenus vers un compte bancaire (ou -générallement actif(avoirs)) . Semblablement, les -dépenses sont enregistrés comme des transferts depuis -un compte de carte de crédit (ou générallement, -un compte de passif(dettes)).
- -Pourquoi les comptes de type "Revenu" et "Dépenses " sont -considérés comme speciaux? La réponse ruse avec -la nature de la double entrée. Avec une transaction à -double entrée, un compte est toujours crédité, -et un autre compte est toujours débité. Quand le -salaire est déposé dans un compte bancaire , le compte -bancaire est crédité, et le compte revenus est -débité. Afin de faire apparaitre revenus comme positif -(ce qu'il est), et dépenses paraissant négatives, la -signification de "débit" et "crédit" est -renversée pour les comptes de revenus et dépenses . -Celà les rends spéciaux.
- -Une autre manière de voir dans laquelle les comptes revenus -et dépenses sont spéciaux est que leurs totaux de -compte n'apparaissent pas sur le bilan. Un bilan montre "Valeur nette -": la somme de tous les actifs(avoirs) moins les passifs(dettes). -Depuis lors revenus et dépenses ne sont ni actifs(avoirs) ni -passifs(dettes), ils n'apparaissent pas sur le bilan. Il y a -différente sorte de rapport, un rapport "Profit et Pertes" -(P&P) , qui montre revenus et dépenses . Le profit total -(ou pertes) est le total des revenus moins le total des -dépenses. Depuis lors actifs(avoirs) et passifs(dettes) ne -sont ni revenus ni dépenses, ils n'apparaissent pas sur -l'état des P&P.
- -Même si malgré tout les comptes peuvent être -"spéciaux", vous n'avez pas besoin de faire quelque chose de -"spécial" pour utiliser les comptes revenus et dépenses -. Tout est traité automatiquement , tant que vous vous -souvenez de transférer revenus et dépenses entre les -comptes de revenus/dépenses et les comptes bancaire -courant/Actif/Carte(de crédit)/Passif(dettes).
- -Pour utiliser un compte revenus/dépenses, créez -en -un simplement depuis la fenêtre de dialogue "Nouveau Compte" , -et alors soyez sûr de transférer revenus/dépenses -vers celui oû vous enregistrez feuille de paie , -intérêt, etc.
- -Si vous avez un arrangement complexe de compte, vous pouvez -vouloir creer des comptes multiples de revenus/dépenses . Un -peut être utilisé pour enregistrer le salaire , et -seulement le salaire , un autre pour enregistrer seulement les -intérêts de banque, et un troisième seulement -pour enregistrer les dividendes d'actions. Ce partitionnement est -particulièrement utile quand le temps des impôts arrive. -
- -Les utilisateurs des produits Quicken (TM) doivent réaliser -que ce que Quicken appelle "Catégories" sont juste -réellement des comptes Revenus/Dépenses . Ainsi , si -vous utilisez la spécification d'une catégorie dans -Quicken, créez juste un compte revenus/dépenses du -même nom dans X-Accountant, et utilisez le.
- - + + + + + +Celà simplifie trop les choses en quelque sorte; il est souvent
+une assez-bonne approximation quand je fais de la comptabilité
+
personelle, mais quand je fais fonctionner un commerce, revenus et
+dépenses ont souvent été reconnu/identifié
+comme ayant lieu quand quelques "évènement critique" ont
+lieu et qui peut-être ne corresponde pas parfaitement à "quand
+l'argent comptant rentre ou sort."
+
Par exemple, les sociétés habituellement doivent reconnaitre +revenus quand une vente se passe. Celà veut dire que j'ai +reconnu une vente de 100 000F sur le moment avec moi et le client +nous serrant la main lors de l'accord. +
Depuis que l'argent ne rentre pas, les ventes ont été
+estimé d'une autre manière; la manière qui est faite
+est de cumuler une vente à ce moment, et la faire mettre
+dans le solde de la transaction, plutôt que d'ajouter quelque chose
+en argent comptant,
+
j'ajoute les 100 000F de la vente dans Crédit fournisseurs.
+
Dans un système à double entrée, deux sortes de +comptes doivent être créés: certains de type "Revenus" +et d'autres de type "Dépenses ". (Il tend à y avoir beaucoup +plus de différents sortes de dépenses qu'il y a de revenus.) +
Les Revenus de ce genre: salaire, primes , intérêt bancaire +et les dividendes d'actions sont alors enregistrés comme transferts +depuis un compte revenus vers un compte bancaire (ou, en général, +quelques avoirs (actif) ) . De la même manière, les dépenses +sont enregistrés comme des transferts depuis un compte de carte +de crédit (ou, en général, un compte de passif(dettes)). +
Une autre voie pour décrire la nécessité de la +"double entrée" est que quand vous recevez un revenu, deux choses +se passent: +
Compte | + +Débit | + +Crédit | +
---|---|---|
Compte chèques | + +1.600,00 | + ++ |
Salaire | + ++ + | 1.600,00 | +
Celà peut être volontairement étendu à un
+grand nombre d'éléments "réparti" ainsi:
+
+
Compte | + +Débit | + +Crédit | +
---|---|---|
Compte chèques | + +1.300,00 | + ++ |
Impôts sur le revenu | + +200.00 | + ++ |
Sécurité sociale | + +100.00 | + ++ |
Salaire | + ++ + | 1.600,00 | +
Il peut y avoir un lot entier de plus de deux entrées dans la +transaction, mais la somme totale des débits, de 1.600,.00F, pourtant +égalera la somme totale des crédits, 1.600,00F. +
Si, comme avec GnuCash, tout est forcé sur une colonne, +de telle façon à ce que les débits soit représentés +par des valeurs positives, et les crédits sont représentés +par des valeurs négatives, les comptes revenus/dépenses font +légèrement une chose non-intuitive et vous voyez des revenus +comme valeurs négatives. Celà +apparait +contraire à l'intuition, mais c'est néanmoins nécessaire +pour que l'ordre de l' identité +de la comptabilité de la double-entrée se maintienne vraie. +
Une autre manière de voir la façon dont les comptes revenus +et dépenses sont spéciaux est que leurs totaux de comptes +n'apparaissent pas directement sur la feuille du solde/bilan. Une feuille +du solde montre la "Valeur nette": la somme de tous les avoirs moins +toutes les dettes. +
Les revenus et dépenses ne sont ni des avoirs ni des dettes, +et ainsi n'apparaissent pas sur la feuille du solde. Ce qui apparait sur +la feuille du solde est leurs effets sur les capitaux propres. +
Il y a un rapport séparé, un rapport "Pertes et profits" +(P&P), pour analyser les revenus et dépenses. Le profit total +(ou pertes) est calculé comme le total des revenus moins le total +des dépenses. D'une manière agréablement symétrique, +étant donné que les avoirs et les dettes ne sont ni des revenus +et ni des dépenses, ils n' apparaissent pas également +sur l'état des Pertes et Profits. +
Même si malgré tout ces comptes peuvent être en quelque +sorte "spéciaux", vous n'avez pas besoin de faire quelque chose +de particulièrement spécial pour utiliser les comptes de +revenus et dépenses. GnuCash traite les valeurs automatiquement, +de telle façon à ce que si vous enregistrez proprement les +effets des transactions sur votre compte bancaire ou de carte de crédit, +la face revenus/dépenses de la transaction devrait aussi être +chargé traité correctement. +
Le temps quand les choses deviennent "particulières," et quand +vous avez besoin de plus de compréhension profonde de celles-ci, +est quand les montants sont transférés entre les comptes +revenus/dépenses. (Les causes pour de tels transferts tendent +à être en quelque sorte particulières, ainsi c'est +une jolie exposition pour celui-ci d'être une jolie situation singulière.) +
Vous souhaitez sans doute créer un certain nombre de comptes +de revenus et dépenses; I peut être valable de regarder le +Tableau de comptes d'exemple pour des idées. +
Ce partitionnement de revenus et dépenses est surement prouvé +être particulièrement utile quand .le temps des impôts +arrive. +
Retour à la Page principale de la documentation. + + diff --git a/Docs/fr/xacc-globalprefs.html b/Docs/fr/xacc-globalprefs.html new file mode 100644 index 0000000000..d1351b6c4c --- /dev/null +++ b/Docs/fr/xacc-globalprefs.html @@ -0,0 +1,50 @@ + + +
+ + +Pour changer les paramètres, cliquez simplement pour sélectionner +la page appropriée, alors faites les changements appropriées, +et cliquez sur le bouton "Appliquer" pour voir vos changements prendre +effet. Cliquer sur "OK" applique les changement, alors fermez la boîte +de dialogue propriétées. Le bouton "Fermer" ferme simplement +la boîte de dialogue sans appliquer les derniers changements. +
Les paramètres sont groupés dans les catégories +suivantes: +
Retour à la Page principale de la documentation. + + diff --git a/Docs/fr/xacc-gpl.html b/Docs/fr/xacc-gpl.html index 2668ebc497..863bed904e 100644 --- a/Docs/fr/xacc-gpl.html +++ b/Docs/fr/xacc-gpl.html @@ -1,334 +1,335 @@ - - -
-- Everyone is permitted to copy and distribute verbatim copies - of this license document, but changing it is not allowed.
-
-
- The licenses for most software are designed to take away your - freedom to share and change it. By contrast, the GNU General Public - License is intended to guarantee your freedom to share and change free - software--to make sure the software is free for all its users. This - General Public License applies to most of the Free Software - Foundation's software and to any other program whose authors commit to - using it. (Some other Free Software Foundation software is covered by - the GNU Library General Public License instead.) You can apply it to - your programs, too. - -
- When we speak of free software, we are referring to freedom, not - price. Our General Public Licenses are designed to make sure that you - have the freedom to distribute copies of free software (and charge for - this service if you wish), that you receive source code or can get it - if you want it, that you can change the software or use pieces of it - in new free programs; and that you know you can do these things. - -
- To protect your rights, we need to make restrictions that forbid - anyone to deny you these rights or to ask you to surrender the rights. - These restrictions translate to certain responsibilities for you if you - distribute copies of the software, or if you modify it. - -
- For example, if you distribute copies of such a program, whether - gratis or for a fee, you must give the recipients all the rights that - you have. You must make sure that they, too, receive or can get the - source code. And you must show them these terms so they know their - rights. - -
- We protect your rights with two steps: (1) copyright the software, and - (2) offer you this license which gives you legal permission to copy, - distribute and/or modify the software. - -
- Also, for each author's protection and ours, we want to make certain - that everyone understands that there is no warranty for this free - software. If the software is modified by someone else and passed on, we - want its recipients to know that what they have is not the original, so - that any problems introduced by others will not reflect on the original - authors' reputations. - -
- Finally, any free program is threatened constantly by software - patents. We wish to avoid the danger that redistributors of a free - program will individually obtain patent licenses, in effect making the - program proprietary. To prevent this, we have made it clear that any - patent must be licensed for everyone's free use or not licensed at all. - -
- The precise terms and conditions for copying, distribution and - modification follow. -
-- 0. This License applies to any program or other work which contains - a notice placed by the copyright holder saying it may be distributed - under the terms of this General Public License. The "Program", below, - refers to any such program or work, and a "work based on the Program" - means either the Program or any derivative work under copyright law: - that is to say, a work containing the Program or a portion of it, - either verbatim or with modifications and/or translated into another - language. (Hereinafter, translation is included without limitation in - the term "modification".) Each licensee is addressed as "you". - -
- Activities other than copying, distribution and modification are not - covered by this License; they are outside its scope. The act of - running the Program is not restricted, and the output from the Program - is covered only if its contents constitute a work based on the - Program (independent of having been made by running the Program). - Whether that is true depends on what the Program does. - -
- 1. You may copy and distribute verbatim copies of the Program's - source code as you receive it, in any medium, provided that you - conspicuously and appropriately publish on each copy an appropriate - copyright notice and disclaimer of warranty; keep intact all the - notices that refer to this License and to the absence of any warranty; - and give any other recipients of the Program a copy of this License - along with the Program. - -
- You may charge a fee for the physical act of transferring a copy, and - you may at your option offer warranty protection in exchange for a fee. - -
- 2. You may modify your copy or copies of the Program or any portion - of it, thus forming a work based on the Program, and copy and - distribute such modifications or work under the terms of Section 1 - above, provided that you also meet all of these conditions: - -
- a) You must cause the modified files to carry prominent notices - stating that you changed the files and the date of any change. -- -- b) You must cause any work that you distribute or publish, that in - whole or in part contains or is derived from the Program or any - part thereof, to be licensed as a whole at no charge to all third - parties under the terms of this License. -
- c) If the modified program normally reads commands interactively - when run, you must cause it, when started running for such - interactive use in the most ordinary way, to print or display an - announcement including an appropriate copyright notice and a - notice that there is no warranty (or else, saying that you provide - a warranty) and that users may redistribute the program under - these conditions, and telling the user how to view a copy of this - License. (Exception: if the Program itself is interactive but - does not normally print such an announcement, your work based on - the Program is not required to print an announcement.) -
-
- Thus, it is not the intent of this section to claim rights or contest - your rights to work written entirely by you; rather, the intent is to - exercise the right to control the distribution of derivative or - collective works based on the Program. - -
- In addition, mere aggregation of another work not based on the Program - with the Program (or with a work based on the Program) on a volume of - a storage or distribution medium does not bring the other work under - the scope of this License. - -
- 3. You may copy and distribute the Program (or a work based on it, - under Section 2) in object code or executable form under the terms of - Sections 1 and 2 above provided that you also do one of the following: - -
- a) Accompany it with the complete corresponding machine-readable - source code, which must be distributed under the terms of Sections - 1 and 2 above on a medium customarily used for software interchange; or, -- -- b) Accompany it with a written offer, valid for at least three - years, to give any third party, for a charge no more than your - cost of physically performing source distribution, a complete - machine-readable copy of the corresponding source code, to be - distributed under the terms of Sections 1 and 2 above on a medium - customarily used for software interchange; or, -
- c) Accompany it with the information you received as to the offer - to distribute corresponding source code. (This alternative is - allowed only for noncommercial distribution and only if you - received the program in object code or executable form with such - an offer, in accord with Subsection b above.) -
- The source code for a work means the preferred form of the work for - making modifications to it. For an executable work, complete source - code means all the source code for all modules it contains, plus any - associated interface definition files, plus the scripts used to - control compilation and installation of the executable. However, as a - special exception, the source code distributed need not include - anything that is normally distributed (in either source or binary - form) with the major components (compiler, kernel, and so on) of the - operating system on which the executable runs, unless that component - itself accompanies the executable. - -
- If distribution of executable or object code is made by offering - access to copy from a designated place, then offering equivalent - access to copy the source code from the same place counts as - distribution of the source code, even though third parties are not - compelled to copy the source along with the object code. -
- -- 5. You are not required to accept this License, since you have not - signed it. However, nothing else grants you permission to modify or - distribute the Program or its derivative works. These actions are - prohibited by law if you do not accept this License. Therefore, by - modifying or distributing the Program (or any work based on the - Program), you indicate your acceptance of this License to do so, and - all its terms and conditions for copying, distributing or modifying - the Program or works based on it. - -
- 6. Each time you redistribute the Program (or any work based on the - Program), the recipient automatically receives a license from the - original licensor to copy, distribute or modify the Program subject to - these terms and conditions. You may not impose any further - restrictions on the recipients' exercise of the rights granted herein. - You are not responsible for enforcing compliance by third parties to - this License. - -
- 7. If, as a consequence of a court judgment or allegation of patent - infringement or for any other reason (not limited to patent issues), - conditions are imposed on you (whether by court order, agreement or - otherwise) that contradict the conditions of this License, they do not - excuse you from the conditions of this License. If you cannot - distribute so as to satisfy simultaneously your obligations under this - License and any other pertinent obligations, then as a consequence you - may not distribute the Program at all. For example, if a patent - license would not permit royalty-free redistribution of the Program by - all those who receive copies directly or indirectly through you, then - the only way you could satisfy both it and this License would be to - refrain entirely from distribution of the Program. - -
- If any portion of this section is held invalid or unenforceable under - any particular circumstance, the balance of the section is intended to - apply and the section as a whole is intended to apply in other - circumstances. - -
- It is not the purpose of this section to induce you to infringe any - patents or other property right claims or to contest validity of any - such claims; this section has the sole purpose of protecting the - integrity of the free software distribution system, which is - implemented by public license practices. Many people have made - generous contributions to the wide range of software distributed - through that system in reliance on consistent application of that - system; it is up to the author/donor to decide if he or she is willing - to distribute software through any other system and a licensee cannot - impose that choice. -
- -- 8. If the distribution and/or use of the Program is restricted in - certain countries either by patents or by copyrighted interfaces, the - original copyright holder who places the Program under this License - may add an explicit geographical distribution limitation excluding - those countries, so that distribution is permitted only in or among - countries not thus excluded. In such case, this License incorporates - the limitation as if written in the body of this License. - -
- 9. The Free Software Foundation may publish revised and/or new versions - of the General Public License from time to time. Such new versions will - be similar in spirit to the present version, but may differ in detail to - address new problems or concerns. - -
- Each version is given a distinguishing version number. If the Program - specifies a version number of this License which applies to it and "any - later version", you have the option of following the terms and conditions - either of that version or of any later version published by the Free - Software Foundation. If the Program does not specify a version number of - this License, you may choose any version ever published by the Free Software - Foundation. - -
- 10. If you wish to incorporate parts of the Program into other free - programs whose distribution conditions are different, write to the author - to ask for permission. For software which is copyrighted by the Free - Software Foundation, write to the Free Software Foundation; we sometimes - make exceptions for this. Our decision will be guided by the two goals - of preserving the free status of all derivatives of our free software and - of promoting the sharing and reuse of software generally. -
- -
- 11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY - FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN - OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES - PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED - OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF - MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS - TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE - PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, - REPAIR OR CORRECTION. - -
- 12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING - WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR - REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, - INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING - OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED - TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY - YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER - PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE - POSSIBILITY OF SUCH DAMAGES. - -
+ Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed.
+
+
+ The licenses for most software are designed to take away your + freedom to share and change it. By contrast, the GNU General Public + License is intended to guarantee your freedom to share and change free + software--to make sure the software is free for all its users. This + General Public License applies to most of the Free Software + Foundation's software and to any other program whose authors commit to + using it. (Some other Free Software Foundation software is covered by + the GNU Library General Public License instead.) You can apply it to + your programs, too. + +
+ When we speak of free software, we are referring to freedom, not + price. Our General Public Licenses are designed to make sure that you + have the freedom to distribute copies of free software (and charge for + this service if you wish), that you receive source code or can get it + if you want it, that you can change the software or use pieces of it + in new free programs; and that you know you can do these things. + +
+ To protect your rights, we need to make restrictions that forbid + anyone to deny you these rights or to ask you to surrender the rights. + These restrictions translate to certain responsibilities for you if you + distribute copies of the software, or if you modify it. + +
+ For example, if you distribute copies of such a program, whether + gratis or for a fee, you must give the recipients all the rights that + you have. You must make sure that they, too, receive or can get the + source code. And you must show them these terms so they know their + rights. + +
+ We protect your rights with two steps: (1) copyright the software, and + (2) offer you this license which gives you legal permission to copy, + distribute and/or modify the software. + +
+ Also, for each author's protection and ours, we want to make certain + that everyone understands that there is no warranty for this free + software. If the software is modified by someone else and passed on, we + want its recipients to know that what they have is not the original, so + that any problems introduced by others will not reflect on the original + authors' reputations. + +
+ Finally, any free program is threatened constantly by software + patents. We wish to avoid the danger that redistributors of a free + program will individually obtain patent licenses, in effect making the + program proprietary. To prevent this, we have made it clear that any + patent must be licensed for everyone's free use or not licensed at all. + +
+ The precise terms and conditions for copying, distribution and + modification follow. +
++ 0. This License applies to any program or other work which contains + a notice placed by the copyright holder saying it may be distributed + under the terms of this General Public License. The "Program", below, + refers to any such program or work, and a "work based on the Program" + means either the Program or any derivative work under copyright law: + that is to say, a work containing the Program or a portion of it, + either verbatim or with modifications and/or translated into another + language. (Hereinafter, translation is included without limitation in + the term "modification".) Each licensee is addressed as "you". + +
+ Activities other than copying, distribution and modification are not + covered by this License; they are outside its scope. The act of + running the Program is not restricted, and the output from the Program + is covered only if its contents constitute a work based on the + Program (independent of having been made by running the Program). + Whether that is true depends on what the Program does. + +
+ 1. You may copy and distribute verbatim copies of the Program's + source code as you receive it, in any medium, provided that you + conspicuously and appropriately publish on each copy an appropriate + copyright notice and disclaimer of warranty; keep intact all the + notices that refer to this License and to the absence of any warranty; + and give any other recipients of the Program a copy of this License + along with the Program. + +
+ You may charge a fee for the physical act of transferring a copy, and + you may at your option offer warranty protection in exchange for a fee. + +
+ 2. You may modify your copy or copies of the Program or any portion + of it, thus forming a work based on the Program, and copy and + distribute such modifications or work under the terms of Section 1 + above, provided that you also meet all of these conditions: + +
+ a) You must cause the modified files to carry prominent notices + stating that you changed the files and the date of any change. ++ ++ b) You must cause any work that you distribute or publish, that in + whole or in part contains or is derived from the Program or any + part thereof, to be licensed as a whole at no charge to all third + parties under the terms of this License. +
+ c) If the modified program normally reads commands interactively + when run, you must cause it, when started running for such + interactive use in the most ordinary way, to print or display an + announcement including an appropriate copyright notice and a + notice that there is no warranty (or else, saying that you provide + a warranty) and that users may redistribute the program under + these conditions, and telling the user how to view a copy of this + License. (Exception: if the Program itself is interactive but + does not normally print such an announcement, your work based on + the Program is not required to print an announcement.) +
+
+ Thus, it is not the intent of this section to claim rights or contest + your rights to work written entirely by you; rather, the intent is to + exercise the right to control the distribution of derivative or + collective works based on the Program. + +
+ In addition, mere aggregation of another work not based on the Program + with the Program (or with a work based on the Program) on a volume of + a storage or distribution medium does not bring the other work under + the scope of this License. + +
+ 3. You may copy and distribute the Program (or a work based on it, + under Section 2) in object code or executable form under the terms of + Sections 1 and 2 above provided that you also do one of the following: + +
+ a) Accompany it with the complete corresponding machine-readable + source code, which must be distributed under the terms of Sections + 1 and 2 above on a medium customarily used for software interchange; or, ++ ++ b) Accompany it with a written offer, valid for at least three + years, to give any third party, for a charge no more than your + cost of physically performing source distribution, a complete + machine-readable copy of the corresponding source code, to be + distributed under the terms of Sections 1 and 2 above on a medium + customarily used for software interchange; or, +
+ c) Accompany it with the information you received as to the offer + to distribute corresponding source code. (This alternative is + allowed only for noncommercial distribution and only if you + received the program in object code or executable form with such + an offer, in accord with Subsection b above.) +
+ The source code for a work means the preferred form of the work for + making modifications to it. For an executable work, complete source + code means all the source code for all modules it contains, plus any + associated interface definition files, plus the scripts used to + control compilation and installation of the executable. However, as a + special exception, the source code distributed need not include + anything that is normally distributed (in either source or binary + form) with the major components (compiler, kernel, and so on) of the + operating system on which the executable runs, unless that component + itself accompanies the executable. + +
+ If distribution of executable or object code is made by offering + access to copy from a designated place, then offering equivalent + access to copy the source code from the same place counts as + distribution of the source code, even though third parties are not + compelled to copy the source along with the object code. +
+ ++ 5. You are not required to accept this License, since you have not + signed it. However, nothing else grants you permission to modify or + distribute the Program or its derivative works. These actions are + prohibited by law if you do not accept this License. Therefore, by + modifying or distributing the Program (or any work based on the + Program), you indicate your acceptance of this License to do so, and + all its terms and conditions for copying, distributing or modifying + the Program or works based on it. + +
+ 6. Each time you redistribute the Program (or any work based on the + Program), the recipient automatically receives a license from the + original licensor to copy, distribute or modify the Program subject to + these terms and conditions. You may not impose any further + restrictions on the recipients' exercise of the rights granted herein. + You are not responsible for enforcing compliance by third parties to + this License. + +
+ 7. If, as a consequence of a court judgment or allegation of patent + infringement or for any other reason (not limited to patent issues), + conditions are imposed on you (whether by court order, agreement or + otherwise) that contradict the conditions of this License, they do not + excuse you from the conditions of this License. If you cannot + distribute so as to satisfy simultaneously your obligations under this + License and any other pertinent obligations, then as a consequence you + may not distribute the Program at all. For example, if a patent + license would not permit royalty-free redistribution of the Program by + all those who receive copies directly or indirectly through you, then + the only way you could satisfy both it and this License would be to + refrain entirely from distribution of the Program. + +
+ If any portion of this section is held invalid or unenforceable under + any particular circumstance, the balance of the section is intended to + apply and the section as a whole is intended to apply in other + circumstances. + +
+ It is not the purpose of this section to induce you to infringe any + patents or other property right claims or to contest validity of any + such claims; this section has the sole purpose of protecting the + integrity of the free software distribution system, which is + implemented by public license practices. Many people have made + generous contributions to the wide range of software distributed + through that system in reliance on consistent application of that + system; it is up to the author/donor to decide if he or she is willing + to distribute software through any other system and a licensee cannot + impose that choice. +
+ ++ 8. If the distribution and/or use of the Program is restricted in + certain countries either by patents or by copyrighted interfaces, the + original copyright holder who places the Program under this License + may add an explicit geographical distribution limitation excluding + those countries, so that distribution is permitted only in or among + countries not thus excluded. In such case, this License incorporates + the limitation as if written in the body of this License. + +
+ 9. The Free Software Foundation may publish revised and/or new versions + of the General Public License from time to time. Such new versions will + be similar in spirit to the present version, but may differ in detail to + address new problems or concerns. + +
+ Each version is given a distinguishing version number. If the Program + specifies a version number of this License which applies to it and "any + later version", you have the option of following the terms and conditions + either of that version or of any later version published by the Free + Software Foundation. If the Program does not specify a version number of + this License, you may choose any version ever published by the Free Software + Foundation. + +
+ 10. If you wish to incorporate parts of the Program into other free + programs whose distribution conditions are different, write to the author + to ask for permission. For software which is copyrighted by the Free + Software Foundation, write to the Free Software Foundation; we sometimes + make exceptions for this. Our decision will be guided by the two goals + of preserving the free status of all derivatives of our free software and + of promoting the sharing and reuse of software generally. +
+ +
+ 11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY + FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN + OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES + PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED + OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF + MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS + TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE + PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, + REPAIR OR CORRECTION. + +
+ 12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING + WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR + REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, + INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING + OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED + TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY + YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER + PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE + POSSIBILITY OF SUCH DAMAGES. + +
300 Dépenses - | - +--310 Dépenses en cours - | | - | +--311 Bière - | | - | +--312 Cable - | - +--320 Dépenses commerciales - | | - | +--321 Disquettes 8 pouces - | | - : :-Noter que les comptes sont codés: quand un rapport est généré, -l'ordre de tri est déterminé entièrement par la numérotation. -Par tradition et pratique habituelle, les comptes qui ne sont des comptes -feuilles ont un nombre qui tends vers zéro; chaque niveau supérieur -a un plus zero dans le code du compte. -
Quand vous faites une création d'un -nouveau compte, GnuCash offre une possibilité de deviner à -quoi il pense que le code du compte devrait être; vous êtes -libre de le changer. GnuCash ne prévient pas la duplication de numérotation, -bien que vous êtes encouragés à l'éviter. Les -codes de compte sont traités comme des numéros, base-36: -ainsi, s'il n'y a plus de numéros, vous pouvez utiliser les lettres, -de a jusqu'à z. -
Le tronc principal représente les catégories ou groupes +en entier, tandis que les feuillles de l'arbre contiennent des comptes +bancaires individuels ou des catégories de dépenses. +
Quand un rapport sommaire est demandé, typiquement seulement +les branches principales sont montrés dans le rapport, plutôt +que les comptes individuels. Par example, un tableau de comptes devrait +ressembler à ce qui suit: +
300 Dépenses + | + +--310 Dépenses en cours + | | + | +--311 Bière + | | + | +--312 Cable + | + +--320 Dépenses commerciales + | | + | +--321 Disquettes 8 pouces + | | + : :+Noter que les comptes n'ont pas seulement des noms; ils ont des codes,afin +de fournir un ordre. Quand un rapport est généré, +l'ordre de tri est déterminé entièrement par la numérotation. +
Une arborescence logique générallement aura la fin des +comptes "feuilles" en chiffre différent de zéro, tandis que +les noeuds parents ont des numéros croissant de zéro. +Par exemple, les comptes "liquidités" devraient logiquement être +arrangés ainsi: +
Un exemple de tableaux +de comptes +
Un
+tableau "typique" de comptes est montré ci-dessous. Chaque compte
+est un type de compte donné.C'est
+une
+
+combinaison de quelques comptes commerciaux et personnels typiques.
+
+>>>>>>> 1.2
+
Retour à la Page principale de la documentation.
Pour l'aide sur un sujet en particulier: +
Ces quelques pages représentent la documentation préliminaire +pour les sous-systemes qui ne sont pas encore suffisamment fonctionnel +pour être utilisé par les utilisateurs finaux. +
C'est la fenêtre principale du compte . Controle des comptes -depuis ici . Ajouter plus de documentation.
- -Ci dessous se trouve une image de la fenêtre principale , -avec seulement les comptes principaux affichés . Noté -comment "ABC Bank" a été sélectionnée par -surbrillance . Pour afficher les détails des comptes , cliquez -sur les flèches sur le coté gauche .
- -
-
-
Ci-dessous se trouve la fenêtre principale , avec les -détails des comptes affichés.
- -
-
-
-
-
-
Ci dessous se trouve une image de la fenêtre principale , avec +seulement les comptes principaux affichés . Notez comment Business +Expenses a été sélectionné par surbrillance +. La boîte avec une croix à l'intérieur d'elle, immediatement +à sa gauche, montre qu'il y a un un ou plus de comptes detaillés +qui ne sont pas montrés en ce moment. Pour le voir, cliquez sur +cette boîte. +
+
Ci-dessous se trouve la fenêtre principale , avec les détails
+des comptes affichés.
+
+
+
+
+
This report summarizes your sources of income and expenditure.
+ +There are currently no options for this report, but the option + to specify an accounting period will be added soon.
+ +Return to Main Documentation + Page.
+ + diff --git a/Docs/fr/xacc-print.html b/Docs/fr/xacc-print.html index 39bccab16d..5ae845b9ba 100644 --- a/Docs/fr/xacc-print.html +++ b/Docs/fr/xacc-print.html @@ -1,28 +1,46 @@ - - - - - -Suivant la dernière tendance à la mode, GnuCash peut aussi
-agir comme un serveur web sans valeur! Depuis une fenêtre registre
-ouverte, selectionnez "Imprimer ... Vers WWW" depuis le menu "Fichier".
-Alors pointer votre navigateur à http://localhost:1080/
-ou http://mon nom de machine.com:1080/et vous verrez votre fenêtre
-registre. Mais, souvenez-vous, nous disons "sans valeur": pour voir
-la page de nouveau, vous devrez reprendre la procédure précédente
-de nouveau.
-
-
Suivant la dernière tendance à la mode de l'exagération
+internet, GnuCash peut aussi agir comme un serveur web sans valeur!
+
+
Retour à la Page principale de la documentation + + diff --git a/Docs/fr/xacc-quicken.html b/Docs/fr/xacc-quicken.html index 4e5e2f723d..2dba01fdd1 100644 --- a/Docs/fr/xacc-quicken.html +++ b/Docs/fr/xacc-quicken.html @@ -1,64 +1,156 @@ - - -
- - -Pour créer un fichier QIF avec Quicken , démarrez Quicken -(oui, il fonctionne avec Wine, et probablement avec Wabi aussi), choisissez -le menu "Fichier" et sélectionnez l'entrée du menu "Exporter..." -. Sous la version 3.0 de Quicken , vous pouvez seulement exporter un compte -à la fois , et ainsi , l'exportation démontrera être -un processus pénible . Quand vous exportez , noté que il -y a une séries de boites de vérification marqués "Transactions", -"Liste de Comptes ", "Liste de Catégories", etc. Pour de meilleurs -résultats, vous devrez etre sûr d'avoir ces trois dernières -qui soit vérifiés. Si vous ne vérifiez *pas* la boite -"Listes de Comptes ", alors le nom de votre compte sera perdu. -
Pour importer un fichier QIF de Quicken, choisissez le menu "Fichier"et -sélectionnez l'entrée "Importer QIF". Le fichier importé -sera fusionné avec quel que soit les autres données que vous -avez actuellement dans X-Accountant. Cette fusion permet aux multiples -comptes Quicken d'être importés et fusionnés dans un -groupe de compte . Notez que durant la fusion, une analyse est effectuée -pour les transactions dupliquées , et les doubles sont enlevés. -Une transaction dupliquée est une oû la date, la description -(bénéficiaire), mémo, quantitée, prix de la -part , et les comptes ou catégories débités/crédités -se retrouve exactement. Ainsi, la fusion devrait être sûr à -moins que vous ayez de multiples transactions à la même date, -au même compte , pour le même montant , avec la même -description et mémo. -
Notez que quand la "Liste des Comptes " et la "Liste de Catégories" -est exporté depuis Quicken, tous les comptes et catégories -seront exportés même si, ils sont vides , et ne contiennent -pas transactions. Quand ceux-ci sont importés, ils appazraitront -comme des comptes avec un solde de zero. Si vous n'avez pas besoin ou n'utilisez -pas ces comptes , supprimez les . Une amélioration future de X-Accountant -vous permettra de les supprimer en-masse, ou de les rendre invisible sans -les supprimer. - - + + +
+ + +Ce que Quicken appelle "Catégories" sont juste réellement +des comptes Revenus/Dépenses . Ainsi, +si vous utilisez les spécifications d'une catégorie dans +Quicken, créez juste un compte revenus/dépenses du même +nom dans Gnucash, et utilisez le comme le nom d'un compte. +
Notez que le format QIF est representif dans une certaine mesure d'un +modèle de données particulier qui n'est pas aussi expressif:adapté +que l'on aurait voulu; il requiert pour chaque compte de se faire enregistrer +dans un fichier de données séparé, plutôt que +de vous permettre d'avoir un fichier qui représente tous +les comptes que vous pouvez avoir eu dans Quicken. +
De plus, tandis qu'il y a des plans pour faire ainsi dans le futur,
+il n'y a pas, à ce point, une solution pour organiser les noms de
+catégories ou comptes utilisés dans Quicken vers un différent
+ensemble de noms de compte que vous puissiez utiliser dans
+
GnuCash.
+
En conséquence de, s'il vous plaît lisez cette section +avec attention. Il se peut en quelque sorte que vous soyez déçu +avec les résultats d'une importation de fichier QIF; celà +vous donnera au moins quelques espérances plus précises quant +à ce qui se passera. +
Il fonctionne avec Wine, Wabi
+de Caldera, et sans doute sur VMWare, ainsi il n'est pas requis que vous
+démarreriez Windows.
+
Quicken ne peut exporter seulement qu'un compte pour chaque
+fichier de données, ce qui veut dire que si vous avez plusieurs
+comptes, ce là se révèlera être un procesus
+quelquesc peu pénible. (D'un autre coté, il devrait être
+en globalité
+
moins pénible que d'entrer les données depuis
+zéro/rien.)
+
Celà fournira une boite de dialogue qui demandera un nom
+de fichier, les dates effectives, en plus d'une série de
+
boite à cocher, incluant Transactions, Liste
+de comptes, Liste de catégories, et ainsi dorénavant.
+
Pour de meilleurs résultats, vous devrez etre sûr +d'avoir ces trois dernières qui soit vérifiées/activées. +
Si vous ne vérifiez pas la boite Listes de Comptes,
+alors le nom de votre compte sera probablement perdu., et que
+
celà causera des problèmes quand vous essairez d'importer
+des données dans GnuCash plus tard.
Notez que durant la fusion, une analyse est effectuée pour
+les transactions dupliquées , et les doubles sont enlevés.
+Une transaction dupliquée est où la date, la description
+(bénéficiaire), mémo, quantitée, prix du titre
+, et les comptes ou catégories débités/crédités
+se retrouve exactement. Ainsi, la fusion devrait être
+sûr à moins que vous ayez de multiples transactions à
+la même date, au même compte , pour le même montant ,
+avec la même description et mémo.
+
Celà malheureusement peut se produire, le scénario +typique se produit quand vous faites de multiples retraits d'argent liquide +de montants identiques à partir de DAB (distributeur automatique +de billets) le même jour. +
Notez que quand la "Liste des Comptes " et la "Liste de Catégories"
+est exporté depuis Quicken, tous les comptes et catégories
+seront exportés, même s'ils sont vides et ne contiennent pas
+de transactions. Quand ceux-ci sont importés, ils apparaitront comme
+des comptes avec un solde de zéro. Si vous n'avez pas besoin ou
+n'utilisez pas ces comptes , soyez libre de les supprimer . Les futures
+améliorations de Gnucash vous permettront de les supprimer "en-masse",
+ou de les rendre invisible sans les supprimer.
+
Pour plus de détails à propos du format d'échange
+QIF peuvent être trouvés ici.
+
+
Retour à la Page principale de la documentation.
-
La fenêtre de rapprochement est pour le rapprochement des enregistrements -des utilisateurs à la fin du mois quand le relevé bancaire -arrive. Par example, si vous écrivez un chèque pour quelqu'un -, entrez la transaction. Quand vous savez que que le chèque a été -pointé (débité de votre compte) , vous pouvez cliquez -le champ entre les champs de description et de paiement , et le changer -depuis 'n' vers 'c', indiquant que la transaction a été pointée -A la fin du mois , ouvrez la fenêtre de rapprochement , et xacc vous -suggèrera /soufflera l'entrée du solde final à partir -du relevé bancaire . Alors la fenêtre de rapprochement apparaitra -, et vous verrez une colonne de crédit et de débit qui listera -toutes les transactions non rapprochés . Vous pouvez alors pointer -les transactions qui apparaissent dans le relevé bancaire , et vérifier -que le montant des champs soit correct. En bas de la fenêtre se trouve -un champ différence , qui devrait être de 0.00F quand vous -avez fait le rapprochement . Si'il ne l'est pas alors vous avez laisser -échapper une transaction, ou un des montants est erroné (ou -faux). Quand vous cliquez sur "Ok", alors le 'n' ou 'c' dans les transactions -qui ont été pointé se changera en un 'y'. Quand vous -changez quelque chose dans une transaction de rapprochement , une boite -de dialogue de verification devrait apparaitre , mais celà ne semble -pas être encore un évènement. Aussi , le total "pointé" -en bas semble afficher F0.00 sans se soucier de ces transactions qui ont -été pointés ou rapprochés . Le total"pointé" -devrait afficher le total de seulement les transactions qui ont été -pointés ('c') ou rapprochés ('y'). -
-
+
La fenêtre de rapprochement est pour le rapprochement des enregistrements +des utilisateurs à la fin du mois quand le relevé bancaire +arrive. Par example, si vous écrivez un chèque pour quelqu'un +, entrez la transaction. Quand vous savez que que le chèque a été +pointé (débité de votre compte) , vous pouvez cliquez +le champ entre les champs de description et de paiement , et le changer +depuis 'n' vers 'c', indiquant que la transaction a été pointée +A la fin du mois , ouvrez la fenêtre de rapprochement , et xacc vous +suggèrera /soufflera l'entrée du solde final à partir +du relevé bancaire . Alors la fenêtre de rapprochement apparaitra +, et vous verrez une colonne de crédit et de débit qui listera +toutes les transactions non rapprochés . Vous pouvez alors pointer +les transactions qui apparaissent dans le relevé bancaire , et vérifier +que le montant des champs soit correct. En bas de la fenêtre se trouve +un champ différence , qui devrait être de 0.00F quand vous +avez fait le rapprochement . Si'il ne l'est pas alors vous avez laisser +échapper une transaction, ou un des montants est erroné (ou +faux). Quand vous cliquez sur "Ok", alors le 'n' ou 'c' dans les transactions +qui ont été pointé se changera en un 'y'. Quand vous +changez quelque chose dans une transaction de rapprochement , une boite +de dialogue de verification devrait apparaitre , mais celà ne semble +pas être encore un évènement. Aussi , le total "pointé" +en bas semble afficher F0.00 sans se soucier de ces transactions qui ont +été pointés ou rapprochés . Le total"pointé" +devrait afficher le total de seulement les transactions qui ont été +pointés ('c') ou rapprochés ('y'). +
+
Ci-dessus se trouve à quoi la fenêtre registre devrait -ressembler : -
-
-
-
-
-
Le rapprochement peut être fait dans la fenêtre -de rapprochement -
(pas encore implementé) Les transactions marquées avec -un 'y' , et ne peuvent pas être éditées sans changer -en premier ce drapeau. C'est parce que une transaction de rapprochement -devrait être capable de se souvenir de tout chose qui a été -vérifiée, et donc correcte. Changer ainsi une transaction -devrait être difficile: nous voulons éviter les erreurs accidentelles. -
(pas encore implementé) Les transactions marquées avec -un 'f' sont gelées, et ne peuvent pas être éditées -dans n'importe quelle circonstances. Celles-ci ont été gelées -pendant une période du compte. C'est à dire, les livres ont -été fermés pendant cette période; ils ne peuvent -plus être réouvert pour être édités. -
-
-
-
Le registre du porte-feuille peut intimidé un peu au premier -abord . Si vous avez de la peine à le comprendre , alors tournez -vous vers la création de comptes qui contiennent une seule valeur -d'action. Quelques points importants à se souvenir à propos -de la fenêtre du porte-feuille: -
C'est la fenêtre du Registre/Grand Livre(ou d'enregistrement ). +Les transactions sont entrées ici . +
Pour entrer une nouvelle transaction, tapez juste à l'intérieur +de la dernière transaction vierge. Utilisez la souris (ndt : ou +le mulot pour ce qui préfère) ou les Raccourcis +clavier du registre pour se déplacer entre les champs, et frappez +la touche Entrée ou cliquez sur Enregistrer pour enregistrer la +transaction: +
+
Remarquez comment la transaction a été enregistrée +et une transaction vierge, nouvelle a été créée. +
Vous pouvez affichez des transactions existantes de la même manière.
+GnuCash vous demandera de confirmer n'importe quel
+
changements que vous ayez fait.
+
Le registre peut afficher les transactions dans plusieurs styles différents: +
Les transactions existantes sont normallement affichées dans
+l'ordre de la date, mais celà peut auusi être changé
+avec
+
"Trier par ordre". Vous pouvez aussi sélectionner une échelle
+de date durant laquelle les transactions seront affichées avec
+"Echelle de date".
+
L'état du rapprochement d'une transaction est montré par
+le champ rapprochement (R) . 'c' indique qu'une transaction a été
+
rapprochée, 'n' indique qu'elle ne l'est pas. Vous pouvez changer
+l'état du rapprochement en cliquant sur le champ 'r' de la
+
transaction.
+
En bas de la fenêtre du compte, il y a deux soldes en cours, le +solde "pointé et rapproché", et le solde "total"... le solde +"pointé et rapproché " devrait correspondre à la totalité +de l'argent que la banque pense que vous ayez sur votre compte, et le solde +"total" inclut les transactions en cours de règlement. +
Le rapprochement peut être fait dans la fenêtre +de rapprochement +
+
+
Le registre du porte-feuille peut intimidé un peu au premier +abord . +
Si vous avez de la peine à le comprendre , alors tournez vous +vers la création de comptes qui contiennent une seule valeur d'action. +
Quelques points importants à se souvenir à propos de la +fenêtre du porte-feuille: +
Un bilan montre Avoirs, Dettes et Capitaux propres. La sommes de tous -les possessions devrait être égale à la somme des dettes -et capitaux propres. -
Un compte-rendu de profits et pertes montre les revenus et dépenses. -La somme de tous les revenus moins toutes les dépenses est un profit -ou une perte. -
Le changement des capitaux propes de jour en jour (année en année) -devrait être égal à ce profit ou perte du jour (année). -
+
Le rapport est affiché dans une fenêtre redimensionnable +et déroulante. Pour controler le rapport, vous pouvez utilisez les +boutons de la barre d'outils en haut de la fenêtre: +
+
+
Voyez l'aide pour les rapports individuels pour les détails des +options disponibles. +
L'interface de rapport est actuellement non documenté, mais vous +pouvez obtenir une bonne idée de comment il fonctionne en +examinant le fichier src/scm/report/hello-world.scm dans la distribution +du source de GnuCash. +
Vous aurez aussi besoin pour accédez aux données du "moteur" +d'obtenir de l'information pour votre rapport. Celà est accompli +par un ensemble de fonctions d'encapsulage Scheme qui sont documentés +dans le fichier src/g-wrap/gnc.html. Vous pouvez souhaiter examiner quelques +uns des autres rapports dans src/scm/report pour une indication de comment +ils sont utilisés. +
A présent, les rapports sont produit intérieurement en +créant du HTML et en présentant celà avec un widget +HTML. (Les futures versions de GnuCash supporteront si tout va bien un +système plus flexible). +
Si vous avez besoin plus d'information, ou avez développé +un nouveau rapport qui peut être utilisé par les autres, s'il +vous plait contactez la liste de courriers de développement +de GnuCash (mailing list) à gnucash-devel@gnucash.org. +
Retour à la Page principale de la documentation. + + diff --git a/Docs/fr/xacc-ticker.html b/Docs/fr/xacc-ticker.html index 11ac92dd1a..65483af471 100644 --- a/Docs/fr/xacc-ticker.html +++ b/Docs/fr/xacc-ticker.html @@ -1,66 +1,75 @@ - - -
- - -Pour utiliser cette fonctionnalité, ce qui suit doit être -fait: -
-
Pour mettre à jour les cours stockés dans un fichier de -compte de gnucash, lancez en ligne de commande gnc-price, en specifiant -le nom du fichier; par exemple: -
gnc-prices myaccts.xac-En lançant cette commande, elle affichera divers messages de diagnostic -vers l'écran tandis qu'elle chargera les données. Elle fonctionnera -seulement quand l'ordinateur hôte est connecté à internet. -Elle fonctionnera si l'hôte est derrière un parefeu/firewall -de style masqué. Elle ne fonctionne pas actuellement depuis derrière -un proxy ou des parefeu de style socks. La commande peut être lancée -plusieurs fois dans une journée; pourtant, elle mettra les -comptes à jour au maximum une fois avec la plupart des données -de cours de la journée échangé dernièrement. -Ainsi, si gnc-prices est lancé le vendredi, samedi, dimanche -et lundi, seulement deux chargement de cours seront effectué: -un contenant les données du vendredi, et un contenant les données -du lundi, tandis que celui du samedi et dimanche lancé retrouvera -seulement les cours de cloture du vendredi. Pour empêcher gnc-prices -de mettre à jour un compte, tandis que vous lui permettez de mettre -à jour un autre compte, simplement marqué les données -source pour ce compte comme "(aucun)". Vous pouvez le faire depuis la fenêtre -"Afficher un compte". -
Après avoir lancé gnc-prices pendant quelques jours, vos -comptes commenceront à ressembler à ce qui suit: -
-
Si un compte d'actions de +Gnucash est convenablement configuré, et l'ordinateur hôte +est connecté sur internet, le programme gnc-prices peut +être utilisé pour récupérer les cotations +des cours d'actions ou FCP et SICAV à partir de divers sites web +directement dans GnuCash. +
Pour utiliser cette fonctionnalité, ce qui suit doit être +fait: +
+
Pour mettre à jour les cours stockés dans un fichier de +compte de gnucash, lancez en ligne de commande gnc-price, en specifiant +le nom du fichier; par exemple: +
gnc-prices myaccts.xac+En lançant cette commande, elle affichera divers messages de diagnostic +vers l'écran tandis qu'elle chargera les données. Elle fonctionnera +seulement quand l'ordinateur hôte est connecté à internet. +Elle peut fonctionner ensemble avec un parefeu/firewall de style +masqué. Elle ne fonctionne pas actuellement depuis derrière +un proxy ou des parefeu de style socks. +
La commande peut être lancée plusieurs fois dans une journée; +pourtant, elle mettra les comptes à jour au maximum une fois avec +les plus récentes données du cours des échanges de +la journée. +
Ainsi, si gnc-prices est lancé le vendredi, samedi, +dimanche et lundi, seulement deux chargement de cours seront effectués: +un contenant les données du vendredi, et un contenant les données +du lundi, tandis que celui lancé le samedi et dimanche retrouvera +seulement les cours de clôture du vendredi. +
Pour empêcher gnc-prices de mettre à jour un compte, +tandis que vous lui permettez de mettre à jour un autre compte, +marquez simplement les données source pour ce compte comme "(aucun)". +Vous pouvez le faire depuis la fenêtre "Afficher un compte". +
Après avoir lancé gnc-prices pendant quelques jours, vos +comptes commenceront à ressembler à ce qui suit: +
+
Transaction reports list details for transactions in a specified + account over a specified period, in a convenient format for + viewing and exporting.
+Options specifiable for this report include:
+Return to Main Documentation + Page.
+ + diff --git a/Docs/fr/xacc-y2k.html b/Docs/fr/xacc-y2k.html index 13a461c929..134307f458 100644 --- a/Docs/fr/xacc-y2k.html +++ b/Docs/fr/xacc-y2k.html @@ -1,28 +1,45 @@ - - - - - -Le format de fichier pour la version 1.1.25 et suivantes stocke les -dates de la manière cité ci-dessus. -
Quelques routines internes utilisent le type time_t pour exprimer -les secondes. Noter que sur la plupart des OS, c'est une longueur de 32-bit, -et elle est limité à l'ère Unix (Déc 1901 à -Jan 2038). -
Les fichiers de sauvegarde et log sont estampillé temporellement -en utilisant la routine standard Unix ctime(), qui prend comme -argument time_t. Ainsi, le mécanisme de sauvegarde et de -log pourrait éprouver des troubles en 2038. - - + + +
+ + +Le format de fichier pour la version 1.1.25 et suivantes stocke les +dates de la manière cité ci-dessus. +
Quelques routines internes utilisent le type time_t pour exprimer +les secondes. Noter que sur la plupart des OS, c'est une longueur de 32-bit, +et elle est limité à l'ère Unix (Déc 1901 à +Jan 2038).Il est résonnable d'espérer que time_t +sera migré vers l'utilisation de valeurs de 64 bit à ce moment +là. +
Les fichiers de sauvegarde et log sont estampillé temporellement +en utilisant la routine standard Unix ctime(), qui prend comme +argument time_t. Ainsi, le mécanisme de sauvegarde et de +log pourrait éprouver des troubles en 2038.Supposant que votre Unix +actuel continue à être en service à ce moment là +sans aucune correction. +
Notez aussi que GnuCash reconnait correctement le 29 février +2000 comme une "année bissextile," une autre des "dates critiques +de l'année 2000." +
Il est très fortement suggéré que GnuCash devrait +faire face raisonnablement bien à la transition vers le nouveau +millénaire, ou qu'il prend place en 2000 ou en 2001... +
Les éléments de l'an 2000 sont décrits en plus
+de détails à Linux
+et l'an 2000.
+
+
Retour à la Page principale de la documentation. + +