From c2f231c8dab4d3af055f9d67360fcce4f476068f Mon Sep 17 00:00:00 2001 From: Dave Peticolas Date: Mon, 5 Jun 2000 07:57:50 +0000 Subject: [PATCH] Yannick Le Ny's updated French docs. git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@2416 57a11ea4-9604-0410-9ed3-97b8803252fd --- doc/html/fr/bofa-mym.html | 78 +- doc/html/fr/projects.html | 3726 ++++++++++++++++------------ doc/html/fr/xacc-about.html | 1514 +++++------ doc/html/fr/xacc-accountedit.html | 74 +- doc/html/fr/xacc-acctypes.html | 394 ++- doc/html/fr/xacc-accwin.html | 83 +- doc/html/fr/xacc-adjbwin.html | 41 +- doc/html/fr/xacc-apar.html | 397 +-- doc/html/fr/xacc-apprdepr.html | 1413 ++++++----- doc/html/fr/xacc-bal_tracker.html | 33 +- doc/html/fr/xacc-balsheet.html | 40 +- doc/html/fr/xacc-currency.html | 2778 ++++++++++++--------- doc/html/fr/xacc-date.html | 98 +- doc/html/fr/xacc-double.html | 314 +-- doc/html/fr/xacc-expense.html | 434 ++-- doc/html/fr/xacc-globalprefs.html | 102 +- doc/html/fr/xacc-gpl.html | 670 ++--- doc/html/fr/xacc-groups.html | 776 +++--- doc/html/fr/xacc-main.html | 229 +- doc/html/fr/xacc-mainwin.html | 91 +- doc/html/fr/xacc-pnl.html | 41 +- doc/html/fr/xacc-print.html | 90 +- doc/html/fr/xacc-quicken.html | 326 +-- doc/html/fr/xacc-recnwin.html | 99 +- doc/html/fr/xacc-regwin.html | 323 ++- doc/html/fr/xacc-reports.html | 191 +- doc/html/fr/xacc-ticker.html | 220 +- doc/html/fr/xacc-trans_report.html | 79 +- doc/html/fr/xacc-y2k.html | 98 +- 29 files changed, 7906 insertions(+), 6846 deletions(-) diff --git a/doc/html/fr/bofa-mym.html b/doc/html/fr/bofa-mym.html index 963221de91..636d427da5 100644 --- a/doc/html/fr/bofa-mym.html +++ b/doc/html/fr/bofa-mym.html @@ -1,39 +1,39 @@ - - - - - - Importation des fichiers MYM - - - - -

-Managing Your Money --> GNUCash

-J'ai finallement produit le script Perl qui me permet d'utiliser GNUCash -jusque sur un site web. J'ai deux années de données dans -Managing Your Money 2.x que je ne veux pas réentrer. Le script sortira -un simple fichier QIF avec toutes les transactions, comptes, et catégories. -(Actuellement seulement les transactions de non-investissement sont traitées.) -Le fichier QIF peut être importé vers xacc-1.0.18 si un petit -patch est appliqué à QIFIO.c. Le site est: -

http://www-cad.eecs.berkeley.edu/~gooch/mymdump.html -

-Transactions dupliquées

-J'ai aussi un script que j'utilise pour enlever les transactions dupliquées -au niveau du QIF. J'utilise ce script parce que Xacc est très strict -à propos des duplications (ce qui est très bon) et parce -qu'éditer des transactions importées causera une ré-importation -des mêmes transactions qui produiront des doubles. (Je télécharge -les transactions du même mois depuis ma  banque plusieurs fois -chaque mois, alors chaque fichier QIF téléchargé --après -le premier--contient des transactions que j'ai  déjà -importé. Je ne veux pas compter sur ma banque pour m'envoyer les -transactions dans le même ordre ou avec le même  formatage.) -Le site est -

http://www-cad.eecs.berkeley.edu/~gooch/qifuniq.html -

J'espère que les autres trouveront ces scripts facile à -utiliser. -

Ken Yamaguchi Octobre 1998 - - + + + + + + Importation des fichiers MYM + + + + +

+Managing Your Money --> GNUCash

+J'ai finallement produit le script Perl qui me permet d'utiliser GNUCash +jusque sur un site web. J'ai deux années de données dans +Managing Your Money 2.x que je ne veux pas réentrer. Le script sortira +un simple fichier QIF avec toutes les transactions, comptes, et catégories. +(Actuellement seulement les transactions de non-investissement sont traitées.) +Le fichier QIF peut être importé vers xacc-1.0.18 si un petit +patch est appliqué à QIFIO.c. Le site est: +

http://www-cad.eecs.berkeley.edu/~gooch/mymdump.html +

+Transactions dupliquées

+J'ai aussi un script que j'utilise pour enlever les transactions dupliquées +au niveau du QIF. J'utilise ce script parce que Xacc est très strict +à propos des duplications (ce qui est très bon) et parce +qu'éditer des transactions importées causera une ré-importation +des mêmes transactions qui produiront des doubles. (Je télécharge +les transactions du même mois depuis ma  banque plusieurs fois +chaque mois, alors chaque fichier QIF téléchargé --après +le premier--contient des transactions que j'ai  déjà +importé. Je ne veux pas compter sur ma banque pour m'envoyer les +transactions dans le même ordre ou avec le même  formatage.) +Le site est +

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/doc/html/fr/projects.html b/doc/html/fr/projects.html index f8182424d0..eb317edb84 100644 --- a/doc/html/fr/projects.html +++ b/doc/html/fr/projects.html @@ -1,1558 +1,2168 @@ - - - - - GnuCash Project Goals - - - - - -

GnuCash Project Goals

- -

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.

- -
    -
  1. Architectural Goals
    2. - -
  2. Feature Requirements
    3. - -
  3. Features
    4. -
-
- -

Architectural Goals

- There are some over-reaching design principles - and philosophies that we intend to maintain. Some of these - concepts and terms are introduced in this section. - -

Separation of GUI and Data

- First, we must maintain a clean separation between the data - structures and the GUI that manipulates them, along the lines - of the Model-View-Controller paradigm. - - - -

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.

- -

The Financial Engine

- In GnuCash, the Model is implemented via the Engine API, - and the View is the data that is currently in the - Engine. Thus, the Engine is a set of programming API's that - the GUI (or a script, or even a clever command-line-addict) can - use to manipulate the data. - -

Currently, the Engine is fairly poor, and is tightly tied - to the data structures that the GUI manipulates. These data - structures include:

- - - The Engine has a very simple apply/commit model, and a simple - query mechanism for generating reports and views. - -

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.

- -

Modularity, Extensibility and Customization

- -

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.

- -

Markets and Users

- Implicit in this desire for extensibility is the need to build - financial applications supporting two major classes of users: - - - They may use some of the same financial terminology, and - hopefully might share a fair bit of code, but have quite - different goals and requirements. - -

Personal Finance Needs

- -

Important properties of a personal finance system - include:

- - - -

Small Business Needs

- - - -

Reconciling Those Needs

- -

A seemingly contradictory factor is that the kinds of - sophistication that are required vary considerably. - Consider:

- - - -

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.

- -

Feature Requirements

- - -

Personal Financial Application

- Below are listed the technical work items needed to implement - the features that home users might hope to have. They are - listed in approximate order of priority. - -

The right hand column shows a sizing guesstimate. pm == - person-months

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
FeatureSizing
-
InternationalizationSmall
Graphs, ReportsMedium
Simplified Stock LedgerSmall
Themes, Icons, GlitzMedium
Books, Accounting PeriodsSmall
Check PrintingSmall
User PreferencesMedium
Extension Language SupportMedium
Bonds and Interest Bearing - InstrumentsSmall
401K etc.Small
Annotate with Investment NewsSmall
Loan and Mortgage CalculatorsSmall
BudgetingMedium
Alerts, Recurring - TransactionsMedium
Quicken(TM) ExportSmall
Stock Quotes, Price QuotesSmall
OFX, Online Banking, Trading, - BillpayLarge
Multiple CurrenciesMedium
Double Entry AccountingSmall
Tab-delimited ASCII exportSmall
Tax PreparationLarge
Sync with Palm Pilot - organizersMedium
Emergency Records OrganizerSmall
- -

Small Business Features

- Features that small/medium businesses expect. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
FeatureSizing
-
Enhanced Engine, Financial - ObjectsLarge
SQL I/OMedium
Multi-User SupportMedium
A/R, A/P Accounts Payable, - ReceivableMedium
PayrollMedium
InvoicingMedium
Job CostingMedium
Expense AccountsLarge
- -

Features and Functions

- -
-
- -
Internationalization
- -
- All menus, markup and help-text should be - internationalized, so that GnuCash may be usable in any - country. This would include the printing of currency values - in the local country conventions. - -

Current status:

- -
    -
  • Most English-language messages have been - #defined and moved to a single header file - include/messages_en.h
    • - -
  • Plan to use gnu gettext() for the message - catalogs.
    • - -
  • Looking for routines that can parse and print - monetary values in different formats, as well as - date/time parsing/printing routines. (gnucash contains - such parsing routines, but they're not very powerful or - i18n'ed.)
    • - -
  • Henning Spruth has translated the README into - German.
    • - -
  • Yannick Le Ny <y-le-ny@ifrance.com> traduction - en francais et include/messages_fr.h
    • -
-
- -
Graphs, Reports
- -
- Add a variety of reports, including Net Worth, Balance - Sheets, and Profit and Loss statements. These should be - printable: it might be best to create them as ordinary HTML - pages, and use the printing abilities of the browser. These - should be easy to customize. Ideally, even novice users - should be able to create custom reports. - -

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:

- -
    -
  • A simple HTML output form has been implemented; - GnuCash can act as a very simple web server.
    • - -
  • Reports for Profit/Loss, Balance Sheet, and portfolio - valuation implemented as HTML-embedded Perl scripts. Being re-written in - Scheme.
    • -
-
- -
Simplified Stock Ledger
- -
- Stocks and Mutual funds are handled by placing them each in - their own account. Each account can be viewed individually. - If all of the stock accounts are children of a master - trading account, then the trading account can be viewed and - modified in a General Ledger window. The current stock - general ledger window is a bit obtuse, and difficult to - understand and use. A simplified but still powerful ledger - window is desperately needed. - -

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 ...

- -

-
- -
Themes, Icons, Glitz
- -
- A variety of finer touches need work: - -
    -
  • - Themes. - -

    A set of themes would be desirable for the Gnome - version.

    -
    • - -
  • - Button Bar - -

    A user-configurable button-bar would be nice - too.

    -
    • - -
  • - Categories - -

    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.

    -
    • - -
  • - Household Assets - -

    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.

    -
    • - -
  • - Navigation - -

    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.

    -
    • - -
  • - Folder Tabs - -

    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.

    -
    • - -
  • - Fly-Over Help - -

    When the user pauses the mouse over a button, - "fly-over" pop-up help windows should appear.

    -
    • - -
  • - Grayed-out Form Help - -

    Create grayed out entries in the ledger, titled - "Memo", "Description", etc, helping users understand - what should be typed into each field.

    -
    • - -
  • - emacs, vi, - motif, KDE, gnome Key Bindings for Text Fields - -

    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.

    -
    • -
- -

-
- -
Books, Accounting Periods
- -
- Ability to close the book at end of the fiscal year. - -

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...

- -

-
- -
Check Printing
- -
Create a check-printing ability.
- -
User Preferences
- -
- Create menu system and file format for manipulating user - preferences. - -

Preferences include things like showing/not showing - categories, forcing double-entry, etc.

- -

Current status:

- -
    -
  • Rob Browning has put together a basic infrastructure - that unifies command-line flags with scheme-based config - files.
    • - -
  • Rob also is auto-generating the GUI ...
    • -
-
- -
Extension Language Support
- -
- The application is wired together partly with C, partly - with Scheme. The architecture of the wiring and how scheme - is fit in needs to be reviewed, with a general overview - created so that additional extensions may be added in a - straightforward manner. - -

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:

- -
    -
  • Scheme/Guile is the central extension language.
    • - -
  • Optional interfaces to the data engine can be - generated using - SWIG.
    • - -
  • Rob Browning is the reigning expert.
    • -
- -

-
- -
Bonds and Interest Bearing Instruments
- -
- Support should be added for Mortgages, Bonds, CD's and - other instruments (e.g. savings accounts) that pay interest - on a regular basis. It should be possible to specify the - interest rate, the payment schedule, and other regularly - recurring transactions. - -

This should be handled by having a way of bouncing out - to some Guile code to generate transactions with computed - values.

-
- -
401(k), RRSP
- -
Retirement Savings Plans often do not put a high priority - on tracking costs, as the tax implication is that amounts are - taxable upon withdrawal, meaning that there is little - necessity to track capital gains.
- -
Annotate with News Stories
- -
- Download, save, annotate investment news and research. - Provide a way of storing news stories with accounts, and - possibly annotating individual transactions in the same - way. - -

-
- -
Loan and Mortgage Calculators
- -
- Provide a variety of simple GUI utilities to allow user to - calculate the future value of loans, mortgage payments, - interest payments, etc. - -

Status:

- -
    -
  • Not Started.
    • -
- -

-
- -
Alerts, Recurring Transactions
- -
- Provide pop-up notification of deadlines, events, upcoming - payments. - -

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:

- -
    -
  • April 1998 -- Design Doc contributed by Bob - Drzyzgula. See src/budget.txt
    • -
- -

-
- -
Budgeting
- -
- Ability to create a budget (i.e. estimates of future - expenditures). Reconcile actual expenditures against future - expenditures. Create simple, step-by-step 'financial plan' - budgeting GUI's: - -
    -
  • Home purchase planner
    • - -
  • Retirement planner
    • - -
  • College tuition planner
    • - -
  • Debt reduction planner
    • - -
  • Scrimp-n-Save planner
    • - -
  • Special purchase planner (big ticket items)
    • -
- Create a summary budget/track-record budget report that a - professional financial planner/advisor could use. - -

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:

- -
    -
  • A design doc has been submitted by Bob Drzyzgula. - Take a look at ./src/budget.txt in the source - directory.
    • -
- -

-
- -
Quicken(TM) Export
- -
- Ability to export Quicken QIF files. Quicken import is - implemented and mostly works. - -

-
- -
Stock Quotes, Price Quotes
- -
- Add ability to download stock quotes, other price quotes. - Add ability to download historical prices as well. (e.g. - get 5-year history of mutual fund performance vs. djia). - -

Status:

- -
    -
  • Can obtain stock quotes from Yahoo (NYSE), Fidelity - Investments, T.Rowe Price, and do automated update of - GnuCash data files (with the gnc-price perl - script). Need to add more data sources. See - src/quotes/Quote.pm and - src/quotes/gnc-price for details.
    • - -
  • - Need to integrate with GUI. - -

    Right now, this is a stand-alone perl script run - from crontab.

    -
    • -
- -

-
- -
OFX support
- -
- Provide the SGML DTD parsers to handle the OFX reports that - many banking institutions are providing, or will soon be - providing, to retail customers. See below for OFX - references. - -

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.

- -
    -
  • The parser is fragile because minor DTD - non-compliances are hard to parse, handle and recover - from.
    • - -
  • The parser is huge because the DTD results in - hundreds of (C++) objects being generated.
    • -
- The other method would be to perform run-time DTD parsing. - This is attractive particularly because it is a more - commonly-used approach; there are a variety of XML tools - available that provide this function. - -

Run-time parsing may be slower, but on the OFX client - side, this should not be a bottleneck.

- -

Status:

- -
    -
  • A compile-time parser was developed and - abandoned.
    • -
- -

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.

-
- -
Multiple Currencies
- -
- Need to support multiple currencies. Work is needed in the - and the GUI. The engine currently supports multiple - currencies by treating them as securities, and thus - allowing currency trading. The currency-trading register - needs a complete overhaul. - -

-
- -
Forced Double-Entry
- -
- The system supports double-entry: every transaction - indicates a pair of accounts: one is debited, and one is - credited. - -

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:

- -
    -
  • April 1998 -- The engine has a couple of flags in it - that control double-entry behavior: it can be made lax, - or strict: however, they are compiled in, there is no way - to change them from the GUI.
    • - -
  • Dec 1998 -- Scrubber functions implemented to crawl - through data, and find all unbalanced or orphaned - transactions.
    • -
- -

-
- -
Tab-delimited ASCII file format
- -
- People like to be able to read file contents in - ASCII; there are many Unix tools for manipulating ASCII. An - ASCII equivalent of the current file format should be easy - to develop ... just substitute the writes with - printf()s. - -

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.

-
- -
Tax Preparation
- -
- Gotta prepare those taxes. - -
    -
  • - TurboTax - -

    categorize items according to different tax - schedules

    -
    • - -
  • VAT
    • - -
  • estimate income taxes
    • - -
  • estimate itemized deductions, find potential - deductions, categorize them
    • -
-
- -
Sync with Palm Pilot - organizers
- -
There are Quicken-workalikes that run on the - PalmComputing platform; it would be good to interoperate with - this.
- -
Emergency Records Organizer
- -
- Put together a single-page report showing critical info - about accounts, etc. - -

-
- -
Enriched Engine, Financial Objects
- -
- The current system makes a distinction between the data - (account, transaction) and they GUI that displays it. The - data is embedded within and controlled by the "Engine", - which is a set of routines to access accounts, - transactions, etc. The engine serves as a kind of a dynamic - cache between the permanent data repository (file, sql db) - and the GUI. - -

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:

- -
    -
  • Linking to "Address Info" ( e.g. names, - addresses)
    • - -
  • Transaction identifiers
    • - -
  • Part numbers, SKU IDs
    • - -
  • Interest rates
    • - -
  • Budget policy
    • -
- -

Note: it makes no sense at this point to make the - engine API much richer than what the GUI can currently - support.

- -
    -
  • Locks When splits are implemented, and the - parent transaction has been marked as cleared, the record - should be locked, so that further modifications to the - amount can't be performed (or at least, a warning is - generated. This prevents accidental garbaging up of old - transactions.)
    • - -
  • - Books Ability to close a book at the end of the - fiscal year, thus indicating that nobody is permitted - to "mess around" with that old data. - -

    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:

- -
    -
  • The basic engine has been detangled from the GUI - elements, as of version gnucash-1.1.4.
    • - -
  • Binary file I/O mostly detangled into a separate - module.
    • - -
  • Crude transaction logging in place; should be - suitable for error/crash recovery but has not been "tried - by fire."
    • - -
  • Backup files automatically created and - time-stamped.
    • - -
  • - BeginEdit()/RollbackEdit()/CommitEdit() - routines mostly in place, - -

    These "Transaction processing constructs" should - simplify creation of an SQL back end, or some other - more sophisticated database engine.

    -
    • - -
  • Multiple currency support is present but still pretty - "raw."
    • - -
  • Query engine is minimal/sparse in capabilities.
    • - -
  • Linas <linas@linas.org> is maintaining the - engine code.
    • -
- -

-
- -
SQL I/O
- -
- A module is necessary to allow data to be fetched from an - SQL database, and for that database to be updated. Some - thoughts: SQL databases do not need to be locked during - editing: instead, an optimistic approach, similar to that - employed by CVS (concurrent version system, a mechanism for - storing versions of source code) could be used: if the - edits conflict with changes made by others, the edit could - be rejected en-masse, allowing the user to merge and - correct their changes. This is a very important note: - updating SQL does NOT require locks to be held for long - periods of time! - -

There has been much discussion about this on - mailing lists both for GnuCash and CBB. Major - points have included:

- -
    -
  • - Those SQL databases available on Linux tend to involve - considerable administrative overhead in terms - of getting them set up. - -

    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. -
    • - -
  • The real need may be to use an embedded - database engine like unto Sleepycat DB, cdb, or - something like Open - Group - ISAM.
    • - -
  • - GnuCash presently uses a document-oriented model, where - the entire set of books are loaded in, and - dumped out, all at one fell swoop. - -

    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.

    -
    • -
-
- -
Multi-user Support
- -
- Multi-user support should be added with either an SQL - backend to the engine, and/or through CORBA interfaces to - the engine. Project Kontor and also FreeMoney is working on - SQL schemas; Kontor is also working on Java RMI/CORBA - interfaces. Another possibility is to create a - web-application-server, and have users do much/most of I/O - with a web interface, possibly using the register object as - a browser plugin. - -

The following industrial-strength features are - needed:

- -
    -
  • transaction-oriented queuing of updates
    • - -
  • event subscription channel for updates
    • - -
  • user authentication
    • - -
  • user authorization
    • - -
  • non-repudiability
    • - -
  • encryption of network connections
    • -
- -
    -
  • Stephan Lichtenauer - <s_lichtenauer@muenchen.org> is working on CORBA - interfaces.
    • - -
  • "Alexander L. Belikoff" <abel@bfr.co.il> may - start work on CORBA
    • -
-
- -
Accounts Payable, - Receivable
- -
Add features to track sales receipts and other pending - sources of income, as well as owed sums.
- -
Payroll
- -
- Payroll introduces a sizable amount of complexity - in terms of the need to comply with constantly-changing - government regulations in whatever country one is in. - -

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.

-
- -
Invoicing
- -
Invoicing.
- -
Job Costing
- -
Ability to prepare and track estimates.
- -
Expense Accounts
- -
Expense Account Automation, including air, car, hotel, - dining. Receipts, reservations, cancellations.
-
- -

References

- - -
- Draft version 0.35 -- November 1999 - -

Linas Vepstas - linas@linas.org
-

-
- Revised December 1999 - -

Christopher Browne - cbbrowne@ntlug.org
-

- - - + + + + + + + GnuCash Project Goals + + + + + +

GnuCash Project Goals

+ +

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 + reviews some of the technical issues and development status + surrounding this project. It is a kind of an FAQ for + developers and contributors, providing status, and suggesting + directions and technologies for deploying new features. If you + simply want to get a better idea of what GnuCash is and what it does, visit its + home page. The home page + contains screen shots, news items, and mailing list + archives.

+ +

There are currently several different versions of GnuCash. + We've adopted the kernel numbering scheme: even minor relase + numbers (1.2.x, 1.4.x) are considered to mark stable releases, + while odd numbers (1.3.x) mark development releases.

+ + + +

The latest Gnome version, and latest versions in general, + are currently available only via CVS. Occasionally, some of the + more stable CVS versions are given a version number, and + packaged as a precompiled deb or rpm install package. Naive or + begining users should probably stick to version gnucash-1.2.5: + although this version is quite old and lacking in many + features, it is known to work. More adventurous users can try + one of the 1.3.x releases: these days, they are pretty stable, + and work pretty well. However, we cannot gaurentee that they + are flawless. We've tried to make sure that no matter how + broken these get, they won't mangle your data, but we can't + make promises.

+ +

This document is divided into several sections.

+ +
    +
  1. Architectural Goals
    2. + +
  2. Requirements
    3. + +
  3. Sizings
    4. + +
  4. Features
    5. +
+
+ + +

Architectural Goals

+ There are some over-reaching design principles and philosophies + that we intend to maintain. Some of these concepts and terms + are introduced in this section. + +

Separation of GUI and Data

+ First, we must maintain a clean separation between the data + structures and the GUI that manipulates them, along the lines + of the Model-View-Controller paradigm. + + + +

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.

+ +

The Financial Engine

+ In GnuCash, the Model is implemented via the Engine API, + and the View is the data that is currently in the + Engine. Thus, the Engine is a set of programming API's that + the GUI (or a script, or even a clever command-line-addict) can + use to manipulate the data. + +

Currently, the Engine is fairly poor, and is tightly tied to + the data structures that the GUI manipulates. These data + structures include:

+ + + The Engine has a very simple apply/commit model, and a simple + query mechanism for generating reports and views. The goal of + the commit and query model is to aid/simplify the creation of + & merger with an SQL back-end. + +

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.

+ +

Modularity, Extensibility and Customization

+ +

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 the + Scheme extension language (as implemented in the FSF Guile + interpreter), to glue the pieces together. (Note that the + engine interface is also available with Perl interfaces, thanks to a SWIG + wrapper.

+
+ + +

Requirements

+ Implicit in this desire for extensibility is the need to build + financial applications supporting two major classes of users: + + + They may use some of the same financial terminology, and + hopefully might share a fair bit of code, but have quite + different goals and requirements. + +

Personal Finance Needs

+ +

Important properties of a personal finance system + include:

+ + + +

Small Business Needs

+ + + +

Reconciling Those Needs

+ +

A seemingly contradictory factor is that the kinds of + sophistication that are required vary considerably. + Consider:

+ + + Another set of contradictory requirements has to do with the + back-end, and interfacing to other 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.

+
+ + +

Sizings

+ This section attempts to guesss how hard it would be to + implement certain features. + +

Personal Financial Application

+ Below are listed the technical work items needed to implement + the features that home users might hope to have. They are + listed in approximate order of priority. + +

The right hand column shows a sizing guesstimate. pm == + person-months. These sizings are meant to show 'effort needed + to complete', rather than 'total effort required'. Thus, + half-finished items have smaller sizings.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FeatureSizing
+
InternationalizationSmall
ReportsSmall
GraphsMedium
Simplified Stock LedgerSmall
Themes, Icons, GlitzMedium
Books, Accounting PeriodsSmall
Check PrintingSmall
User PreferencesMedium
Extension Language SupportMedium
401K etc.Small
Annotate with Investment NewsSmall
Loan and Mortgage CalculatorsSmall
BudgetingMedium
Overdraft AlertsSmall
Alerts, Recurring + TransactionsMedium
Quicken(TM) ImportSmall
Quicken(TM) ExportSmall
Stock Quotes, Price QuotesSmall
Technical Stock AnalysisMedium
Depreciation, Sinking FundsMedium
OFX, Online Banking, Trading, + Bill-payLarge
Multiple CurrenciesMedium
Double Entry AccountingSmall
Tab-delimited ASCII exportSmall
Tax PreparationLarge
Sync with Palm Pilot + organizersMedium
Emergency Records OrganizerSmall
+ +

Small Business Features

+ Features that small/medium businesses expect. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FeatureSizing
+
Enhanced Engine, Financial + ObjectsLarge
SQL I/OMedium
Multi-User SupportMedium
A/R, A/P Accounts Payable, + ReceivableMedium
PayrollMedium
InvoicingMedium
Job CostingMedium
Expense AccountsLarge
+
+ + +

Features and Functions

+ This section reviews the current status of various features. + Some of these are 'in process', some are 'almost done', some + are 'completely done'. This section thus provides status on + both where we've been, and where we're going. + +
+
+ +
Internationalization
+ +
+ All menus, markup and help-text should be + internationalized, so that GnuCash may be usable in any + country. This would include the printing of currency values + in the local country conventions. + +

Current status:

+ +
    +
  • All GUI messages currently use GNU gettext() + for the message catalogs. Translations exist for English, + British, French, Sweedish and German.
    • + +
  • Help pages available only in English and French.
    • + +
  • Monetary and string handling done through glibc. The + latest glibc (2.2.3) is nedded to get the correct + functions.
    • + +
  • Yannick Le Ny <y-le-ny@ifrance.com> traduction + en francais
    • + +
  • Most GUI input elements use the gtk text widget, and + thus use the XIM input method in asian locales. This + allows e.g. Kanji, Katakana support. However, the + register does not use XIM, and thus doesn't + currently support the asian languages. This needs + fixing.
    • +
+
+
+
+ +
Reports
+ +
+ A variety of reports, including Net Worth, Balance Sheets, + and Profit and Loss statements. These should be printable: + that is, exportable as HTML as well as print-ready + postscript. These should be easy to customize. Ideally, + even novice users should be able to create custom reports. + +

The Report Generator should be a separate but "dockable" + subsystem of the whole. That is, it should be possible to + run the report generator in a stand-alone, read-only + fashion without having to start up the main application. It + should be possible to run reports nightly from a + command-line and/or cron job.

+ +

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.

+ +

Generated reports should be exportable to other gnome + systems using bonobo. Reports should also be exportable to + the gnumeric spreadsheet (possibly by writing out gnumeric + file format??)

+ +

Reports should make use of the 'action' field ...

+ Relationship to budgeting not clear ... + +

Stock portfolio tools should include a Cost Averaging + report, Market Index report, Stock Option values, + Estimation of capital gains tax liabilities.

+ +

Status:

+ +
    +
  • A general reporting infrastrucutre was implemented in + Perl, in the form of html-embedded perl (ePerl). However, + this reporting mechanism was abondoned in part because + ongoing build and install problems related to eperl and + swig. Also, since eperl didn't poarticipate in the + interpreter even loop, the report generator had to runn + as a separate process, reading data via pipes. This was + uglier than some folks liked.
    • + +
  • A general reporting infrastructure has been implemented in Scheme. + Currently, there are simple reports for Profit/Loss, + Balance Sheet, and portfolio valuation.
    • + +
  • Reports are currently displayed with the gtk-xmhtml + widget but are being ported to the gtk-html widget. The + gtkhtml widget should provide printing abilities through + gnome-print (right ????).
    • + +
  • There is currently no way (no longer any way??) to + generate reports from the command line ...
    • + +
  • A list of 'required reports' is needed. Then these + need to be implemented.
    • + +
  • Heavy discussion by matt martin, Robert Merkel + ...
    • + +
  • The following technologies were rejected/unused mostly + because they were too complex, didn't hang together technologies: + 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. +
    • + +
+
+
+
+ +
Graphs
+ +
+

Graph portfolio value vs. cost

+ +

Graphs, charts, etc. too ...

+ +

Asset allocation pie chart.

+ +

The following graph packages are candidates: GUPPI, plotutils, + gnumeric/graph code. The gnumeric/graphcode is already + bonobo-ified.

+ +

If gnumeric and gnucash are to use a common graph + solution, the following are gnumeric requirements: -- + interactive plot editing -- each segment attributes totally + settable/controllable -- drag/move callbacks when segments + are click-draged.

+ +

Status:

+ +
    +
  • Evaluate different graphing packages, including GUPPI
    • +
+
+
+
+ +
Simplified Stock Ledger
+ +
+ Stocks and Mutual funds are handled by placing them each in + their own account. Each account can be viewed individually. + If all of the stock accounts are children of a master + trading account, then the trading account can be viewed and + modified in a General Ledger window. The current stock + general ledger window is a bit obtuse, and difficult to + understand and use. A simplified but still powerful ledger + window is desperately needed. + +

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 ...

+
+ +
Documentation
+ +
Need to add a 'meta keyword' tag to the documetnatin + pages, this will help the search engine (e.g. htdig) better categorize the + help. Mifluz + might be more embeddable ... I am told that htdig-API is in + good solid condition for this, but undocumented.
+ +
+ +
Themes, Icons, Glitz
+ +
+ A variety of finer touches need work: + +
    +
  • +

    Hint-of-the-Day. A collection of a some + 50-100 hints-of-the-day: short (2-4 sentance) + hints/tips on how to use gnucash. Every time the user + starts gnucash, an new hint shows up ...

    +
    • + +
  • +

    Themes. Some theme testing required. The + effect of themes on the register window needs to be + reviewed.

    +
    • + +
  • +

    Button Bar A user-configurable button-bar + would be nice too. The button bar is the set of + 'buttons' (open, edit...) at the top of a register + window and the main window.

    +
    • + +
  • +

    Categories/Default Chart of Accounts Provide + a default Chart of Accounts, which will mostly consist + of a default set 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.

    +
    • + +
  • +

    Household Assets 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.

    +
    • + +
  • +

    More account types Introduce more + 'fundamental' account types: (ammortized) Loan, + Mortgage, ESOP, House, Line of Credit.

    +
    • + +
  • +

    Cut-n-paste Cut-n-paste of items in the + regsiter window...

    +
    • + +
  • +

    Bank name in combo-box pull-down When user + enters a new bank name, should be presented with a + combo-box listing other bank-account names ... (note + this may require implementation of engine callbacks so + that relevent code can be informed when there are new + bank names?)

    +
    • + +
  • +

    Currency Selection Popup Currency field + should get preplaced by menu of long-hand currency + names, three-letter ISO abbreviations, and symbols. + User should be able to add new currency types. Should + also keep a static exchange-rate table.

    +
    • + +
  • +

    Popup Calculator All price/amount fields + should pop up a calculator widget; output of calculator + gets entered in field.

    +
    • + +
  • +

    Popup Calender All date fields should pop up + a calender widget; selected date should get entered in + field.

    +
    • + +
  • +

    Register View Allow user to view only + non-reconciled transactions ...

    +
    • + +
  • +

    Autocompletion Quickfill should also + auto-complete amount, memo fields.

    +
    • + +
  • +

    Autoincrement Check numbers should + auto-increment.

    +
    • + +
  • +

    Configurable main-window Status Bar Bottom of + main window currently shows total assest, and total + income-expense (profits). Make this configurable, so + that user can show arbitrary sums of arbitrary + accounts.

    +
    • + +
  • +

    Dockable Registers/ aka "Browser Mode". + Currently, when each new register opens, it opens in a + new window. An alternate style would be to 'dock' the + register window in a bigger frame, and just have + 'backward/forward' buttons to navigate through + different registers (the way that a browser navigates + web pages.) This of course would be a user + preference.

    +
    • + +
  • +

    Wizards/Context sensitive help. When users + create new accounts, need to suggest stuff if the user + typed something unexpected ... (e.g. + non-alphanumeric input) ...

    +
    • + +
  • +

    Navigation 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.

    +
    • + +
  • +

    Folder Tabs 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.

    +
    • + +
  • +

    Fly-Over Help When the user pauses the mouse + over a button, "fly-over" pop-up help windows should + appear.

    +
    • + +
  • +

    Grayed-out Form Help Create grayed out + entries in the ledger, titled "Memo", "Description", + etc, helping users understand what should be typed into + each field. Status: Done, as of version + 1.3.2(?)

    +
    • + +
  • +

    emacs, vi, + motif, KDE, gnome Key Bindings for Text Fields 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.

    +
    • +
+
+ +
+ +
Books, Accounting Periods
+ +
+ Ability to close the book at end of the fiscal year. This + consists of several steps: + +
    +
  • Permanently lock some transactions 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.
    • + +
  • Transfer the Income minus Expense for the book period + to an equity account, so that each new period starts with + zero income/expense balances.
    • + +
  • A mechanism to purge really old transactions from the + database.
    • + +
  • Extensions to reporting infrastructure ...
    • + +
  • + A user should be allowed to 'delete' an account + only if it has no transactions in the currently + open book. + +

    Of course, it's not deleted from the old books.

    + +

    From this last, we conclude that every chart of + accounts should have a begining and ending date (that + match the book period), and the file format needs to + support multiple charts ...

    +
    • +
+
+
+ + +

Status:

+ +
    +
  • A mini-design doc exists in + src/engine/future.txt
    • +
+
+
+
+ +
+ +
Check Printing
+ +
+ Create a check-printing ability. + +

Status:

+ +
    +
  • Bill Gribble has built a prototype based on the + gnome-print. Waiting for gnome-print to mature ...
    • +
+
+
+
+ +
User Preferences
+ +
+ Create menu system and file format for manipulating user + preferences. Preferences include things like default + currency, register layout and colors, etc. + +

What are some of the comptitive preference-handling + technologies? Lets get some URL's here ... Following the + unix tradition, there is no global prefernces registery. + Note that session management and preferences are related + things ... sort-of. Right now, we don't treat themn as such + ...

+ +

Session management is not implemented; viz, we don't + remember where things were left at when the user shut down + the windowing system, and we don't restore the session + afterwords. This includes: which register windows were left + open, what sizes they were, what thier placements on the + screen were, etc. I beleive session management needs to be + coordinated with KDE and with gnome, and all compliant + window maangers will do the rest (?)

+ +

Independently of session management, the register + windows should remember how big they were last time they + were poped up, and they should pop up the same size, again. + The app should remember these sizes from invocation to + invocation.

+ +

Status:

+ +
    +
  • Works good; lots of preferences in the gui. + Implemented in home-grown scheme.
    • + +
  • These are saved in the '.gnucash/config.auto' file. + The current file format is raw scheme code, rather + delicate to tweak by hand ...
    • +
+
+
+
+ +
Extension Language Support
+ +
+ The application is wired together partly with C, partly + with Scheme. The architecture of the wiring and how scheme + is fit in needs to be reviewed, with a general overview + created so that additional extensions may be added in a + straightforward manner. + +

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:

+ +
    +
  • Scheme/Guile is the central extension language.
    • + +
  • Optional interfaces to the data engine can be + generated using + SWIG.
    • + +
  • Rob Browning is the reigning expert.
    • +
+
+
+
+ +
+ +
401(k), RSP
+ +
+ 401K, 403, IRA, Roth IRA, SEP, Keogh ... "Retirement Savigs + Plans" + +

Retirement Savings Plans often do not put a high + priority on tracking costs, as the tax implication is that + amounts are taxable upon withdrawal, meaning that there is + little necessity to track capital gains. (huh??)

+
+ +
Annotate with News Stories
+ +
+ Download, save, annotate investment news and research. + +

Provide a way of storing news stories with accounts, and + possibly annotating individual transactions in the same + way.

+
+ +
Loan and Mortgage + Calculators
+ +
+ Provide a variety of simple GUI utilities to allow user to + calculate the future value of loans, mortgage payments, + interest payments, etc. + +

Status:

+ +
    +
  • Not Started.
    • +
+
+
+
+ +
Overdraft Alerts
+ +
+ Overdraft alerts are popups that pop up whenever the user + enters a transaction that would move an account below some + minimum balance, or above some max balance (for a bank + account) or an expense/spending limit is reached (on an + expense account). A similar but different alert can be + implenmented for price highs & lows. Note that these + alerts do not require any sort of calendaring or + recurring transaction support. + +

Design requirements: implement multiple (not just two) + alerts for any account type. Alert should consist of

+ +
    +
  • value point or price point
    • + +
  • movement direction
    • + +
  • 'is active' boolean flag (i.e. Should be + possible to 'turn off alert' without deleting it)
    • + +
  • memo text
    • +
+
+
+ + +

Status:

+ +
    +
  • Not Started.
    • +
+
+
+
+ +
Recurring Transactions, Calander + Alerts
+ +
+ Add support for automatic, recurring transactions, + e.g. mortgage payments, fixed-interest bonds, regular + salary checks, regular gas/phone/electric bills, + etc. + +

Loans & mortgages are one of the more complicated + recurring transactions. Consider the following dialogue + layout:

+
+loan amount $_____________ currency _________ (pull-down menu)
+Remaining balance $___________
+Payment amount $___________
+balloon  payment $_____________
+other payment $________  (e.g. escrow, tax)
+Payment frequency (weekly/monthly/bimonthly/quarterly/yearly)
+loan start date mm/dd/yy   length -----(weeks/months/years/peyments)
+loan time left (number of days/weeks/months, rounded)
+number of payments left
+interest rate  %__________________
+payee ____________
+pay-from account __________________
+next due date mm/dd/yy
+
+ Note that in the above, not all fields are independent: + some can be calculated from others. The other + payment should bring up a mini-register, allowing user + to add any number of splits.
+
+ + +

Recurring bills, salary income, etc. are simpler to + handle, since they don't have intersest rates, balloons, + etc. They do/will have multiple splits (e.g. + payroll gross, fica, futa, income taxes, payroll net).

+ +

Provide a calender-display of upcoming & past + scheduled payments. Clicking on a calander day should raise + up editable list of transactions. Calendering should + include generic red-lettering of important dates: taxes + due, insurance renewal dates, domain registration renewal + dates, ISP contract expiration date :-). These may or may + not be associated with transactions. Memoes should be + possible. Popups should happen when dates get close. + Technology: need to find/evaluate gnome-calender/dayplanner + for integration.

+ +

Provide list of upcoming & recently paid + bills/scheduled payments/scheduled deposits for the next + 1,2,3,6,12 months. Historical view shows payments crossed + out (!?)

+ +

Design Notes: Most alerts & data storage + should be driven out of the engine. This will enable + multi-user, distributed use. Note: alerts should be + piggy-backed on a general alert infrastructure within the + engine, viz, registered callbacks when balances change, so + that windows can be redrawn. Not clear on if/how calander + events might be server-ified. (On the other hand, a good + calander should be server-ified, and thus viewable by + secretaries, co-orkers, etc.)

+ +

More complex financial instrucments may need a + guile-based extension mechanism to compute values .... + simple interest/mortgage calculators should be done in C in + the engine ... (e.g. depreciation schedules ... + under us tax law, a variety of different schedules are + allowed ... )

+ +

May need interfaces to email for emailed alerts.

+ +

Plot forcast graphs based on scheduled income & + payments ... is this tied into budgeting ????

+ +

Status:

+ +
    +
  • Need to create design doc, need to implement engine + pieces, need to hunt down gnome-calendering bonobo.
    • +
+
+
+
+ +
Budgeting
+ +
+ Ability to create a budget (i.e. - estimates of + future expenditures). Reconcile actual expenditures against + future expenditures. Create simple, step-by-step 'financial + plan' budgeting GUI's: + +
    +
  • Home purchase planner
    • + +
  • Retirement planner
    • + +
  • College tuition planner
    • + +
  • Debt reduction planner
    • + +
  • Scrimp-n-Save planner
    • + +
  • Special purchase planner (big ticket items)
    • +
+ Create a summary budget/track-record budget report that a + professional financial planner/advisor could use. + +

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:

+ +
    +
  • A design doc has been submitted by Bob Drzyzgula. + Take a look at ./src/budget.txt in the source + directory.
    • + +
  • Bryan Larsen has begun work .. it's scheme based ... + Dave Peticolas has some gui roughed out ...
    • +
+
+
+
+ +
Quicken(TM) Import
+ +
+ Ability to import Quicken QIF files. Both MSMoney and + Quicken use QIF files to export data. + +

Status:

+ +
    +
  • Quicken import is implemented and mostly works. Work + needs to be done for recurring transactions, etc.
    • + +
  • + QIF processing, as used for on-line banking, is + not implemented. That is, staged import isn't + done. + +

    Note that since banks use QIF, the correct + way to reconcile bank accounts on-line is through + QIF.

    + +

    On one side, we have existing recorded transactions; + on the other, the latest bank statement, in QIF + format.

    + +

    Now, just put them together ...

    +
    • +
+
+
+
+ +
Quicken(TM) Export
+ +
+ Ability to export Quicken QIF files. + +

Several design alternatives are apparent:

+ +
    +
  • + A special 'report' that writes out qif could be + created. + +

    This would use the 'reports' infrastructure to + generate qif's.

    +
    • + +
  • It is fairly easy to traverse the data in the engine + to write out qif files. Just do it.
    • +
+
+
+ + +

Status: not started

+
+ +
Stock Quotes, Price + Quotes
+ +
+ Add ability to download stock quotes, other price quotes. + +

Add ability to download historical prices as well. + (e.g. get 5-year history of mutual fund + performance vs. djia).

+ +

Right now, stock prices are stored along with everything + else, in the main database, in the transaction table.

+ +

This leads to several aesthetic quandries.

+ +
    +
  • It bulks up the database with 'less-than critical' + information.
    • + +
  • Basically, transactions are either 'critical' vix + record the movement of money, or are non-critical viz + record things retreivable from the historical record, + e.g. prices.
    • + +
  • Shouldn't storage for prices be moved to somewhere + else?
    • + +
  • Hmmm ... what about storage for valatility, shares + traded, etc?
    • + +
  • Does indeed sound like an alternate storage method + would be useful.
    • + +
  • What about GUI implications?
    • +
+ +

Status:

+ +
    +
  • Can obtain stock quotes from Yahoo (NYSE), Fidelity + Investments, T.Rowe Price, and do automated update of + GnuCash data files (with the gnc-price perl + script). Need to add more data sources. See + src/quotes/Quote.pm and + src/quotes/gnc-price for details.
    • + +
  • Quote.pm is now a separate development project at + source-forge.
    • + +
  • Need to integrate with GUI. Right now, this is a + stand-alone perl script run from crontab. This + will be done by writing scheme wrappers for the module + (???)
    • +
+
+
+
+ +
Technical Stock Analysis
+ +
Provide technical sotck analysis graphs, e.g. + volume, 90 moving avg, beta, etc. See gstalker for example of + how to do it ...
+ +
Depreciation, Sinking + Funds
+ +
Hmm ... some variation on the concept of loans? Need to + support different deprciation schedules (see IRS books for + that).
+ +
OFX support
+ +
+ Provide the SGML DTD parsers to handle the OFX reports that + many banking institutions are providing, or will soon be + providing, to retail customers. See below for OFX + references. + +

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.

+ +
    +
  • The parser is fragile because minor DTD + non-compliances are hard to parse, handle and recover + from.
    • + +
  • The parser is huge because the DTD results in + hundreds of (C++) objects being generated.
    • +
+ The other method would be to perform run-time DTD parsing. + This is attractive particularly because it is a more + commonly-used approach; there are a variety of XML tools + available that provide this function. + +

Run-time parsing may be slower, but on the OFX client + side, this should not be a bottleneck.

+ +

Status:

+ +
    +
  • A compile-time parser was developed and + abandoned.
    • +
+
+
+ + +

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.

+
+ +
Other on-line support
+ +
+
+>> the German T-Online
+>> homebanking system BTX.
+>>
+>> I Germany we have a very popular online homebanking system,
+>> based on the T-Online BTX (Datex-J) system. All of the
+>> commercial homebanking software packages like MS-Money or
+>> Quicken work with that online system. With that system,
+>> you can retrieve  account data from your bank, and also
+>> send your transfers.
+>>
+>> I am using since more than 2 years a GPL software written
+>> by a former colleague of mine, Niek Busscher, to work with
+>> the T-Online homebanking system. That software package with
+>> the name ZKA4BTX is very unknown, since Niek published it only
+>> by email.
+>>
+>> Some words to the features of ZKA4BTX :
+>>
+>>  - Completely written in Tcl
+>>  - Uses Xcept as a BTX browser
+>>  - Retrieve account data from multiple banks
+>>  - Send transfers, using TAN
+>>  - Export retrieved account data to CBB, Xfinans and QIF files      
+>>  - Export retrieved account data to CBB, Xfinans and QIF files
+>>
+>> With a simple click to an icon on my desktop, ZKA4BTX logs into
+>> T-Online, gets all my account datas from several banks, and writes
+>> (adds) it to my CBB, Xfinans or GNUcash (QIF) files.
+>>
+>> Another very important thing is that I can do all my tranfers
+>> offline, editing a transfer sheet, and ZKA4BTX sends these
+>> transfers in one step to my bank.
+>
+>One thing we could do in the short-medium term is have gnucash
+>launch ZKA4BTX to get the data, export it to QIF, and then load
+>it in, all through one command.
+
+
+ +
Multiple Currencies
+ +
+ Need to support multiple currencies. + +

Work is needed in the GUI. The engine currently supports + multiple currencies by treating them as securities, thus + allowing currency trading. The currency-trading register + needs a complete overhaul as it is obtuse and + unintuitive.

+ +

A simplfied way of dealing with one-shot currency + exchanges needs to be implemented, essentially just a + simple calculator popup.

+
+ +
Forced Double-Entry
+ +
+ The system supports double-entry: every transaction + indicates a pair of accounts: one is debited, and one is + credited. + +

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 (arguably + desirable, since it allows the casual user the simplicity + they desire), it is not acceptable for business use. (The + counterargument is that casual users that aren't + accountants need all the help at getting things right that + they can get.)

+ +

It must be possible to enforce double entry, so that a + transaction cannot be completed until two accounts have + been specified.

+ +

Restricted Double Note that sometimes, the words + 'single-entry' have a an alternate meaning: they can mean + 'a double entry account which can only be credited, or + debited, but not both'. We need to implement this.

+ +

Current status:

+ +
    +
  • April 1998 -- The engine has a couple of flags in it + that control double-entry behavior: it can be made lax or + strict, however, they are compiled in, and there is no + way to change them from the GUI.
    • + +
  • Dec 1998 -- Scrubber functions implemented to crawl + through data, and find all unbalanced or orphaned + transactions.
    • + +
  • May 2000 -- Default will be changed to double-entry + always. It will not be possible to disable this and move + to single-entry.
    • +
+
+
+
+ +
Tab-delimited ASCII file + format
+ +
+ People like to be able to read file contents in + ASCII; there are many Unix tools for manipulating ASCII. An + ASCII equivalent of the current file format should be easy + to develop ... just substitute the writes with + printf()s. + +

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.

+
+ +
Tax Preparation
+ +
+ Gotta prepare those taxes. + +
    +
  • + TurboTax + +

    categorize items according to different tax + schedules

    +
    • + +
  • VAT
    • + +
  • estimate income taxes
    • + +
  • estimate itemized deductions, find potential + deductions, categorize them
    • +
+
+ +
Sync with Palm Pilot + organizers
+ +
There are Quicken-workalikes that run on the + PalmComputing platform; it would be good to inter-operate + with this. See + PalmLink + and Palm & Linux. +
+ +
Emergency Records + Organizer
+ +
Put together a single-page report showing critical info + about accounts, etc.
+ +
Enriched Engine, Financial + Objects
+ +
+ The current system makes a distinction between the data + (account, transaction) and they GUI that displays it. The + data is embedded within and controlled by the "Engine", + which is a set of routines to access accounts, + transactions, etc. The engine serves as a kind of a dynamic + cache between the permanent data repository (file, sql db) + and the GUI. + +

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:

+ +
    +
  • Linking to "Address Info" ( e.g. names, + addresses)
    • + +
  • Transaction identifiers
    • + +
  • Part numbers, SKU IDs
    • + +
  • Interest rates
    • + +
  • Budget policy
    • +
+ +

Note: it makes no sense at this point to make the engine + API much richer than what the GUI can currently + support.

+ +
    +
  • Locks When splits are implemented, and the + parent transaction has been marked as cleared, the record + should be locked, so that further modifications to the + amount can't be performed (or at least, a warning is + generated to prevent accidental garbaging up of old + transactions).
    • + +
  • + Books Ability to close a book at the end of the + fiscal year, thus indicating that nobody is permitted + to "mess around" with that old data. + +

    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 outright + forbidden.

    +
    • +
+ +

Current Status:

+ +
    +
  • The basic engine has been detangled from the GUI + elements, as of version gnucash-1.1.4.
    • + +
  • Binary file I/O mostly detangled into a separate + module.
    • + +
  • Crude transaction logging/auditing in place; should + be suitable for error/crash recovery but has not been + "tried by fire."
    • + +
  • Backup files automatically created and + time-stamped.
    • + +
  • + BeginEdit()/RollbackEdit()/CommitEdit() + routines mostly in place, + +

    These "Transaction processing constructs" should + simplify creation of an SQL back end, or some other + more sophisticated database engine.

    +
    • + +
  • Multiple currency support is present but still pretty + "raw."
    • + +
  • Query engine is minimal/sparse in capabilities.
    • + +
  • Linas <linas@linas.org> is maintaining the + engine code.
    • +
+
+ +
SQL I/O
+ +
+ A module is necessary to allow data to be fetched from an + SQL database, and for that database to be updated. + +

There has been much discussion about this on + mailing lists both for GnuCash and CBB. Major points + have included:

+ +
    +
  • + Those SQL databases available on Linux tend to involve + considerable administrative overhead in terms + of getting them set up. + +

    This may be a minor cost to a business enterprise + that routinely 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. +
    • + +
  • + It might be useful to use an embedded database engine + like unto Sleepycat + DB, cdb, or + something like + ISAM (Note CQL++ supports ISAM access methds), or + even an embedded SQL engine such as + GigaBASE. + +

    The reasons to do so include:

    + +
      +
    • + The use of a database allows only that data which + is actually in use to be loaded into + memory. + +

      This permits managing larger sets of + transactions more efficiently.

      +
      • + +
    • It also allows data to be pushed out to the DBMS + immediately after entry, rather than waiting + for the user to "save the books."
      • + +
    • + By using a well-known DBMS, outside programs are + provided a well-defined way of getting at, and + perhaps even modifying, GnuCash data. + +

      Interoperability is generally considered a good + thing...

      +
      • +
    +
    • + +
  • + GnuCash presently uses a document-oriented model, where + the entire set of books are loaded in, and + dumped out, all at one fell swoop. + +

    GnuCash needs to be modified to access the database + in a transactional manner. This is at least partly + implemented with the Begin()/End() constructs + in the engine.

    + +

    Some transactional thoughts: entire SQL + tables/databases do not need to be locked while the + user is editing a transaction via the GUI.

    + +

    Instead, an optimistic approach, similar to that + employed by CVS (concurrent version system, a mechanism + for storing versions of source code) could be used: if + the edits conflict with changes made by others, edits + are be rejected en-masse, allowing the user to merge + and correct their changes.

    + +

    Important note: updating SQL does not + require locks to be held for extended periods of + time!

    +
    • + +
  • + The SQL engine chosen should be fully transactional, + passing the 'ACID' test (Atomicity, Consistency, + Isolation, Durability). + +

    Note that MySQL does not + satisfy the 'ACID' criteria.

    +
    • +
+
+ +
Multi-user Support
+ +
+ Multi-user support should be added with either an SQL + backend to the engine, and/or through CORBA interfaces to + the engine. + +

Project Kontor and also FreeMoney is working on SQL + schemas; Kontor is also working on Java RMI/CORBA + interfaces.

+ +

Another possibility is to create a web application + server, and have users do much/most of I/O via a web + interface, possibly using the register object as a browser + plugin.

+ +

The following industrial-strength features are + needed:

+ +
    +
  • transaction-oriented queuing of updates
    • + +
  • event subscription channel for updates
    • + +
  • user authentication
    • + +
  • user authorization
    • + +
  • non-repudiability
    • + +
  • encryption of network connections
    • +
+
+ +
Accounts Payable, + Receivable
+ +
Add features to track sales receipts and other pending + sources of income, as well as owed sums.
+ +
Payroll
+ +
+ Payroll introduces a sizable amount of complexity + in terms of the need to comply with constantly-changing + government regulations in whatever country one is in. + +

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.

+
+ +
Invoicing
+ +
Invoicing. To design an invoice, need to have a + mini-word-processor/simple drawing plug-in. Is + Abisource/Abiword a candidate? Probably needs bonobo...
+ +
Job Costing
+ +
Ability to prepare and track estimates.
+ +
Expense Accounts
+ +
Expense Account Automation, including air, car, hotel, + dining. Receipts, reservations, cancellations.
+
+ +

References

+ + + +

Historical References

+ The following URL's are inactive, obsolete or otherwise wasting + away, but are here for historical interest, in part to document + the way things used to be. Of archeological, nostalgic use + only. + + +
+ Draft version 0.37 -- May 2000 + +

Linas Vepstas + linas@linas.org
+

+ +

updates by Christopher Browne cbbrowne@ntlug.org
+

+ + + diff --git a/doc/html/fr/xacc-about.html b/doc/html/fr/xacc-about.html index 254d610ebe..ce00039d06 100644 --- a/doc/html/fr/xacc-about.html +++ b/doc/html/fr/xacc-about.html @@ -1,725 +1,789 @@ - - - - - - A propos de Gnucash - - - - - -

-A propos de GnuCash

-GnuCash est un programme de suivis de vos finances personnelles. Quelques -une de ces fonctions sont : - -          Si vous savez utiliser -le talon de votre carnet de chèques , vous savez utiliser Gnucash. - -          A la fin du mois -, ouvrez la fenêtre de rapprochement , entrez le solde final -de votre relevé bancaire, et pointez les -
          transactions -qui apparaissent sur le relevé bancaire. Celà permet de faire -concorder ce que vous avez enregistré dans -
          GnuCash avec -ce que votre vous a rendu-compte, celà rend facile le dépistage -de n'importe quelle écart ou erreurs. - -           Lorsque vous -commencez une saisie dans les champs de description , s'il retrouve une -précédente transaction, il vous -
           la propose, -frappez <TAB> copiera alors la précédente transaction. -Commode si vous avez des transactions -
           semblables -assez régulierement . - -           Suivis d'actions -individuellement (une par compte)ou dans un portefeuille de comptes (un -groupe de comptes -
           qui peuvent -etre affichés ensemble ). -
           Il ya -des outils pour automatiser la collecte des -cours des actions. - -           Les comptes -bancaires peuvent être établient dans différentes monnaies, -et des ventes/achats à des taux d'échange -
           variables -peuvent çetre fait ,comme les actions peuvent vendus/achetés -à des prix variables. - -           Importation -des fichiers QIF au format Quicken . - - -

-Fonctions Avancées

-X-Accountant possède quelques une des fonctions qui ne se trouve -pas habituellement dans un simple logiciel de gestion de finances personnelles: - -          Un compte principal -peut avoir un classement de petits comptes ou de comptes specialisés -au-dessous de lui. Cela -
          permet d'avoir -des types de comptes semblables (par exemple : Espèces, Banque, -Actions) qui peuvent etre groupés -
          dans un compte -principal (par exemple: Possessions ou Avoirs). - -          Chaque transaction -implique deux comptes, et chaque transaction est requise pour équilibrer. -Celà donne l'assurance -
          que l'ensemble -total des livres sera lié correctement, et prévient entièrement -les erreurs de déséquilibre de soldes. -
           (Chaque -transaction peut apparaitre dans deux comptes; un compte est debité -et l'autre est credité avec exactement le -
           même -montant. Avec le double livret , une transaction affichée dans une -fenêtre sera automatiquement mise à jour dans -
           toutes -les autres fenêtres montrant cette transaction, et dans les deux -comptes.) - -          Le produit Quicken -d'Intuit a ce qu'ils appellent "catégories" qui sont utilisés -pour suivre les revenus et dépenses. -
          Ils devraient -être utilisés pour créer des rapports Profits/Pertes. -
          (Correctement -utilisés avec la fonction du double livret, ils peuvent être -utilisés pour créer un Bilan et un rapport des -
            -Profits et des Pertes Par example, l'épargne des interets du compte, -les dividendes d'actions, ou la feuille de paie -
            -peuvent etre marqué l'un et l'autre comme depot dans un compte bancaire -, et comme gains/revenus dans un compte -
            -de type Revenus, utilisant la fonction du double livret (transfert). De -la même manière, les paiements par la carte de -
            -credit peuvent etre notés dans un compte de carte de crédit -, en plus du compte correspondant aux dépenses. - -          Des comptes multiples -peuvent être affichés dans une fenetre registre au même -moment. Cela peut soulager de l'ennui -
          du depistage -d'erreurs de saisie ou d'enregistrement .Il permet aussi une vision pratique -d'un portefeuile de beaucoup -
          d'actions, en -y montrant toutes les transactions dans ce portefeuille. -
  - - -

-Version

-Le schéma de numérotage pour GnuCash est semblabe à -celui du noyau Linux, où "même" les sous-versions indiquent -des versions qui sont prévus pour être stable, seulement la -vision de maintenance pour corriger les bugs, et les sous-versions "temporaire" -indique un flux "experimental" qui poursuit le but d'ajout d'améliorations -et d'extensions. -

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. -
  -

-Développeurs principaux

- -
-
-Robin Clark
- -
-a écrit le X-Accountant originel en Motif comme un projet scolaire, -l'amenant jusqu'à la version 0.9 en Octobre 1997.
- -
-Linas Vepstas
- -
-comme il le dit: le GUI était léger, le code était -documenté et bien structuré, et il était entièrement -sous GPL. Et aussi il le ré-écrit : ajoutant des widgets -de cellules avec XbaeMatrix, alors que les combobox et flèches devaient -faire de nouveau une même GUI légère, réécrivant -le code interne de X-Accountant pour lui ajouter la double-entrée, -une hiérarchie de comptes, l'augmenta d'un mini moteur de transaction, -ajouta le support pour les actions, et ajouta les menus d'aide. C'était -la version 1.0 de Janvier 1998. Depuis lors, pour la version 1.1, le moteur -fut étandu et redéfini , et le code de la fenêtre d'enregistrement -fut completement reconçu et fait pour la plupart en Motif et independent -du GUI. Présentant un certain prototype de OFX fonctionnant.
- -
-Jeremy Collins
- -
-fit connaitre au public largement et grandement le projet GnoMoney, et -alors changea son nom en GnuCash. Jeremy créa le site web de gnucash.org, -enregistra le domaine, fit fonctionner le code initial en GTK/gnome.
- -
-Rob Browning
- -
-abusa tout le monde pour ne pas utiliser perl, et alors ajouta le support -guile/scheme. Rob maintient l'infrastructure de construction, traite de -toute chose qui touche au langage d'extension guile/perl, et traite de -configuration et  configurabilité.
- -
-Dirk Schoenberger
- -
          travaillle sur -le portage en Qt/KDE -
  -
-Dave Peticolas
- -
          travaille d'une -manière obsédante sur GnuCash. Mais il peut s'arrêter -à tout moment s'il le veut . Vraiment. -

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

- -

-Correctifs et patches

-L' équipe des milliers inclut: -
  -
-Andrew Arensburger
- -
-for FreeBSD and other patches
- -
-Matt Armstrong
- -
-for misc fixes
- -
-Fred Baube
- -
-for attempted Java port/MoneyDance
- -
-Christopher B. Browne
- -
-for perl stock scripts, Guile-based QIF import code, lots of changes to -English documentation
- -
-Graham Chapman
- -
-for the xacc-rpts addon package
- -
-George Chen
- -
-for MS-Money QIF support
- -
-Albert Chin-A-Young
- -
-configure.in patch
- -
-Jeremey Collins
- -
-for GnoMoney and GTK port
- -
-Patrick Condron
- -
-for webserver and T1 connection.
- -
-Ciaran Deignan
- -
-for AIX binary version
- -
-Tyson Dowd
- -
-for config/make patches and debian maintenance
- -
-Koen D'Hondt
- -
-for Solaris patches to XmHTML
- -
-Bob Drzyzgula
- -
-for budgeting design notes
- -
-Jan-Uwe Finck
- -
-for German message translation
- -
-Ron Forrester
- -
-for gnome patches
- -
-Dave Freese
- -
-for leap-year fix
- -
-Otto Hammersmith
- -
-for RedHat RPM packaging
- -
-Alexandru Harsanyi
- -
-for fixing miscellaneous core dumps and lockups.
- -
-Jon K}re Hellan
- -
-for fixing miscellaneous core dumps and lockups.
- -
-Prakash Kailasa
- -
-for gnome build fixes
- -
-Tom Kludy
- -
-for SGI Irix port
- -
-Sven Kuenzler
- -
-for SuSE README file
- -
-Ted Lemon
- -
-for NetBSD port
- -
-Yannick Le Ny
- -
-pour la traduction en francais
- -
-Grant Likely
- -
-gnome and engine patches
- -
-Heath Martin
- -
-gnome and register patches
- -
-Matt Martin
- -
-guile error handling code
- -
-Robert Graham Merkel
- -
-reporting, gnome, and configuration patches.
- -
-Tim Mooney
- -
-port to alpha-dec-osf4.0f
- -
-G. Allen Morris III
- -
-for QIF core dump fix
- -
-Peter Norton
- -
-for a valiant attempt at a GTK port
- -
-OmNiBuS
- -
-web site graphics and content
- -
-Myroslav Opyr
- -
-for misc patches
- -
-Laurent P{'e}lecq
- -
-i18n patches with gettext
- -
-Alain Peyrat
- -
-for configure.in patches
- -
-Peter Pointner
- -
-motif and configuration patches
- -
-Gavin Porter
- -
-for euro style dates
- -
-Ron Record
- -
-for SCO Unixware and OpenServer binaries
- -
-Jan Schrage
- -
-documentation patches
- -
-Christopher Seawood
- -
-for XbaeMatrix core dump
- -
-Mike Simons
- -
-misc configure.in patches
- -
-Richard Skelton
- -
-for Solaris cleanup
- -
-Henning Spruth
- -
-for German text and euro date rework
- -
-Diane Trout
- -
-scheme qif import patch
- -
-Rob Walker
- -
-guile and register patches
- -
-Ken Yamaguchi
- -
QIF import fixes; MYM import -
  -

-Systèmes d'exploitation supportés

-gnucash-1.0.18 (ex xacc-1.0.18) est conu pour fonctioner dans ces différentes -configurations: -
Linux 2.0.x -- Intel w/ RedHat Motif -
Linux 2.0.x -- Intel w/ Lesstif v0.81 -
Linux Debian -- Intel w/ Lesstif v0.81 -
SGI IRIX -- MIPS -
IBM AIX 4.1.5 -- RS/6000 -
SCO Unixware 7 -- Intel -
SCO OpenServer 5.0.4 -- Intel -
NetBSD -- Intel -
  -

-

-Historique

-Le tableau ci-dessous montre quelques historiques de lignes de code et -le nombre de fichiers comptés pour le dévelopement du projet -X-Accountant/GnuCash - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Statistiques de l'historique du dévelopement
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. -

-

-
Retour à la Page principale de la documentation. - - + + + + + + A propos de Gnucash + + + +

+A propos de GnuCash

+GnuCash est un programme de suivi de vos finances personnelles. Quelques-unes +de ses fonctions sont : + +          Si vous savez utiliser +le talon de votre carnet de chèques, vous savez utiliser GnuCash. + +          A la fin du mois, +ouvrez la fenêtre de rapprochement, entrez le solde final +de votre relevé bancaire, et pointez les transactions qui apparaissent +sur celui-ci. Cela permet de faire concorder ce que vous avez enregistré +dans GnuCash avec ce que votre banque vous a rendu-compte, cela rend facile +le dépistage de n'importe quel écart ou erreurs. + +           Lorsque vous +commencez une saisie dans les champs de description, s'il retrouve une +précédente transaction, il vous la propose, frappez <TAB> +copiera alors la précédente transaction. C'est commode si +vous avez des transactions semblables assez régulièrement. + +           Suivis d'actions +individuellement (une par compte) ou dans un portefeuille de comptes (un +groupe de comptes qui peuvent être affichés ensemble). +
           Il y a +des outils pour automatiser la collecte des +cours des actions. + +           Les comptes +bancaires peuvent être établis dans différentes monnaies, +et des ventes/achats à des taux de change variables peuvent être +fait, comme les actions peuvent vendues/achetées à des prix +variables. + +           Importation +des fichiers Quicken au format QIF. + + +

+Fonctions Avancées

+X-Accountant possède quelques-unes des fonctions qui ne se trouvent +pas habituellement dans un simple logiciel de gestion de finances personnelles +: + +          Un compte principal +peut avoir un classement de petits comptes ou de comptes spécialisés +au-dessous de lui. Cela permet d'avoir des types de comptes semblables +(par exemple : Espèces, Banque, Actions) qui peuvent être +groupés dans un compte principal (par exemple: Possessions ou Avoirs). + +          Chaque transaction +implique deux comptes, et chaque transaction est requise pour équilibrer. +Cela donne l'assurance que l'ensemble total des livres sera lié +correctement, et prévient entièrement les erreurs de déséquilibre +de soldes. +
           (Chaque +transaction apparaît dans deux comptes; un compte est débité +et l'autre est crédité avec exactement le même montant. +Avec le double livret, une transaction affichée dans une fenêtre +sera automatiquement mise à jour dans toutes les autres fenêtres +montrant cette transaction, et dans les deux comptes.) + +          Le produit +Quicken +d'Intuit a ce qu'ils appellent des "catégories", qui sont utilisées +pour suivre les revenus et dépenses. Celles-ci devraient être +utilisées pour créer des rapports Profits/Pertes. Correctement +utilisées avec la fonction du double livret, elles peuvent être +utilisées pour créer un Bilan et un rapport des Profits et +des Pertes. Par exemple, l'épargne des intérêts du +compte, les dividendes d'actions, ou la feuille de paie peuvent être +marqués l'un et l'autre comme dépôt dans un compte +bancaire, et comme gains/revenus dans un compte de type Revenus, utilisant +la fonction du double livret (transfert). De la même manière, +les paiements par la carte de crédit peuvent être notés +dans un compte de carte de crédit, en plus du compte correspondant +aux dépenses. + +          Des comptes multiples +peuvent être affichés dans une fenêtre registre au même +moment. Cela peut soulager de l'ennui du dépistage d'erreurs de +saisie ou d'enregistrement .Il permet aussi une vision pratique d'un portefeuille +contenant beaucoup d'actions, en y montrant toutes les transactions de +ce portefeuille. +
  +
  + + +

+Version

+Le schéma de numérotage pour GnuCash est semblable à +celui du noyau Linux, où les sous-versions "paires" indiquent des +versions qui sont prévues pour être stable, seulement modifiées +pour corriger les bugs, et les sous-versions "impaires" indiquent un flux +"expérimental" qui poursuit le but d'ajout d'améliorations +et d'extensions. +

Le courant "expérimental" actuel est gnucash-1.3.x, qui est considéré +comme étant 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 ancienne version 1.0.x. +Ces versions sont assez +stable, avec tous les bugs actuellement connus corrigés. +

Une fois le série 1.3.x stabilisée, la prochaine série +stable sera la 1.4.x, et l'expérimentation devrait probablement +continuer avec les 1.5.x. +

Si tu es intéressé pour "hacker" sur la version expérimentale, +tu devrais d'abord 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. +

+Développeurs principaux

+ +
+
+Robin Clark
+ +
+a écrit le X-Accountant originel en Motif comme un projet scolaire, +l'amenant jusqu'à la version 0.9 en Octobre 1997.
+ +
+Linas Vepstas
+ +
+comme il le dit: le GUI était léger, le code était +documenté et bien structuré, et il était entièrement +sous GPL. Aussi, il le ré-écrit : ajoutant des widgets de +cellules avec XbaeMatrix, alors que les combobox et flèches devaient +faire de nouveau une même GUI légère, réécrivant +le code interne de X-Accountant pour lui ajouter la double-entrée, +une hiérarchie de comptes, l'augmenta d'un mini-moteur de transaction, +ajouta le support pour les actions, et ajouta les menus d'aide. C'était +la version 1.0 de Janvier 1998. Depuis lors, pour la version 1.1, le moteur +fut étendu et redéfini, et le code de la fenêtre d'enregistrement +fut complètement reconçu et fait pour la plupart en Motif +et indépendant du GUI. Présentant un certain prototype de +OFX fonctionnant.
+ +
+Jeremy Collins
+ +
+fit connaître au public largement et grandement le projet GnoMoney, +et alors changea son nom en GnuCash. Jeremy créa le site web de +gnucash.org, enregistra le domaine, fit fonctionner le code initial en +GTK/gnome.
+ +
+Rob Browning
+ +
+abusa tout le monde pour ne pas utiliser perl, et alors ajouta le support +guile/scheme. Rob maintient l'infrastructure de construction, traite de +toute chose qui touche au langage d'extension guile/perl, et traite de +configuration et configurabilité.
+ +
+Dirk Schoenberger
+ +
+travaille sur le portage en Qt/KDE
+ +
+Dave Peticolas
+ +
+travaille d'une manière obsédante sur GnuCash. Mais il peut +s'arrêter à tout moment s'il le veut . Vraiment.
+ +
+Yannick Le Ny
+ +
+Localise (traduction et adaptation) 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 fini de traduire tout le site web de Gnucash en français sauf +la liste de courriers, et le maintient à jour.
+ +

+Correctifs et patches

+L'équipe des milliers inclut : +
  +
  +
+
+Andrew Arensburger
+ +
+pour FreeBSD et d'autres patch
+ +
+Matt Armstrong
+ +
+pour différentes corrections
+ +
+Fred Baube
+ +
+pour l'essai de port de Java/MoneyDance
+ +
+Christopher B. Browne
+ +
+pour les scripts des actions en perl, code d'importation des fichiers QIF +en Guile, beaucoup de changements dans la documentation anglaise
+ +
+Graham Chapman
+ +
+pour l'ajout du package xacc-rpts
+ +
+George Chen
+ +
+pour le support des QIF de MS-Money
+ +
+Albert Chin-A-Young
+ +
+patch configure.in
+ +
+Jeremey Collins
+ +
+pour le port de GnoMoney et de GTK
+ +
+Patrick Condron
+ +
+pour le serveur web et la connection T1
+ +
+Ciaran Deignan
+ +
+pour la version AIX du binaire
+ +
+Tyson Dowd
+ +
+pour les patch de config/make et la maintenance de debian
+ +
+Koen D'Hondt
+ +
+pour les patch de Solaris patches vers XmHTML
+ +
+Bob Drzyzgula
+ +
+pour la conception budgétaire
+ +
+Jan-Uwe Finck
+ +
+pour la traduction des messages en allemand
+ +
+Ron Forrester
+ +
+pour des patch de gnome
+ +
+Dave Freese
+ +
+pour les corrections des années bissextiles
+ +
+Otto Hammersmith
+ +
+pour le packaging RedHat RPM
+ +
+Alexandru Harsanyi
+ +
+pour la correction de différents core dumps et lockups
+ +
+Jon K}re Hellan
+ +
+pour la correction de différents core dumps et lockups
+ +
+Prakash Kailasa
+ +
+pour des correction de gnome
+ +
+Tom Kludy
+ +
+pour le port SGI Irix
+ +
+Sven Kuenzler
+ +
+pour le fichier README de SuSE
+ +
+Ted Lemon
+ +
+pour le port NetBSD
+ +
+Yannick Le Ny
+ +
+pour la traduction en français
+ +
+Grant Likely
+ +
+pour des patch de gnome et du moteur
+ +
+Heath Martin
+ +
+pour des patch de gnome et du registre
+ +
+Matt Martin
+ +
+correction des erreurs de code guile
+ +
+Robert Graham Merkel
+ +
+rapport, patch gnome et de configuration
+ +
+Tim Mooney
+ +
+port vers alpha-dec-osf4.0f
+ +
+G. Allen Morris III
+ +
+pour des corrections de core dump de QIF
+ +
+Peter Norton
+ +
+pour un valeureux effort de port vers GTK
+ +
+OmNiBuS
+ +
+contenu et graphiques du site web
+ +
+Myroslav Opyr
+ +
+pour différents patch
+ +
+Laurent P{'e}lecq
+ +
+patch d'i18n avec gettext
+ +
+Alain Peyrat
+ +
+pour des patch configure.in
+ +
+Peter Pointner
+ +
+patch motif et de configuration
+ +
+Gavin Porter
+ +
+pour les styles de date européens
+ +
+Ron Record
+ +
+pour les binaires de SCO Unixware et OpenServer
+ +
+Jan Schrage
+ +
+patch de documentation
+ +
+Christopher Seawood
+ +
+pour des core dump de XbaeMatrix
+ +
+Mike Simons
+ +
+pour des patch configure.in
+ +
+Richard Skelton
+ +
+pour des nettoyages de Solaris
+ +
+Henning Spruth
+ +
+pour des révisions des textes allemand et des formats de date européens
+ +
+Diane Trout
+ +
+patch d'importation en scheme de QIF
+ +
+Rob Walker
+ +
+patch de guile et du registre
+ +
+Ken Yamaguchi
+ +
+correction d'importation de QIF; import de MYM
+
+ +

+Systèmes d'exploitation supportés

+gnucash-1.0.18 (ex xacc-1.0.18) est connu pour fonctionner dans ces différentes +configurations : +
Linux 2.0.x -- Intel w/ RedHat Motif +
Linux 2.0.x -- Intel w/ Lesstif v0.81 +
Linux Debian -- Intel w/ Lesstif v0.81 +
SGI IRIX -- MIPS +
IBM AIX 4.1.5 -- RS/6000 +
SCO Unixware 7 -- Intel +
SCO OpenServer 5.0.4 -- Intel +
NetBSD -- Intel +
  +
  +

+

+Historique

+ +
Le tableau ci-dessous montre quelques historiques +de lignes de code et le nombre de fichiers comptés pour le développement +du projet X-Accountant/GnuCash
+ +
+

Statistiques de l'historique du développement

+ +
  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
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 rapporté par +wc. +
+

+
  +

Retour à la Page principale de la documentation. + + diff --git a/doc/html/fr/xacc-accountedit.html b/doc/html/fr/xacc-accountedit.html index 7f313acf38..75a21ba6f3 100644 --- a/doc/html/fr/xacc-accountedit.html +++ b/doc/html/fr/xacc-accountedit.html @@ -1,34 +1,40 @@ - - - - - - Edition des paramètres du compte - - - - -

-Modification des paramètres du compte

-La boîte de dialogue "Modification du compte" vous permet de changer -les propriétés d'un compte. Vous pouvez accéder à -celle-ci via le bouton "Modifier" de la barre d'outils de la fenêtre -principale, le menu "Comptes" , ou via les raccourcis clavier. Pour une -description des utilisations des différentes propriétées, -regardez l'information à propos de nouveau -comptes. -

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. - - + + + + Edition des paramètres du compte + + + + +

Modification des paramètres du compte

+

La boîte de dialogue "Modification du compte" vous +permet de changer les propriétés d'un compte. Vous +pouvez accéder à celle-ci via le bouton "Afficher" +de la barre d'outils de la fenêtre principale, le menu +"Comptes", ou via les raccourcis clavier. Pour une +description des utilisations des différentes propriétés, +regardez l'information à propos de nouveau +comptes. +

+

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é. +Seuls 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: Y-a-t-il quelqu'un qui utilise +cette fonction qui pourrait la documenter, s'il vous plaît ?

+

Les notes à propos du +comptes peuvent être modifiées. +

+


+

+
+

Retour à la Page principale de la +documentation. +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-acctypes.html b/doc/html/fr/xacc-acctypes.html index 6a56112f4a..a5252cb82d 100644 --- a/doc/html/fr/xacc-acctypes.html +++ b/doc/html/fr/xacc-acctypes.html @@ -1,225 +1,169 @@ - - - - - - Types de comptes - - - - -

-Types de comptes

- -
-
-Liquidités
- -
-           Le type de -compte liquidités est utilisé pour contenir l'argent -que vous stockez dans votre porte-monnaie, une boite
- -
-           à chaussures -, tirelire ou matelas .
- -
-Banque
- -
-Le type de compte banque contient l'épargne ou  le compte -chèques détenu dans une banque. Ces comptes sont parfois
- -
-rémunéré (n.d.t : pas en france).
- -
-Carte de crédit
- -
-Le compte carte de crédit est utilisé pour contenir -des comptes de carte de credit (par exemple american express) et debit -(par exemple visa, eurocard/mastercard, carte bleue).Si bien qu'il nécessite -des lignes flottante de crédit comme avec VISA, MasterCard/Eurocard -, ou Discover( aux USA pour ce dernier), ausssi bien que les autres comme -American Express qui ne vous permettent pas  de maintenir des soldes -prolongés.En france, on peut utiliser ce compte uniquement avec -des cartes bancaires à débit différé et pour -certains rares posesseurs de cartes American Express.
- -
-(n.d.t: ce qui suit ne concerne que les U.S.A)
- -
-L'introduction des Check -Cards où les paiements sont débités (withdrawn) -directement depuis un compte chèques rend la sélection moins -claire; il est probablement plus approprier de traiter un "Check Card" -( carte chèque) comme un compte banque, comme il débite -les montants directement depuis de tel compte, ne nécessite pas -réellement aucune garantie de crédit.
- -
-Avoir, Dette
- -
-Les comptes avoir et dette indiquent des comptes généralisés, -génériques qui ne sont dans aucun de ceux ci-dessus.
- -
-Les comptes avoir et dette sont utilisés pour le suivi -de choses qui ont de la valeur, mais qui ne sont pas comme ça
- -
-directement transposable  en espèces/argent comptant -.
- -
-Par exemple, vous devriez rassembler les coùts d'achat d'une maison -dans un compte avoir intitulé Ma maison, ou le coùt -d'une voiture dans Ma voiture, ou rassembler ensemble la valeur -de votre Equipement Informatique.
- -
-Et l'hypothèque de la maison ou l'emprunt de la voiture devraient -être représentés par des comptes dettes, Hypothèque -de la maison  et l' Emprunt de la voiture, et être -vu (drawn down) comme des paiements qui sont faits sur/pour  ces emprunts.
- -
-Si vous possédez des avoirs à buts commerciaux/professionnels, -leur déclin en valeur dans le temps devrait être traité -comme une déduction pour des buts fiscaux, cette déduction -est appelée Dépréciation.
- -
-D'un autre côté, si vous possédez des avoirs qui s'apprécient -en -valeur avec le temps, tel que des biens immobiliers,
- -
-des collections comme des tableaux de peinture, et des investissements -comme des actions dans des sociétés, vous devrez les voir -s'apprécier en valeur, aet être forcé de reconnaitre, -en vue d'impots, ce qui est appelé Gains -en capital ou Plus-values.
- -
-Actions, OPCVM (SICAV et FCP)
- -
-Les comptes d'actions et OPCVM seront typiquement montrés dans des -registres qui montreront trois colonnes: cours, nombre de titres, et montant.
- -
-Les valeurs/titres dans lesquels vous investissez sont une forme d'avoirs -qui sont normallement acquis avec le but express
- -
-de recevoir des revenus soit dans l'une ou l'autre forme de dividendes, -intérêts, ou Gains en Capital -ou Plus-values. Il y a une multitude de marchés de valeurs dans -le monde, et les valeurs qui sont assez largement échangées -peuvent avoir de jolies valeurs concrètes qui peuvent être -analysées sur une base de jour-à-jour.
- -
-Les comptes Actions et OPCVM sont typiquement suivis dans des registres -qui ont trois colonnes principales:
- -
    -
  • -Cours
    • - -
  • -Nombre de titres
    • - -
  • -Montant
    • -
- -
-Afin d'obtenir de l'information utile information en dehors du registre, -il est nécessaire d'avoir de multiples "vues" sur les données -de tel façon à ce que vous puissiez évaluer de telles -choses comme:
- -
    -
  • -Valeur totale par valeur
    • - -
  • -Gains/Pertes par valeur
    • - -
  • -Taux de Retour Sur Investissement par valeur
    • -
- -
-Plus de détails peuvent être trouvé dans la section -Stock -Ticker .
- -
-Revenus, Dépenses
- -
-Les comptes de revenus et dépenses sont utilisés -pour contenir les revenus et dépenses. Ainsi, quand les données -dans ces comptes sont affichées, le signe des entrées est -inversé par rapport à l'usage habituel.
- -
-Capitaux propres
- -
-Le compte capitaux propres est utilisé pour équilibrer la -feuille du bilan, indiquant la portion de la valeur "collective"
- -
-représentant le montant net que les propriétaires possèdent.
- -
-Sur une base d'année-par-année, une valeur calculée -appelée Reste de profits indique la valeur nette de l'entreprise;
- -
-il est générallement considéré comme étant -une bonne chose quand cette valeur augmente.
- -
-Devises
- -
-Les comptes de devises sont utilisés pour faire du commerce/spéculer -sur les devises.
- -
-Dans beaucoup de cas, ils se comportent comme les actions, (excepter que -le calcul de la valeur est différent)
- -
-et que la seule voie qui permette d'avoir des "revenus" à partir -d'elles est celle à partir des fluctuations dans les valeurs relatives -des devises/monnaies.Noter que les transferts ne peuvent pas être -fait directement entre deux comptes libellés dans des monnaies/devises -différentes. De tel transferts ne peuvent être seulement fait -qu'à l'intérieur de comptes de commerce de devises.
- -
-
- -
- -
- -
-
- -
-Retour à la Page principale de la documentation.
-
- - - + + + + Types de comptes + + + + +

Types de comptes

+
+
Liquidités +
+ Le type de compte liquidités est utilisé pour + contenir l'argent que vous stockez dans votre porte-monnaie, une + boite à chaussures, tirelire ou matelas. +
+ Banque +
+ Le type de compte banque contient l'épargne ou le + compte chèques détenu dans une banque. Ces comptes + sont parfois rémunéré (n.d.t : pas en France). +
+ Carte de crédit +
+ Le compte carte de crédit est utilisé pour + contenir des comptes de carte de crédit (par exemple American + Express) et débit (par exemple visa, Eurocard/Mastercard, + Carte Bleue). Ceux-ci accordent des lignes flottante de crédit + comme avec VISA, Eurocard/MasterCard, ou Discover (aux USA pour ce + dernier), aussi bien que les autres comme American Express qui ne + vous permettent pas de maintenir des soldes prolongés. En + france, on peut utiliser ce compte uniquement avec des cartes + bancaires à débit différé et pour + certains rares possesseurs de cartes American Express. +
+ (n.d.t: ce qui suit ne concerne que les U.S.A.) +
+ L'introduction des Check + Cards où les paiements sont débités + (withdrawn) directement depuis un compte chèques rend la + sélection moins claire; il est probablement plus approprié + de traiter un "Check Card" (carte chèque) comme un + compte banque, comme il débite les montants + directement depuis de tel compte, ne nécessite pas réellement + aucune garantie de crédit. +
+ Avoir, Dette +
+ Les comptes avoir et dette indiquent des comptes + généralisés, génériques qui ne + font pas partie de ceux présentés ci-dessus. Les + comptes avoir et dette sont utilisés pour le + suivi de biens qui ont de la valeur, mais qui ne sont pas comme ça + directement transposable en espèces/argent comptant. +
+ Par exemple, vous devriez rassembler les coûts d'achat d'une + maison dans un compte avoir intitulé Ma maison, + ou le coût d'une voiture dans Ma voiture, + ou rassembler ensemble la valeur de votre Équipement + Informatique. Et + l'hypothèque de la maison ou l'emprunt de la voiture + devraient être représentés par des comptes + dettes, Hypothèque de la maison et l'Emprunt de la + voiture, et être vu (drawn down) comme des paiements qui + sont faits sur/pour ces emprunts. +
+ Si vous possédez des avoirs à buts + commerciaux/professionnels, leur déclin en valeur dans le + temps devrait être traité comme une déduction + pour des buts fiscaux, cette déduction est appelée + Dépréciation. +
+ D'un autre côté, si vous possédez des avoirs qui + s'apprécient en valeur avec le temps, tel que des + biens immobiliers, des collections comme des tableaux de peinture, + et des investissements comme des actions dans des sociétés, + vous devrez les voir s'apprécier en valeur, et être + forcé de reconnaître, en vue d'impôts, ce qui est + appelé Gains en capital ou + Plus-values. +
+ Actions, OPCVM (SICAV et FCP) +
+ Les comptes d'actions et OPCVM seront typiquement montrés + dans des registres qui possèdent trois colonnes: cours, + nombre de titres, et montant. +
+ Les valeurs/titres dans lesquels vous investissez sont une forme + d'avoirs qui sont normalement acquis avec le but express de recevoir + des revenus soit dans l'une ou l'autre forme de dividendes, + intérêts, ou Gains en + Capital ou Plus-values. Il y a une multitude de marchés + de valeurs dans le monde, et les valeurs qui sont assez largement + échangées peuvent avoir de jolies valeurs concrètes + qui peuvent être analysées sur une base de jour-à-jour. +
+ Les comptes Actions et OPCVM sont typiquement suivis dans des + registres qui ont trois colonnes principales : +
+ +
+
Afin d'obtenir de l'information + utile en dehors du registre, il est nécessaire d'avoir + de multiples "vues" sur les données de telle façon + que vous puissiez évaluer des choses telles que : +
+ +
+
Plus de détails peuvent être trouvés dans la + section Stock Ticker. +
+ Revenus, Dépenses +
+ Les comptes de revenus et dépenses sont + utilisés pour contenir les revenus et dépenses. Ainsi, + quand les données dans ces comptes sont affichées, le + signe des entrées est inversé par rapport à + l'usage habituel. +
+ Capitaux propres +
+ Le compte capitaux propres est utilisé pour équilibrer + la feuille du bilan, indiquant la portion de la valeur "collective" + représentant le montant net que les propriétaires + possèdent. +
+ Sur une base d'année-par-année, une valeur calculée + appelée Reste de profits indique la valeur nette de + l'entreprise; il est généralement considéré + comme étant une bonne chose quand cette valeur augmente. +
+ Devises +
+ Les comptes de devises sont utilisés pour faire du + commerce/spéculer sur les devises. +
+ Dans beaucoup de cas, elles se comportent comme les actions, + (excepté que le calcul de la valeur est différent) et + que la seule voie qui permette d'avoir des "revenus" à + partir d'elles est la fluctuation entre leurs valeurs relatives. + Notez que les transferts ne peuvent pas être faits directement + entre deux comptes libellés dans des devises différentes. + De tel transferts ne peuvent être faits que grâce à + un compte (de change) monnaie intermédiaire où le + champ 'devise' contient la devise d'un compte, et le champ 'valeur' + contient le code de la devise de l'autre compte. +
+
Retour à la Page + principale de la documentation. +
+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-accwin.html b/doc/html/fr/xacc-accwin.html index 76a1792db5..2bad9cbcb6 100644 --- a/doc/html/fr/xacc-accwin.html +++ b/doc/html/fr/xacc-accwin.html @@ -1,41 +1,42 @@ - - - - - - Fenêtre nouveau compte - - - - - -

-Fenêtre Nouveau Compte

- -


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. -
  -
  -
  - - + + + + + + Fenêtre nouveau compte + + + +

+Fenêtre Nouveau Compte

+ +


Ci-dessous se trouve un exemple de 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 apparaît dans un rapport ou dans le Tableau +de comptes. +

L'image ci-dessus montre un exemple pour un compte d'actions ou d'achat/ventes +de monnaies/devises. Notez 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. Dans le cas d'un compte +de devise, le code valeur permet de faire des transferts entre des comptes +dont la monnaie est différente. +
  +
  +

+
+

+

Retour à la Page principale de la documentation. +
  +
  +
  + + diff --git a/doc/html/fr/xacc-adjbwin.html b/doc/html/fr/xacc-adjbwin.html index ec10717abc..6c3952ecaf 100644 --- a/doc/html/fr/xacc-adjbwin.html +++ b/doc/html/fr/xacc-adjbwin.html @@ -1,21 +1,20 @@ - - - - Fenêtre d'ajustement du solde - - - - - - -

CE FICHIER EST VIDE

- -

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 + + + + + +

CE FICHIER EST VIDE

+ +

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. +

+

+ + diff --git a/doc/html/fr/xacc-apar.html b/doc/html/fr/xacc-apar.html index f53bca3a6e..c97fbc5ed6 100644 --- a/doc/html/fr/xacc-apar.html +++ b/doc/html/fr/xacc-apar.html @@ -1,188 +1,209 @@ - - - - - - - - - -

-Dettes (dus aux) fournisseurs et crédits ( à recevevoir des)  -fournisseurs

-Dettes (D/F)(dettes dus aux fournisseurs) et crédit (C/F) (crédit -à recevoir des fournisseurs) sont en quelque sorte complexe, et -requiert de la réflexion pour bien les comprendre. -

-Crédits fournisseurs

- -


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: -

    -
  • -Un client envoie un Ordre d'achat, ainsi il autorise un achat.
    • - -
  • -Nous créons un Ordre de travail pour planifier la production -de tout ce qu'un client achète
    • - -
  • -Nous créons un Avis d'expédition, pour expédier -les biens au client
    • - -
  • -Une fois expédié, nous émettons une Facture, -représentant la demande à payer
    • -
-Nous reportons les ventes dans nos chiffres de ventes au moment où -nous les faisons.Malheureusement, nous devons terminer -
de vendre certains produits à des opérateurs douteux -qui n'en valent pas la peine et que nous ne savons pas qu'ils sont douteux, -et ainsi resté coincé avec quelques "dettes perdues." -

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: -
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CompteDRCR
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. -
  -

-Dettes fournisseurs

-Le scénario pour les dettes fournisseurs, inversement, reflète -comment les dettes fournisseurs fonctionnent; changer juste le client par -le fournisseur, et voyez comment les roles sont inversés. -
    -
  • -Si nous achetons des choses "sur notre compte," la comptabilité -accumulative requiert que nous enregistrons ce que nous mettons dans les -dépenses immédiatement, et rather than reducing cash, we -put the "credit" into the Accounts Payable account.
    • - -
  • -Trois semaines plus tard, la facture arrive, et nous émettons un -paiement, et ainsi pour Dettes fournisseurs en débit, Liquidités -en crédit.
    • - -
     
- -

-Avances aux clients/ Dépenses prépayées

-Des techniques analogues sont aussi utilisés pour les dépenses -qui sont prépayées. -

Si vous devez payer six mois de loyer en avance, c'est traité -comme un "avoir accumulé." -

    -
  • -Au moment du paiement, vous débitez Location prépayée -du montant payé qui est un Crédit de Liquidités.
    • - -


    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. -
      -

  • -Chaque mois , le solde dans Loyer prépayé devrait -diminuer via un Débit de Dépense de loyer, -Crédit -de Loyer prépayé.
    • -
-De la même manière, les sociétés collectent -les impôts sur la paie au nom des employées, et les garde -dans un compte bancaire spécial. -
    -
  • -Cet argent n'est pas celui de la société, ainsi il -y a un Débit du compte Liquidités d'un coté, -et un Crédit de Dettes Accumulées, c'est-à-dire, -des -impôts sur le revenu payés, d'un autre coté.
    • - -
  • -Quand le chèque trimestriel va au gouvernement afin qu'ils puissent -faire leur paie, les impôts sur le revenu payés -tombent comme le fait le solde dans le compte chèques
    • - -
     
- -
-

Retour à la Page principale de la documentation. -
  - - + + + + Dettes (dues aux) fournisseurs et crédits (à +recevoir des) fournisseurs + + + + +

Dettes (dues aux) fournisseurs et crédits (à +recevoir des) fournisseurs

+

Dettes (D/F)(dettes dues aux fournisseurs) et crédit (C/F) +(crédit à recevoir des fournisseurs) sont complexe, et +requièrent de la réflexion pour bien les comprendre. +

+

Crédits fournisseurs

+


Premièrement, considérons les crédits +fournisseurs. Nous ne devrions rien avoir à +raconter sur les D/F parce que nous payons toujours nos +factures à temps, n'est ce pas ? :-) +

+

Aussi comme première considération, supposons que +nous ne demandons pas aux clients de payer instantanément, +en liquide, mais plutôt que nous leur envoyons une facture, et +leur donnons 30 jours pour la payer. (Après 30 jours, nous +pouvons commencer à leur 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 forcément pas en espèces/argent comptant. +

+

Alors quand ils réussissent à 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 décidé 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ées sur l'établissement 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 : +

+
    +

  • Un client envoi un Ordre + d'achat, ainsi il autorise un achat. +

    +

  • Nous créons un Ordre de + travail pour planifier la production de tout ce qu'un client + achète.

    +

  • Nous créons un Avis + d'expédition, pour expédier les biens au client.

    +

  • Une fois expédié, nous émettons une + Facture, représentant la demande à payer.

    +
+

Nous reportons les ventes dans nos chiffres de ventes au moment où +nous les faisons. Malheureusement, nous devrons arrêter de +vendre nos produits à des opérateurs qui n'en valent +pas la peine et dont nous ne savions pas qu'ils étaient +douteux, et ainsi rester coincé avec quelques "dettes +perdues." +

+

Afin de déterminer quelles parts de Crédit +fournisseurs apparaît être à plus haut risque, il +est typique d'arranger les Crédits fournisseurs sur base des +"âges" des débits, généralement +en le segmentant en plusieurs périodes d'âges +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 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 +spécifiquement 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 aux +montants payés aux rebelles nicaraguayens (n.d.t:!!!) , +mais plutôt à la notion de 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.


+

+

Dettes fournisseurs

+

Le scénario pour les dettes fournisseurs, inversement, +reflète comment les dettes fournisseurs fonctionnent; changez +juste le client par le fournisseur, et voyez comment les rôles +sont inversés. +

+
    +

  • Si nous achetons des biens "sur + notre compte", la comptabilité accumulative requiert que + nous enregistrions nos dépenses immédiatement, et + plutôt que de réduire les liquidités, nous + mettons le "crédit" dans le compte Dettes + fournisseurs. +

    +

  • Trois semaines plus tard, la facture arrive, et nous émettons + un paiement, débitons Dettes fournisseurs, + et créditons Liquidités

    +
+

Avances aux clients / Dépenses prépayées

+

Des techniques analogues sont aussi utilisées pour les +dépenses qui sont prépayées. +

+

Si vous devez payer six mois de loyer à l'avance, c'est +traité comme un "avoir accumulé". +

+
    +

  • Au moment du paiement, vous débitez Location + prépayée du montant payé qui est un Crédit + de Liquidités. +

    +

    Tandis que cela impose un malheureux + préjudice dans le compte de Liquidités, il apparaît + sur les livres comme un avoir, et il n'y a plus de paiements à + faire pour les six prochains mois. +

    +
+


+

+
    +

  • Chaque mois, le solde dans Loyer prépayé + devrait diminuer via un Débit de Dépense de + loyer, Crédit de Loyer prépayé. +

    +
+

De la même manière, les sociétés +collectent les impôts sur la paie au nom des employés, +et les gardent dans un compte bancaire spécial. +

+
    +

  • Cet argent n'est pas celui + de la société, ainsi il y a un Débit du + compte Liquidités d'un côté, et un Crédit + de Dettes Accumulées, c'est-à-dire, des impôts + sur le revenu payés, d'un autre côté. +

    +

  • Quand le chèque trimestriel va au gouvernement afin + qu'il puisse faire sa paie, les impôts sur le revenu + payés tombent, comme le fait le solde dans le compte + chèques.


    +

    +
+
+

Retour à la Page principale de la +documentation.
  +

+ + diff --git a/doc/html/fr/xacc-apprdepr.html b/doc/html/fr/xacc-apprdepr.html index a4e3d264b9..c7cf451596 100644 --- a/doc/html/fr/xacc-apprdepr.html +++ b/doc/html/fr/xacc-apprdepr.html @@ -1,682 +1,731 @@ - - - - - - Dépréciation et gains en capital/plus-values - - - - -

-Dépréciation et gains en capital/plus-values

-Cette section fournit une analyse du traitement de la dépréciation -et l'appréciation des avoirs dans GnuCash. -

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 est habituellement -reconnue (le terme technique est accru/accumulé) comme une -dépense sur une base continue, réduisant graduellement la -valeur d'un avoir  vers zéro.
    • - -


    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. -

  • -En contraste, les gains en capital, qui pourraient -être appelés appréciation de la valeur des avoirs, -ne sont typiquement pas reconnus jusqu'à un certain moment -qui arrête ce fait quand les avoirs sont vendus, et à cet -instant, -le gain en entier devient revenus.
    • - -
    Différent de la dépréciation, les gouvernements -tendent à être très intéressés par -la taxation des gains en capital d'une manière ou l'autre. -

    (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...)

- -

-Gains en capital/Plus-values - Appréciation des avoirs

- -

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 compte avoirs  Coût de l'avoir pour suivre le coût -original du tableau,
    • - -
  • -An compte avoirs Gains accumulés non  réalisés -sur Avoir pour suivre les augmentations en valeur, et
    • - -
  • -Un compte revenus Gains accumulés sur les revenus de l'avoir -dans lequel l'enregistrement du coté revenus des gains annuels dans -votre richesse, et
    • - -
  • -Un compte revenus  Gains réalisés sur les revenus -de l'avoir qui enregistre le revenu réalisé quand vouys -vendez l'avoir.
    • -
-Les gains accumulés  n'affecte sûrement pas vos -revenus imposables en ayant objectif d'impots sur le revenu, bien -qu'il puisse  avoir quelque effet sur les impôts sur les biens. -

-Le traitement des gains en capital dans GnuCash

- -

-L'acquisition

-La première chose que vous devez faire est de créer le compte -coût de l'avoir, alors transférez la somme que vous avez -payé pour ce tableau depuis votre compte bancaire vers ce compte -avoirs pour enregistrer l'achat. -

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à: -
Main window after purchase and appreciation -

et votre compte avoirs ressemblera à celà: -
Asset account after purchase and appreciation -

-Jusqu'à ce que vous possédiez l'avoir

-L'appréciation de l'avoir est une sorte de revenus mais il n'est -pas -en espèces dans votre main. -

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. -

-Vendre l'avoir

-Disons q'un autre mois plus tard les prix des tableaux de Degas ont montés -encore, dans votre cas de d'environ 2500F, que vous estimez. Vous enregistrez -dûment ces 2500F comme un revenu comme ci-dessus, alors vous décidez -de vendre le tableau. -

Maintenant il se produit trois possibilitées: -

    -
  1. -Votre estimation optimiste de la valeur du tableau était correcte.
    2. - -
    Le compte revenus est laissé tranquille (ou peut-être -recevta des transferts depuis un compte revenus Gain accumulé -vers -un compte revenus Gain réalisé ), et l'enregistrement -est plutôt comme celà: -
      - - - - - - - - - - - - - - - - - - - - - - - - -
    CompteMontant
    Liquidités16055F
    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 : -
      - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    CompteMontant
    Liquidités16055F
    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é. -

  2. -Vous étiez suroptimiste à propos de la valeur du tableau.
    3. - -


    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. -
      - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    CompteMontant
    Liquidités15000F
    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. -

  3. -Vous avez réussi à vendre votre tableau pour plus que vous -pensiez dans vos rêves délirants.
    4. - -


    La valeur supplémentaire est, encore, enregistré comme -un gain, par exemple un revenu. -
      - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    CompteMontant
    Liquidités50000F
    Tableau-11000F
    Avoir du gain accumulé-5000F
    Revenus du gain réalisé-39000F
    Revenus du gain accumulé5000F
    -

-En pratique, il est vraiment important de garder le Revenu du gain accumulé -séparé du Revenu du gain réalisé, comme -ci-dessus il est sûrement ignoré par vos autorités -fiscales, qui voudront seulement vous faire payer quelque chose sur le -Gain -réalisé. -

En bas, nous montrons le second cas à discuter. -
Main window after sale -
Asset account after sale -

-Précaution à propos de l'évaluation

-Comme nous le voyons dans cette example, pour des biens non-financier, -il peut être difficile d'estimer correctement la ``vraie'' valeur -d'un bien. -

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, -

    -
  1. -Soyez prudent avec l'estimation de valeurs.
    2. - -


    Ne vous adonnez pas à un espoir secret. -

  2. -Jamais, au grand jamais, ne compter pas sur l'argent que vous n'avez pas -à votre banque ou en espèces.
    3. - -


    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.

- -

-Taxation des gains en capital/plus-values

-Les politiques fiscales varient considérablement entre les pays, -ainsi il est virtuellement impossible de dire quelque chose qui sera universellement -utile. -

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... -

-Dépréciation des avoirs/biens

- -

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. -

    -
  • -Les gouvernements tendent à installer des règles précises -sur comment il vous est demandé de calculer la dépréciation -à objectifs fiscaux.
    • - -
  • -Il est facile d'aller voir les références tel que les "Livres -bleus" estimant de combien une automobile devrait être évalué -après 3 années d'utilisation.
    • -
-Depuis que la dépréciation des avoirs est très souvent -conduite par des politiques fiscales, la discussion de la dépréciation -se concentrera dans cette direction, sur certains des plus communs schémas -de calcul de la dépréciation. -

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. -

-Systèmes de dépréciation

- -

-Dépréciation linéaire

-La dépréciation linéaire diminue la valeur d'un bien -par un montant fixé pour chaque période jusqu'à ce -que la valeur nette  est de zéro. C'est le calcul le plus simple, -comme vous estimez une durée de vie utile, et simplement diviser -le coût également au cours de la durée de vie. -

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éeDépréciationValeur restante
13001200
2300900
3300600
4300300
53000
- -

-Dépréciation géométrique

-A chaque période, le bien est déprécié d'un -pourcentage fixé  dans la précédente période -de sa valeur. Dans ce système le reste de la valeur d'un bien diminuant -exponentiellement est ce qui reste de la valeur à la fin et qui -est plus grand que zéro (par exemple  - une valeur de revente). -

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éeDépréciationValeur restante
14501050
2315735
3220.50514.50
4154.35360.15
5108.05252.10
- -

-Somme de chiffres

-Une troisième méthode la plus souvent employé dans -les pays Anglo/Saxon est la méthode de la "somme de chiffres". Ici -se trouve une illustration: -

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éeDépréciationValeur restante
1100*5=5001000
2100*4=400600
3100*3=300300
4100*2=200100
5100*1=1000
- -

-Le traitement de la dépréciation dans gnucash

-Afin de suivre la dépréciation d'un bien, vous avez besoin -: -
    -
  • -Un compte avoirs Coût de l'avoir pour suivre la valeur originale;
    • - -
  • -Un compte avoirs Dépréciation accumulée dans -lequel est collecté la somme de tous les montants de dépréciation -des années;
    • - -
  • -Un compte dépenses Dépense de dépréciation -dans -lequel enregistrer les dépenses periodiques de dépréciation.
    • -
-La première étape, encore, est d'enregistrer l'achat de vos -biens en transférrant l'argent d'un compte bancaire vers le compte  -coût de bien. Après, dans chaque période comptable -vous enregistrez la dépréciation comme une dépense -dans le compte  approprié. -

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. -
Asset account after depreciation -
Main window after depreciation -

-Un mot d'avertissement

-Depuis que la dépréciation et le sujet des impôts sont -minitieusement raconté, vous ne pouvez pas toujours être libre -dans le choix de votre méthode préférrée. La -correction de mauvais calculs coutera une quantité entière -de plus de temps et d'ennui que d'obtenir des calculs bon la première -fois, ainsi si vous planifiez de déprécier les biens, il -est prudent d'être sûr du système que vous serez permit -ou -requis d'utiliser -
-
-
Retour à la Page principale de la documentation.. -
  -
  - - + + + + + + Dépréciation et gains en capital/plus-values + + + +

+Dépréciation et gains en capital/plus-values

+Cette section fournit une analyse du traitement de la dépréciation +et l'appréciation des avoirs dans GnuCash. +

Il fournit aussi une brève introduction relative 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 un certain nombre d'idées fondamentales pour vous aider +à appliquer votre méthode "favorite"d'impôts/dépréciation. +

Notez que l'appréciation et la dépréciation des +avoirs tend à être traitée quelque peu différemment +: +

    La dépréciation est habituellement +reconnue (le terme technique est accru/accumulé) comme une +dépense sur une base continue, réduisant graduellement la +valeur d'un avoir vers zéro. + +

    La dépréciation tend à +être calculée uniquement sur les avoirs qui sont utilisés +par des professionnels ou à objectifs professionnels, parce que +les gouvernements ne vous permettent généralement 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.

+ +
+ +
    En contraste, les gains en capital, qui pourraient +être appelés appréciation de la valeur des avoirs, +ne sont typiquement pas reconnus jusqu'à un certain moment, +quand les avoirs sont vendus, et à cet instant, le gain en +entier devient revenus. +
    Différent de la dépréciation, les gouvernements +tendent à être très intéressés par +la taxation des gains en capital d'une manière ou d'une autre. +

    (Comme toujours, il y a des exceptions. Si vous possédez une +obligation qui paie tous ses intérêts en fin de vie, les autorités +fiscales requerront souvent que vous reconnaissez/perceviez des intérêts +chaque année, et refuser cela pourrait être traité +comme un gain en capital. L'expression intérêts accumulés, +ou intérêts imputés sont souvent là pour +effrayer ceux qui sont sensibles à de telles choses...)

+ +

+Gains en capital/Plus-values - Appréciation des avoirs

+L'appréciation des avoirs est, en général, une question +assez astucieuse à traiter. C'est le cas pour certains types d'avoirs, +pour lesquels il est difficile d'estimer correctement une augmentation +en valeur tant que vous n'avez pas vendu ces 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 côté, les maisons de votre voisinage sont vendues +bien moins souvent, et ces ventes requièrent des efforts considérables, +générateurs de dépenses, et entraînant 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évisible. +

Plus difficile à estimer sont les valeurs de collections d'objets +tel que les bijoux, création d'Art, cartes de base-ball, et "Beanie +Babies." Les marchés pour de tels objets sont quelque peu moins +ouvert/accessible que les marchés de valeurs. +

Le pire est pourtant un type de bien. 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 mille +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 contradictoires qui peuvent être attachées +au bien, aucunes d'elles sans ambiguïté ne sont correctes. +

Supposons que vous achetiez un avoir devant augmenter de valeur, disons +un tableau de Degas, et que vous vouliez suivre cela. (Une compagnie d'assurances +se souciera de cela, même si personne d'autre ne le fait.) +

Le suivi correct de la valeur en augmentation continuelle du Degas requerra +au moins trois, plutôt peut-être les quatres comptes suivants +(plus un compte bancaire ou de liquidités d'où l'argent pour +l'achat provient) : +

    +
    Un compte avoirs Coût de l'avoir +pour suivre le coût original du tableau,
    + + +

    Un compte avoirs Gains accumulés +non réalisés sur Avoir pour suivre les augmentations +en valeur, et + +

    Un compte revenus Gains accumulés +sur les revenus de l'avoir dans lequel l'enregistrement du côté +revenus des gains annuels dans votre richesse, et +

    Un compte revenus Gains réalisés sur les revenus de +l'avoir qui enregistre le revenu réalisé quand vous vendez +l'avoir.

+Les gains accumulés n'affectent sûrement pas vos revenus +imposables en ayant objectif d'impôts sur le +revenu, bien +qu'ils puissent avoir quelques effets sur les impôts sur les biens. +

+Le traitement des gains en capital dans GnuCash

+ +

+L'acquisition

+La première chose que vous devez faire est de créer le compte +coût de l'avoir, alors transférez la somme que vous avez +payée pour ce tableau depuis votre compte bancaire vers ce compte +avoirs pour enregistrer l'achat. +

Un mois plus tard, vous avez raison de suspecter que la valeur de votre +tableau a augmenté de 1200F. Afin d'enregistrer cela vous transférez +1200F depuis votre compte revenus gains accumulés sur un avoir +vers votre compte avoirs. +

Votre fenêtre principale ressemblera à cela : +
Main window after purchase and appreciation +

et votre compte avoirs ressemblera à cela : +
Asset account after purchase and appreciation +

+Jusqu'à ce que vous possédiez l'avoir

+L'appréciation de l'avoir est une sorte de revenus mais il n'est +pas en espèces dans votre main. +

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 cela. 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 devaient garder leurs actions au moins six mois +avant de vendre n'importe lesquelles d'entre elles. Le fait qu'ils +ne pouvaient les vendre veut dire que tant qu'elles doivent en théorie +être d'une valeur de millions de dollars sur le papier, il n'y a, +comme à la fin de 1999, aucune voie pour eux pour légalement +recevoir ces +millions. +

+Vendre l'avoir

+Disons qu'un autre mois plus tard les prix des tableaux de Degas ont encore +montés, dans votre cas d'environ 2500F, d'après votre estimation. +Vous enregistrez dûment ces 2500F comme un revenu comme ci-dessus. +A ce moment vous décidez de vendre le tableau. +

Maintenant vous avez trois possibilités : +

    +
    Votre estimation optimiste de la valeur +du tableau était correcte.
    + +
    Le compte revenus est laissé tranquille (ou peut-être +recevra des transferts depuis un compte revenus Gain accumulé +vers un compte revenus Gain réalisé), et l'enregistrement +est plutôt comme cela : +
      + + + + + + + + + + + + + + + + + + + + + + + + + + +
    CompteMontant
    Liquidités +
    16 055,00 F
    +
    Tableau +
    -11 000,00 F
    +
    Revenu du gain réalisé +
    -5 055,00 F
    +
    + + +

    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 : +
      + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    CompteMontant
    Liquidités +
    16 055,00 F
    +
    Tableau +
    -11 000,00 F
    +
    Avoir du gain accumulé +
    -5 000,00 F
    +
    Revenu du gain réalisé +
    -5 055,00 F
    +
    Revenu du gain accumulé +
    5 000,00 F
    +
    + + +

    Notez que les deux comptes de revenus compensent +un autre de sorte que le revenu actuel résultant de la transaction +est seulement de 55F. Le reste de 5000F a précédemment été +reconnu comme un Revenu de gain accumulé.

+ +
+ +
    Vous étiez suroptimiste à propos de la valeur du tableau. +

    A la place de 16055F que vous pensiez que le tableau était évalué, +il est seulement proposé à 15000F. Mais vous décidez +pourtant 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 : +
      + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    CompteMontant
    Liquidités +
    15 000,00 F
    +
    Tableau +
    -11 000,00 F
    +
    Avoir du gain accumulé +
    -5 000,00 F
    +
    Revenu du gain réalisé +
    -4 000,00 F
    +
    Revenu du gain accumulé +
    5 000,00 F
    +
    + + +

    Notez que les deux comptes de revenus compensent +un autre de sorte que le revenu actuel résultant de la transaction +fait ressortir une pertes de 1000F. C'est formidable, comme vous +aviez précédemment reconnu 5000F de revenus.

+ +
+ +
    Vous avez réussi à vendre votre tableau pour plus que +vous pensiez dans vos rêves délirants. + +

    La valeur supplémentaire est, encore, +enregistrée comme un gain, par exemple un revenu :

+ +
  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
CompteMontant
Liquidités +
50 000,00 F
+
Tableau +
-11 000,00 F
+
Avoir du gain accumulé +
-5 000,00 F
+
Revenus du gain réalisé +
-39 000,00 F
+
Revenus du gain accumulé +
5 000,00 F
+
+
+En pratique, il est vraiment important de garder le Revenu du gain accumulé +séparé du Revenu du gain réalisé, comme +ci-dessus il est sûrement ignoré par vos autorités +fiscales, qui voudront seulement vous faire payer quelque chose sur le +Gain réalisé. +

En bas, nous montrons le second cas à discuter. +
Main window after sale +
Asset account after sale +

+Précaution à propos de l'évaluation

+Comme nous le voyons dans cette exemple, pour des biens non-financier, +il peut être difficile d'estimer correctement la ``vraie'' valeur +d'un bien. +

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'appréciation des avoirs, +

    Soyez prudent avec l'estimation de valeurs. + +

    Ne vous adonnez pas à un espoir secret.

+ +
+ +
    Jamais, au grand jamais, ne comptez sur l'argent que vous n'avez pas +à votre banque ou en espèces. +

    Tant que vous n'avez pas vendu vos avoirs et récupéré +l'argent, n'importe quel chiffres sur le papier (ou une preuve magnétique +sur votre disque dur) n'est rien de plus que cela. +

    Si vous pouvez convaincre avec réalisme un banquier de vous prêter +de l'argent en utilisant les biens comme garantie. Il est évident +que les biens ont de la valeurs. Comme les prêteurs sont professionnellement +suspicieux des surestimations douteuses de valeurs, vous savez ce qu'il +vous reste à faire. +

    Soyez conscient : de 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.

+ +

+Taxation des gains en capital/plus-values

+Les politiques fiscales varient considérablement entre les pays, +ainsi il est virtuellement impossible de dire quelque chose qui sera universellement +utile. +

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 propriétaires de maisons nord-américain +habituellement +trouvent que, quand ils vendent leurs résidences personnelles, +les gains en capital qui surviennent sont exempts de taxation. Il apparaît +que d'autres pays traitent les ventes de maisons différemment, taxant +les gens sur de tels gains. Les autorités 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 nulle en raison de la possession +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 +du fait qu'il s'agissait d'une ferme laitière, avec quelques +dé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... +

+Dépréciation des avoirs/biens

+Comparé à des estimations souvent incertaines +à faire, où l'appréciation des avoirs est concernée, +nous sommes ici en terrain plus solide. +
    +
    Les gouvernements tendent à installer +des règles précises sur la façon dont il vous est +demandé de calculer la dépréciation à objectifs +fiscaux.
    + +

    Il est facile d'aller voir les références telles que les +"Livres bleus" estimant de combien une automobile devrait être évalué +après 3 années d'utilisation.

+Depuis que la dépréciation des avoirs est très souvent +conduite par des politiques fiscales, la discussion de la dépréciation +se concentrera dans cette direction, sur certains des plus communs schémas +de calcul de la dépréciation. +

Alors qu'il y a eu quelques discussions à propos de la manière +d'accomplir des calculs automatisés et de création de transactions +pour traiter des choses comme la dépréciation, il n'y a encore +eu aucun code fonctionnel, ainsi actuellement, vous devrez faire les calculs +à la main. +

+Systèmes de dépréciation

+ +

+Dépréciation linéaire

+La dépréciation linéaire diminue la valeur d'un bien +par un montant fixé pour chaque période jusqu'à ce +que la valeur nette soit nulle. C'est le calcul le plus simple, +comme vous estimez une durée de vie utile, et simplement divisez +le coût de manière égale au cours de la durée +de vie. + +

Exemple : Vous avez acheté +un ordinateur pour $1500 et souhaitez 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éeDépréciationValeur restante
13001200
2300900
3300600
4300300
53000
+ +

+Dépréciation géométrique

+A chaque période, le bien est déprécié d'un +pourcentage fixé dans la précédente période +de sa valeur. Dans ce système, le reste de la valeur d'un bien diminuant +exponentiellement est ce qui reste de la valeur à la fin et qui +est plus grand que zéro (par exemple - une valeur de revente). +

Faites attention : les autorités fiscales peuvent demander +(ou permettre) 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 de "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 que précédemment, avec une dépréciation +annuelle de 30%. +
  +

  + +
  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AnnéeDépréciationValeur restante
14501050
2315735
3220.50514.50
4154.35360.15
5108.05252.10
+ +

+Somme de chiffres

+Une troisième méthode, la plus souvent employé dans +les pays Anglo/Saxon est la méthode de la "somme de chiffres". En +voici une illustration : + +

Exemple : Premièrement, vous +divisez la valeurs des biens par la somme des années d'utilisation. +Dans notre exemple, avec la valeur d'un 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ées +comme suit : +
  +

  + +
  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AnnéeDépréciationValeur restante
1100*5=5001000
2100*4=400600
3100*3=300300
4100*2=200100
5100*1=1000
+ +

+Le traitement de la dépréciation dans gnucash

+Afin de suivre la dépréciation d'un bien, vous avez besoin +: +
    +
    Un compte avoirs Coût de l'avoir +pour suivre la valeur originale;
    + + +

    Un compte avoirs Dépréciation +accumulée dans lequel est collecté la somme de tous les +montants de dépréciation des années; +

    Un compte dépenses Dépense de dépréciation +dans lequel enregistrer les dépenses périodiques de dépréciation.

+La première étape, encore, est d'enregistrer l'achat de vos +biens en transférant l'argent d'un compte bancaire vers le compte +coût de bien. Ensuite, dans chaque période comptable +vous enregistrez la dépréciation comme une dépense +dans le compte approprié. +

Les deux fenêtres ci-dessous montrent 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. +
Asset account after depreciation +
Main window after depreciation +

+Un mot d'avertissement

+ +
Depuis que la dépréciation +et le sujet des impôts sont définis de manière précise, +vous n'êtes pas toujours libre dans le choix de votre méthode. +La correction de mauvais calculs coûtera bien plus de temps et d'ennui +que d'obtenir des calculs bon la première fois. Ainsi, si vous projetez +de déprécier les biens, il est prudent d'être sûr +du système qu'il vous sera permit ou requis d'utiliser.
+ +
+
+
  +

Retour à la Page principale de la documentation.. +
  +
  + + diff --git a/doc/html/fr/xacc-bal_tracker.html b/doc/html/fr/xacc-bal_tracker.html index 3a58f49ac9..0fa2571a2d 100644 --- a/doc/html/fr/xacc-bal_tracker.html +++ b/doc/html/fr/xacc-bal_tracker.html @@ -1,16 +1,17 @@ - - - - - Rapport de suivi du solde/bilan - - - -

Balance Tracking Report

-

FIXME: Document this report! -

-

Return to Main Documentation - Page.

- - - + + + + + + Rapport de suivi du solde/bilan + + + + +

+Rapport du suivi du solde

+FIXME: Documenter ce rapport! +
+

Retour à la Page principale de la documentation. + + diff --git a/doc/html/fr/xacc-balsheet.html b/doc/html/fr/xacc-balsheet.html index ffd689481f..e65700c75c 100644 --- a/doc/html/fr/xacc-balsheet.html +++ b/doc/html/fr/xacc-balsheet.html @@ -1,20 +1,20 @@ - - - - - - Feuille du solde/bilan - - -

Balance Sheet

- -

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.

- - + + + + + + Feuille du solde/bilan + + + + +

+Bilan

+Ce rapport résume votre Actifs (avoirs), Passif (dettes), et Capitaux +propres. +

Il n'y a pas actuellement pas d'options pour ce rapport, mais l'option +pour spécifier une date pour laquelle le bilan est calculé +sera ajouté bientôt. +

Retour à la Page principale de la documentation. + + diff --git a/doc/html/fr/xacc-currency.html b/doc/html/fr/xacc-currency.html index 46f0adcaf9..faaa9cdf3b 100644 --- a/doc/html/fr/xacc-currency.html +++ b/doc/html/fr/xacc-currency.html @@ -1,1203 +1,1575 @@ - - - - - - - - - -

-Traitement des monnaies et comptabilité du double -livret

-Un système de comptabilité du -double livret stocke les valeurs ensemble, et requiert que toutes les -transactions s'équilibre, comme décrit dans l' identité -du double livret. -

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: -

    -
  • -valeur = taux de change*montant (pour les comptes de devises/monnaies)
    • - -
  • -valeur = cours*nombre de titres (pour les actions/FCP et SICAV)
    • -
-Ainsi, acheter un gadget au japon (JPY) et utiliser des dollars US (USD) -pour le payer devrait apparaitre -
commme ceci: -
    -
  • -SpendAcct: (un compte banque/liquidités ordinaire -libellé en USD)
    • - -
    Date      transfert depuis       mémo             coût
-1/5/99        [JPYAcct]       Achat gadget       $1.00
-
-
    - -
  • -JPYAcct: (un compte d'achat/vente de devises libellé -en yen)
    • - -
      -

      -

    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. -
  -

-Codes monétaires ISO

- -

Plus de monnaies que vous pensez possible... -
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Code ISODescription complète
ADPAndoran peseta
AEDUnited Arab Emirates Dirham
AFAAfghani
ALLAlbanian Lek
AMDArmenian Dram
ANGWest Indian Guilder
AOKAngolan Kwanza
ARAArgentinian Austral
ARSArgentina Peso
ATSAustrian Schilling
AUDAustralian Dollar
AWGAruban Guilder
AZMAzerbaijan Manat
BADBosnia-Herzogovinian Dinar
BBDBarbados Dollar
BDTBangladesh Taka
BEFBelgian Franc
BGLBulgarian Lev
BHDBahrain Dinar
BIFBurundi Franc
BMDBermudan Dollar
BNDBrunei Dollar
BOBBolivian Boliviano
BRLBrazilian Real
BRRBrazil
BSDBahaman Dollar
BWPBotswana Pula
BYRBelorussian Ruble
BZDBelize Dollar
CADCanadian Dollar
CDPSanto Domiongo
CHFSwiss Franc
CLPCHILEAN PESO
CNYChina
COPColombian Peso
CRCCosta Rica Colon
CUPCuban Peso
CVECape Verde Escudo
CYPCyprus Pound
CZKCzech Krona
DEMGerman Mark
DJFDjibouti Franc
DKKDanish Krone
DOPDominican Peso
DRPDominican Republic Peso
DZDAlgerian Dinar
ECSECUADORIAN SUCRE
ECSEcuador Sucre
ECUEuropean Currency Unit
EEKEstonian Krone
EGPEgyptian Pound
ESPSpanish Peseta
ETBEthiopian Birr
EURCurrency of EMU member states
FIMFinnish Mark
FJDFiji Dollar
FKPFalkland Pound
FRFFrench Franc/ Franc Français
GBPBritish Pound
GEKGeorgian Kupon
GHCGhanian Cedi
GIPGibraltar Pound
GMDGambian Dalasi
GNFGuinea Franc
GRDGreek Drachma
GTQGuatemalan Quedzal
GWPGuinea Peso
GYDGuyanese Dollar
HKDHong Kong Dollar
HNLHonduran Lempira
HRDCroatian Dinar
HTGHaitian Gourde
HUFHungarian forint
IDRIndeonesian Rupiah
IEPIrish Pound
ILSIsraeli Scheckel
INRIndian Rupee
IQDIraqui Dinar
IRRIranian Rial
ISKIceland Krona
ITLItalian Lira
JMDJAMAICAN DOLLAR
JODJordanian Dinar
JPYJapanese Yen
KESKenyan Shilling
KHRCambodian Riel
KISKirghizstan Som
KMFComoros Franc
KPWNorth Korean Won
KRWSouth Korean Won
KWDKuwaiti Dinar
KYDCayman Dollar
KZTKazakhstani Tenge
LAKLaotian Kip
LBPLebanese Pound
LKRSri Lankan Rupee
LRDLiberian Dollar
LSLLesotho Loti
LTLLithuanian Lita
LUFLuxembourgian Franc
LVLLatvian Lat
LYDLibyan Dinar
MADMoroccan Dirham
MDLMoldavian Lei
MGFMadagascan Franc
MNCMonaco
MNTMongolian Tugrik
MOPMacao Pataca
MROMauritanian Ouguiya
MTLMaltese Lira
MURMauritius Rupee
MVRMaldive Rufiyaa
MWKMalawi Kwacha
MXNMexican Peso (new)
MXPMexican Peso (old)
MYRMalaysian Ringgit
MZMMozambique Metical
NGNNigerian Naira
NICNicaragua
NIONicaraguan Cordoba
NISIsreal
NLGDutch Guilder
NOKNorwegian Krone
NPRNepalese Rupee
NZDNew Zealand Dollars
OMROmani Rial
PABPanamanian Balboa
PEIPeruvian Inti
PENPeruvian Sol - New
PESPeruvian Sol
PGKPapua New Guinea Kina
PHPPhilippino Peso
PKRPakistan Rupee
PLNPolish Zloty
PLZPoland
PTEPortuguese Escudo
PYGParaguayan Guarani
QARQatar Riyal
RMBChinese Renminbi Yuan
ROLRoumanian Lei
RURRussian Rouble
RWFRwanda Franc
SARSaudi Riyal
SBDSolomon Islands Dollar
SCRSeychelles Rupee
SDPSudanese Pound
SEKSwedish Krona
SGDSingapore Dollar
SHPSt.Helena Pound
SITSlovenian Tolar
SKKSlovakian Krona
SLLLeone
SOLPeru
SOSSomalian Shilling
SRGSurinam Guilder
STDSao Tome / Principe Dobra
SURRussian Ruble (old)
SVCEl Salvador Colon
SYPSyrian Pound
SZLSwaziland Lilangeni
THBThailand Baht
TJRTadzhikistani Ruble
TMMTurkmenistani Manat
TNDTunisian Dinar
TOPTongan Pa'anga
TPETimor Escudo
TRLTurkish Lira
TTDTrinidad and Tobago Dollar
TWDNew Taiwan Dollar
TZSTanzanian Shilling
UAKUkrainian Karbowanez
UGSUgandan Shilling
USDAmerican Dollar
UYPUruguayan New Peso
UYUUruguay
VEBVenezuelan Bolivar
VNDVietnamese Dong
VUVVanuatu Vatu
WSTSamoan Tala
XAFGabon C.f.A Franc
XCDEast Carribean Dollar
XOFBenin C.f.A. Franc
YERYemeni Ryal
ZARSouth African Rand
ZMKZambian Kwacha
ZRZZaire
ZWDZimbabwean Dollar
- -

-
Retour à la Page principale de la documentation. -
  - - + + + + + + + + +

Traitement des monnaies et comptabilité en +double livret

+

Un système de comptabilité +en double livret stocke les valeurs ensemble, et requiert que +toutes les transactions s'équilibrent, comme décrit +dans l'identité du double +livret. +

+

Quand nous avons plusieurs monnaies, ou actions qui peuvent varier +en cours/prix, les identités deviennent un peu plus +compliquées, et nous introduisons la formule suivante : +

+
    +

  • valeur = taux de change*montant + (pour les comptes de devises/monnaies) +

    +

  • valeur = cours*nombre de titres (pour les actions/FCP + et SICAV) +

    +
+

Ainsi, acheter un gadget au japon (JPY) et utiliser des dollars US +(USD) pour le payer devrait apparaître comme ceci : +

+
    +

  • SpendAcct: (un compte banque/liquidités + ordinaire libellé en USD) +

    + 
    Date transfert depuis mémo coût
+1/5/99 [JPYAcct] Achat gadget $1.00
    +

  • JPYAcct: (un compte d'achat/vente de devises + libellé en yen (avec 'valeur'=USD)) +

    +

    Date       transfert + depuis        + mémo              + achat       taux
    1/5/99    + [SpendAcct]       Achat + gadget          + Y150       0.00667 +

    +
+

Le moteur lie ensemble ces trois valeurs (1.0, 150, 0.00667) en +permanence et rend impossible tout changement d'une valeur sans en +changer une autre, afin que la grande addition soit toujours zéro, +de ce fait garantissant le respect de l'identité +de la comptabilité en double livret. +

+

Codes monétaires ISO

+

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

+
+
+


Retour à la Page principale de +la documentation.
  +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-date.html b/doc/html/fr/xacc-date.html index 9c13dc409e..7f77398f7c 100644 --- a/doc/html/fr/xacc-date.html +++ b/doc/html/fr/xacc-date.html @@ -1,49 +1,49 @@ - - - - - - - - - -

-L'entrée de date

-La cellule/case de la date fonctionne avec les raccourcis clavier suivant -: -
    -
  • -+, =  incrémente d'un jour
    • - -
  • -_ , - décremente d'un jour
    • - -
  • -} , ]  incrémente d'un 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 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. - - + + + + L'entrée de dates + + + + +

L'entrée de dates

+

La cellule/case de la date fonctionne avec les raccourcis clavier +suivants : +

+
    +

  • + , = incrémente + d'un jour +

    +

  • _ , - décrémente + d'un jour +

    +

  • } , ] incrémente + d'un 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 compilé +pour utiliser soit les dates au format européen, soit les +dates au format américain.
Chercher UK_DATES dans +dates.h +

+
+

Retour à la Page principale de la +documentation. +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-double.html b/doc/html/fr/xacc-double.html index c50b94996d..b20337bdf1 100644 --- a/doc/html/fr/xacc-double.html +++ b/doc/html/fr/xacc-double.html @@ -1,149 +1,165 @@ - - - - - - Utilisation de la fonction de la double entrée - - - - - -

-Qu'est-ce que la comptabilité du double livret/double -entrée?

-La comptabilité du double livret est une méthodologie comptable -introduite au 13ème siècle pour s'assurer que chaque transaction -est correctement equilibrée/égale. -

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. -

-Utiliser la double entrée/double livret

- -

-Creation de transactions

-Pour créer une transaction à double-entrée: -
    -
  • -Cliquez sur une boîte dans la colonne marqué Transfert -depuis sur le côté gauche du registre.
    • - -


    Un menu se déroulera , listant tous les comptes depuis lequel -un transfert peut être réalisé. -

  • -Sélectionnez-en un.
    • - -


    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.

- -

-Changement des transactions

- -


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 . -

-Nettoyage impeccable

-GnuCash peut être configuré pour être strict à -propos de la double entrée, ou vous pouvez le configurer pour être -"relaché". -

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: -

    -
  • -Si vous n'êtes pas sûr de ce que vous faites, vous ne voulez -probablement pas mettre de côté la validation de la double -entrée, comme celà vous aides à garder vos comptes -équilibrés même quand tout celà n'est pas clair.
    • - -
  • -Si vous êtes une "bête"/expert de la comptabilité, -vous serez ce qui est réellement important de garder comme -choses en équilibre et préférerez encore la double -entrée.
    • -
-Mais si vous décidez de "dépasser le système," et -avoir un nombre de transactions non équilibrées, vous voudrez -probablement -
nettoyer ce travail à certain point. Pour nettoyer ces transactions -anormales/non équilibrées, vous pouvez nettoyer le -compte pour être net en choisissant "Nettoyage" à partir de -la fenêtre du menu. Celà examinera chaque transaction; si -la transaction ne s'équilibre pas, une entrée divisée/répartie  -sera créée et placée dans un compte nommé "Anormal/Unbalanced". -Vous pouvez alors revoir ces divisions/répartitions et les déplacer -vers leurs comptes appropriés. -
-
-

Retour à la Page principale de la documentation. -
  - - + + + + Utilisation de la fonction de la double entrée + + + + +

Qu'est-ce que la comptabilité en double +livret/double entrée?

+

La comptabilité en double livret est une méthodologie +comptable introduite au 13ème siècle pour s'assurer que +chaque transaction est correctement équilibrée/égale. +

+

Comme celles-ci sont toutes requises pour s'équilibrer, la +probabilité qu'une erreur sur les données entrées +aie été faite est bien moindre. Pour les grands et +complexes ensembles de comptes avec beaucoup de transactions, il est +facile de faire des erreurs qui peuvent continuer à rester +indétectées pendant longtemps, et être +épouvantablement difficile à localiser, même +quand la comptabilité en double livret est utilisée. +

+

Une transaction à double entrée est une transaction +qui contient des entrées pour deux comptes (ou plus), qui +s'annulent l'une 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. Cela ne vous +empêche pas d'avoir des erreurs, mais élimine +certainement 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 intuitive grâce à la notion de transfert d'un +compte bancaire vers un autre, où un montant est retiré +d'un compte et déposé dans un autre. C'est +effectivement le "rôle" de la comptabilité en +double livret; si vous avez ajouté quelque chose dans un +compte, vous devez avoir un autre composant de cette +transaction pour équilibrer cela. +

+

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 vôtre. Par +exemple, quand vous y mettez de l'argent, effectuant un dépôt, +qui établit un DÉBIT de leur part/pour eux. +

+

Peut-être moins évident est le fait 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. +

+

Dans un système traditionnel qui +enregistre les débits et crédits séparément, +l'identité de 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 s'équilibre montre que c'est un petit peu trompeur +d'appeler celle-ci comptabilité de la double-entée; +il serait plus exact de l'appeler comptabilité +multiple-entrée. Malheureusement, il y a 700 ans +d'histoire d'utilisation de ce terme, ce qui est suffisamment +décourageant pour le changer. (Et certains pensent qu'UNIX a +quelques croustillants et vieux morceaux d'étrangeté. +Ah!) +

+

GnuCash traite les "Débits" comme valeurs +positives, et "Crédits" comme valeurs négatives, +de telle façon que cette identité est simplifiée +en : valeur1 + valeur2 + valeur3 ++ ... = 0. +

+

Utiliser la double entrée/double livret

+

Création de transactions

+

Pour créer une transaction à double-entrée : +

+
    +

  • Cliquez sur une boîte dans la colonne marquée + Transfert depuis sur le côté gauche du + registre. +

    +

    Un menu se déroulera, listant + tous les comptes depuis lequel un transfert peut être réalisé.

    +

    +

  • Sélectionnez-en un. +

    +

    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.

    +
+

Changement des transactions

+

Pour changer une transaction à double entrée +: +

+

Afficher simplement la transaction dans n'importe quelle fenêtre +dans laquelle elle apparaît.

+

Tout changement effectué sera automatiquement reflété +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 +sélectionnée depuis le vieux compte, et insérée +dans le nouveau compte. +

+

Nettoyage impeccable

+

GnuCash peut être configuré pour être strict ou +"relâché" à propos de la double entrée. +

+

En mode "relâché", 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. Cela met de côté +la validation qui vient en utilisant le schéma le plus strict +de la double entrée, qui n'est probablement pas réellement +une prudente modification. En effet : +

+
    +

  • Si vous n'êtes pas sûr + de ce que vous faites, vous ne voulez probablement pas mettre de + côté la validation de la double entrée, + comme cela vous aide à garder vos comptes équilibrés + même quand tout cela n'est pas clair. +

    +

  • Si vous êtes une "bête"/expert de la + comptabilité, vous savez ce qui est réellement + important de garder en équilibre et préférerez + encore la double entrée. +

    +
+

Mais si vous décidez de +"dépasser le système", et d'avoir un nombre +de transactions non équilibrées, vous voudrez +probablement nettoyer ce travail à un certain point. Pour +nettoyer ces transactions anormales/non équilibrées, +vous pouvez choisir "Nettoyage" à partir de la +fenêtre du menu. Cela examinera chaque transaction; si la +transaction ne s'équilibre pas, une entrée +divisée/répartie sera créée et placée +dans un compte nommé "Anormal/Unbalanced". +Vous pouvez alors revoir ces divisions/répartitions et les +déplacer vers leurs comptes appropriés. +

+


+

+
+

Retour à la Page principale de la +documentation.
  +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-expense.html b/doc/html/fr/xacc-expense.html index 1f1dbda56c..c9b8139364 100644 --- a/doc/html/fr/xacc-expense.html +++ b/doc/html/fr/xacc-expense.html @@ -1,195 +1,239 @@ - - - - - - Utilisation des comptes Revenus/Dépenses - - - - - -

-Que sont les Revenus et Dépenses ?

-Les mots "Revenu" et "Dépenses " sont bigrement simple; n'importe -qui pense sovoir ce qu'ils veulent dire; celà est habituellement -ce qui suit Quand j'achète quelque chose, c'est une dépense, -et quand je reçois de l'argent, c'est un revenu. -

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: -

    -
  • -Vous recevez une somme d' argent, et devez enregistrer cet effet -sur votre compte bancaire.
    • - -
  • -Vous avez reçu un revenu, et devez enregistrer cet effet sur un -compte de revenus.
    • -
-Quand, par exemple, le salaire est déposé dans un compte -bancaire, le compte bancaire est crédité, et le compte de -revenus est débité, ainsi: -
  - - - - - - - - - - - - - - - - - - - - - - - - -
CompteDébitCrédit
Compte chèques1.600,00
Salaire1.600,00
- -

Celà peut être volontairement étendu à un -grand nombre d'éléments "réparti" ainsi: -
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CompteDébitCrédit
Compte chèques1.300,00
Impôts sur le revenu200.00
Sécurité sociale100.00
Salaire1.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.) -

-Utiliser les comptes Revenus/Dépenses

-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. -

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. -

-Utilisation de la terminologie dans d'autres logiciels

-Si vous avez utiliser d'autre logiciel de finances personnelles, soyez -averti de ce que  Quicken -les appelle "Catégories." -
-
-

Retour à la Page principale de la documentation. - - + + + + Utilisation des comptes Revenus/Dépenses + + + + +

Que sont les Revenus et Dépenses ?

+

Les mots "Revenu" et "Dépenses " sont +bigrement simple; n'importe qui pense savoir ce qu'ils veulent dire; +c'est habituellement ce qui suit : Quand j'achète +quelque chose, c'est une dépense, et quand je reçois de +l'argent, c'est un revenu. +

+

Cela simplifie trop les choses; il est souvent une assez-bonne +approximation quand je fais de la comptabilité personnelle, +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 correspondent pas parfaitement à +"quand l'argent comptant rentre ou sort". +

+

Par exemple, les sociétés habituellement doivent +reconnaître revenus quand une vente se passe. Cela 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érentes sortes +de dépenses qu'il y a de revenus.) +

+

Les Revenus de ce genre: salaire, primes, intérêts +bancaires 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ées 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 : +

+
    +

  • Vous recevez une somme d'argent, + et devez enregistrer cet effet sur votre compte bancaire. +

    +

  • Vous avez reçu un revenu, et devez enregistrer cet + effet sur un compte de revenus. +

    +
+

Quand, par exemple, le salaire est +déposé dans un compte bancaire, le compte bancaire est +crédité, et le compte de revenus est débité, +ainsi : +

+ + + + + + + + + + + + + + + + + + + +
+

Compte

+ 		+

Débit

+ 		+

Crédit

+
+

Compte chèques

+ 		+

1.600,00F

+
+

Salaire

+ 		+

1.600,00F

+
+

Cela peut être volontairement +étendu à un grand nombre d'éléments +"répartis" ainsi : +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

Compte

+ 		+

Débit

+ 		+

Crédit

+
+

Compte chèques

+ 		+

1.300,00F

+
+

Impôts sur le revenu

+ 		+

200,00 F

+
+

Sécurité sociale

+ 		+

100,00 F

+
+

Salaire

+ 		+

1.600,00F

+
+

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 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 une chose +légèrement non-intuitive et vous voyez des revenus +comme valeurs négatives. Cela apparaît +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 +apparaît 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 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 traitée +correctement. +

+

Lorsque les choses deviennent "particulières", et +que vous avez besoin d'une compréhension plus 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 particulières, ainsi +c'est une jolie exposition pour celui-ci d'être une jolie +situation singulière.) +

+

Utiliser les comptes Revenus/Dépenses

+

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. +

+

Vous souhaitez sans doute créer un certain nombre de +comptes de revenus et dépenses. Il peut être utile de +regarder le Tableau de comptes +d'exemple pour avoir des idées. +

+

Cette séparation des revenus et dépenses est +sûrement utile quand le temps des impôts arrive. +

+

Utilisation de la terminologie dans d'autres +logiciels

+

Si vous avez utilisé d'autres +logiciels de finances personnelles, sachez que Quicken +les appelle "Catégories." +

+


+

+
+

Retour à la Page principale de la +documentation. +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-globalprefs.html b/doc/html/fr/xacc-globalprefs.html index d1351b6c4c..10ef8ac998 100644 --- a/doc/html/fr/xacc-globalprefs.html +++ b/doc/html/fr/xacc-globalprefs.html @@ -1,50 +1,52 @@ - - - - - - Préférences - - - - -

-Préférences

-Vous pouvez personnaliser le comportement de GnuCash en changeant les paramètres -dans cette boîte de dialogue.Tous les  paramètres sont -automatiquement sauvegardés ainsi que les changements qui sont préservés -pour de futures sessions. -

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: -

    -
  • -Champs du compte: règle les champs qui sont affichés -dans la liste de compte de la fenêtre principale.
    • - -
  • -Types de comptes: règle ceux des types de comptes qui sont -affichés dans la fenêtre principale.
    • - -
  • -Général: toute chose qui s'ajuste n'importe où -autrement.
    • - -
  • -International: Options relatives aux formats affichant la date et -l'heure.
    • - -
  • -Registre: Options relatives à l'apparence par défaut -des registres du compte.
    • -
- -
-

Retour à la Page principale de la documentation. - - + + + + Préférences + + + + +

Préférences

+

Vous pouvez personnaliser le comportement de GnuCash en changeant +les paramètres dans cette boîte de dialogue. Tous les +paramètres sont automatiquement sauvegardés ainsi que +les changements qui sont préservés pour de futures +sessions. +

+

Pour changer les paramètres, cliquez simplement pour +sélectionner la page appropriée, alors faites les +changements souhaités, et cliquez sur le bouton "Appliquer" +pour voir vos changements prendre effet. Cliquez sur "OK" +applique les changements, alors fermez la boîte de dialogue +propriétés. 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 : +

+
    +

  • Champs du compte : règle + les champs qui sont affichés dans la liste de compte de la + fenêtre principale. +

    +

  • Types de comptes : règle + ceux des types de comptes qui sont affichés dans la fenêtre + principale. +

    +

  • Général : + toute chose qui s'ajuste n'importe où autrement. +

    +

  • International : Options + relatives aux formats affichant la date et l'heure. +

    +

  • Registre : Options relatives à l'apparence par + défaut des registres du compte. +

    +
+
+

Retour à la Page principale de la +documentation. +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-gpl.html b/doc/html/fr/xacc-gpl.html index 863bed904e..8a32afdd2c 100644 --- a/doc/html/fr/xacc-gpl.html +++ b/doc/html/fr/xacc-gpl.html @@ -1,335 +1,335 @@ - - - - GNU General Public License - - - - -

GNU General Public License

-

Version 2, June 1991

- -
- Copyright (C) 1989, 1991 Free Software Foundation, Inc. - 675 Mass Ave, Cambridge, MA 02139, USA

- Everyone is permitted to copy and distribute verbatim copies - of this license document, but changing it is not allowed.

-

-

-

Preamble

- -

- 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. -

-
-

GNU GENERAL PUBLIC LICENSE - TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION

- -

- 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.) -

-
- -
- These requirements apply to the modified work as a whole. If - identifiable sections of that work are not derived from the Program, - and can be reasonably considered independent and separate works in - themselves, then this License, and its terms, do not apply to those - sections when you distribute them as separate works. But when you - distribute the same sections as part of a whole which is a work based - on the Program, the distribution of the whole must be on the terms of - this License, whose permissions for other licensees extend to the - entire whole, and thus to each and every part regardless of who wrote it. - -

- 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. -

- -
- 4. You may not copy, modify, sublicense, or distribute the Program - except as expressly provided under this License. Any attempt - otherwise to copy, modify, sublicense or distribute the Program is - void, and will automatically terminate your rights under this License. - However, parties who have received copies, or rights, from you under - this License will not have their licenses terminated so long as such - parties remain in full compliance. - -

- 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. -

- -
- This section is intended to make thoroughly clear what is believed to - be a consequence of the rest of this License. - -

- 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. -

- -

NO WARRANTY

- -

- 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. - -

END OF TERMS AND CONDITIONS

- -
- - + + + + GNU General Public License + + + + +

GNU General Public License

+

Version 2, June 1991

+ +
+ Copyright (C) 1989, 1991 Free Software Foundation, Inc. + 675 Mass Ave, Cambridge, MA 02139, USA

+ Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed.

+

+

+

Preamble

+ +

+ 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. +

+
+

GNU GENERAL PUBLIC LICENSE + TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION

+ +

+ 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.) +

+
+ +
+ These requirements apply to the modified work as a whole. If + identifiable sections of that work are not derived from the Program, + and can be reasonably considered independent and separate works in + themselves, then this License, and its terms, do not apply to those + sections when you distribute them as separate works. But when you + distribute the same sections as part of a whole which is a work based + on the Program, the distribution of the whole must be on the terms of + this License, whose permissions for other licensees extend to the + entire whole, and thus to each and every part regardless of who wrote it. + +

+ 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. +

+ +
+ 4. You may not copy, modify, sublicense, or distribute the Program + except as expressly provided under this License. Any attempt + otherwise to copy, modify, sublicense or distribute the Program is + void, and will automatically terminate your rights under this License. + However, parties who have received copies, or rights, from you under + this License will not have their licenses terminated so long as such + parties remain in full compliance. + +

+ 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. +

+ +
+ This section is intended to make thoroughly clear what is believed to + be a consequence of the rest of this License. + +

+ 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. +

+ +

NO WARRANTY

+ +

+ 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. + +

END OF TERMS AND CONDITIONS

+ +
+ + diff --git a/doc/html/fr/xacc-groups.html b/doc/html/fr/xacc-groups.html index 7ed143b21b..8599736ab0 100644 --- a/doc/html/fr/xacc-groups.html +++ b/doc/html/fr/xacc-groups.html @@ -1,429 +1,347 @@ - - - - - - Tableau de comptes et numérotation des comptes - - - - -

-Tableau de comptes

-Typiquement les comptes sont arrangés comme un arbre, dans une forme -hiérarchique. -

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: -

    -
  • -Avoirs globaux: 100
    • - -
      -
    • -Liquidités globales: 110
      • - -
        -
      • -Espèces dans le portefeuille: 111
        • - -
      • -Espèces dans la chaussette dans le placard: 112
        • - -
      • -Espèces dans le matelas: 113
        • - -
      • -Boite à petits frais: 114
        • -
      - -
    • -Avoirs bancaires globaux: 120
      • - -
        -
      • -Compte chèques: 121
        • - -
      • -Compte d'épargne: 122
        • -
      -
    -
-            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. -

      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 -

    -
  • -Actifs
    • - -
      -
    • -Argent à portée de main / Liquidités
      • - -
        -
      • -Compte chèques ou courant
        • - -
      • -Compte de marché monétaire
        • - -
      • -Certificat de dépôt
        • -
      - -
    • -Actifs fixes / Immobilisations
      • - -
        -
      • -Meubles
        • - -
      • -Ordinateurs
        • - -
      • -Bijoux, articles de collection
        • - -
      • -Outils, machines
        • -
      - -
    • -Investissements
      • - -
        -
      • -Actions
        • - -
      • -Obligations
        • - -
      • -Sociétés d'investissements (n.d.t.: SICAV, FCP, OPCVM, SCPI -en france)
        • - -
      • -Biens immobiliers
        • -
      -
    - -
  • -Passifs
    • - -
      -
    • -Impôt/Taxes
      • - -
        -
      • -Sécurité sociale
        • - -
      • -Impôt sur le revenu
        • - -
      • -Taxe d'habitation
        • - -
      • -Impôt foncier
        • - -
      • -Vignette automobile
        • -
      - -
    • -Carte de crédit et carte a débit différé
      • - -
        -
      • -Eurocard/MasterCard
        • - -
      • -Visa
        • - -
      • -American Express
        • - -
      • -Diner's Club
        • -
      - -
    • -Emprunts
      • - -
        -
      • -Obligations(bourse)
        • - -
      • -Prêt étudiant
        • - -
      • -Prêt personel d'oncle Jean
        • - -
      • -Prêt immobilier
        • -
      -
    - -
  • -Capitaux propres
    • - -
      -
    • -Reste de profits
      • - -
    • -Primes et profits de l'année en cours
      • - -
    • -Règlement d'une demande (justice)
      • -
    - -
  • -Revenus
    • - -
      -
    • -Revenus d'intérêts
      • - -
        -
      • -Intérêt du compte bancaire (compte rémunéré)
        • - -
      • -Certificat de depôt
        • - -
      • -Interêts d'obligations
        • -
      - -
    • -Dividendes
      • - -
        -
      • -Actions
        • - -
      • -Sociétés d'investissements (n.d.t.: SICAV, FCP, OPCVM, SCPI -en france)
        • -
      - -
    • -Consultant
      • - -
        -
      • -ABC Design
        • - -
      • -PQR Infomatics
        • -
      - -
    • -Salaire
      • - -
        -
      • -Mon travail de jour
        • -
      - -
    • -Commissions
      • - -
        -
      • -Royalties
        • -
      -
    - -
  • -Dépenses
    • - -
      -
    • -Loyer and Sevices
      • - -
        -
      • -Loyer
        • - -
      • -Intérêts sur le loyer en retard
        • - -
      • -Electricité
        • - -
      • -Gaz
        • - -
      • -Téléphone
        • - -
      • -Internet
        • - -
      • -TV par cable
        • -
      - -
    • -Dépenses de bureau
      • - -
        -
      • -Comptabilité
        • - -
      • -Avocat (pour les USA)
        • - -
      • -Logiciels
        • - -
      • -Poste
        • - -
      • -Frais bancaires
        • - -
      • -Frais de cartes de crédit
        • - -
      • -Toner, Papier, Paper Clips
        • -
      - -
    • -Dépenses automobiles
      • - -
        -
      • -Carburant
        • - -
      • -Assurance
        • - -
      • -Réparation
        • - -
      • -Location
        • -
      - -
    • -Taxes
      • - -
        -
      • -Sécurité sociale
        • - -
      • -Assurance chomage
        • - -
      • -Amende des impôts
        • -
      - -
    • -Salaires et primes
      • - -
        -
      • -Consultant
        • - -
      • -Primes
        • - -
      • -Assurance santé
        • -
      - -
    • -Voyage
      • - -
        -
      • -Avion
        • - -
      • -Hotel
        • - -
      • -Repas
        • - -
      • -Auto
        • -
      - -
    • -Marketing/Mercatique
      • - -
        -
      • -Publicité
        • - -
      • -Salon professionnel / Foire commerciale
        • - -
      • -Donations/Gadgets
        • - -
      • -Un tableau "typique" de comptes est montré ci-dessous. C'est une -combinaison de quelques comptes commerciaux et personnels typiques.
        • -
      - -
      -

      Retour à la Page principale de la documentation.

    -
- - - + + + + Tableau de comptes et numérotation des comptes + + + + +

Tableau de comptes

+

Typiquement les comptes sont arrangés comme un arbre, de +façon hiérarchique. +

+

Le tronc principal représente les catégories ou +groupes en entier, tandis que les feuilles de l'arbre contiennent des +comptes bancaires individuels ou des catégories de dépenses. +

+

Quand un rapport sommaire est demandé, habituellement, +seules les branches principales sont montrées, plutôt +que les comptes individuels. Un tableau de comptes devrait ressembler +à ce qui suit : +

+
 300 Dépenses
+ |
+ +--310 Dépenses en cours
+ | |
+ | +--311 Bière
+ | |
+ | +--312 Câble
+ |
+ +--320 Dépenses commerciales
+ | |
+ | +--321 Disquettes 8 pouces
+ | |
+ : :

+Notez 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 aura généralement des +comptes "feuilles" dont le chiffre final est non nul, +tandis que les noeuds parents ont des nombres supérieurs à +zéro. Par exemple, les comptes "liquidités" +devraient logiquement être arrangés ainsi : +

+
    +

  • Avoirs globaux: 100 +

    +
      +

    • Liquidités globales: 110 +

      +
        +

      • Espèces dans le + portefeuille: 111 +

        +

      • Espèces dans la + chaussette dans le placard: 112 +

        +

      • Espèces dans le matelas: + 113 +

        +

      • Boite à petits frais: 114 +

        +
      +

    • Avoirs bancaires globaux: 120 +

      +
        +

      • Compte chèques: 121 +

        +

      • Compte d'épargne: 122 +

        +
      +
    +
+

            +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. +

+

      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 +

+
    +

  • Actifs +

    +
      +

    • Argent à portée de + main / Liquidités +

      +
        +

      • Compte chèques ou courant +

        +

      • Compte de marché + monétaire +

        +

      • Certificat de dépôt +

        +
      +

    • Actifs fixes / Immobilisations +

      +
        +

      • Meubles +

        +

      • Ordinateurs +

        +

      • Bijoux, articles de collection +

        +

      • Outils, machines +

        +
      +

    • Investissements +

      +
        +

      • Actions +

        +

      • Obligations +

        +

      • Sociétés + d'investissements (n.d.t.: SICAV, FCP, OPCVM, SCPI en France) +

        +

      • Biens immobiliers +

        +
      +
    +

  • Passifs +

    +
      +

    • Impôt/Taxes +

      +
        +

      • Sécurité sociale +

        +

      • Impôt sur le revenu +

        +

      • Taxe d'habitation +

        +

      • Impôt foncier +

        +

      • Vignette automobile +

        +
      +

    • Carte de crédit et carte à + débit différé +

      +
        +

      • Eurocard/MasterCard +

        +

      • Visa +

        +

      • American Express +

        +

      • Diner's Club +

        +
      +

    • Emprunts +

      +
        +

      • Obligations(bourse) +

        +

      • Prêt étudiant +

        +

      • Prêt personnel d'oncle + Jean +

        +

      • Prêt immobilier +

        +
      +
    +

  • Capitaux propres +

    +
      +

    • Reste de profits +

      +

    • Primes et profits de l'année + en cours +

      +

    • Règlement d'une demande + (justice) +

      +
    +

  • Revenus +

    +
      +

    • Revenus d'intérêts +

      +
        +

      • Intérêt du compte + bancaire (compte rémunéré) +

        +

      • Certificat de dépôt +

        +

      • Intérêts + d'obligations +

        +
      +

    • Dividendes +

      +
        +

      • Actions +

        +

      • Sociétés + d'investissements (n.d.t.: SICAV, FCP, OPCVM, SCPI en France) +

        +
      +

    • Consultant +

      +
        +

      • ABC Design +

        +

      • PQR Infomatics +

        +
      +

    • Salaire +

      +
        +

      • Mon travail de jour +

        +
      +

    • Commissions +

      +
        +

      • Royalties +

        +
      +
    +

  • Dépenses +

    +
      +

    • Loyer and Services +

      +
        +

      • Loyer +

        +

      • Intérêts sur le + loyer en retard +

        +

      • Électricité +

        +

      • Gaz +

        +

      • Téléphone +

        +

      • Internet +

        +

      • TV par câble +

        +
      +

    • Dépenses de bureau +

      +
        +

      • Comptabilité +

        +

      • Avocat (pour les USA) +

        +

      • Logiciels +

        +

      • Poste +

        +

      • Frais bancaires +

        +

      • Frais de cartes de crédit +

        +

      • Toner, Papier, Paper Clips +

        +
      +

    • Dépenses automobiles +

      +
        +

      • Carburant +

        +

      • Assurance +

        +

      • Réparation +

        +

      • Location +

        +
      +

    • Taxes +

      +
        +

      • Sécurité sociale +

        +

      • Assurance chômage +

        +

      • Amende des impôts +

        +
      +

    • Salaires et primes +

      +
        +

      • Consultant +

        +

      • Primes +

        +

      • Assurance santé +

        +
      +

    • Voyage +

      +
        +

      • Avion +

        +

      • Hôtel +

        +

      • Repas +

        +

      • Auto +

        +
      +

    • Marketing/Mercatique +

      +
        +

      • Publicité +

        +

      • Salon professionnel / Foire + commerciale +

        +

      • Donations/Gadgets +

        +
      +
    +
+


+

+
+ + + \ No newline at end of file diff --git a/doc/html/fr/xacc-main.html b/doc/html/fr/xacc-main.html index c814c1b652..84d6377d35 100644 --- a/doc/html/fr/xacc-main.html +++ b/doc/html/fr/xacc-main.html @@ -1,116 +1,113 @@ - - - - - - Aide - - - - - -Sommaire de la documentation utilisateur -

Pour l'aide sur un sujet en particulier: -

- -

-Aide étendu/Documentation du système

-La documentation suivante se rapporte à l' implémentation -de GnuCash à l'opposé de celle concernant la documentationde -l'utilisateur sur comment l' utiliser. -

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. -

-      Le sous-systeme de rapport est actuellement -en phase de développement actif ; la documentation devrait éventuellement -
      inclure: -
            -* Une documentation utilisateur sur la manière d'utiliser les rapports -intégrés -
            -* Une documentation pour l'utilisateur expert sur la manière de -créer de nouveaux rapports -
            -* Une vue d'ensemble de la conception du logiciel décrivant l'architecture -de rapport - - -
- - + + + + + + + + + +

Sommaire de la documentation utilisateur +

+

Pour l'aide sur un sujet en particulier : +

+ +

Aide étendue/Documentation du système

+

La documentation suivante se rapporte à l'implémentation +de GnuCash et n'est pas destinée à l'utilisateur +normal. +

+

Ces quelques pages représentent la documentation +préliminaire pour les sous-systèmes qui ne sont pas +encore suffisamment fonctionnel pour être utilisé par +les utilisateurs finaux.

+ +

      Le sous-système de rapport +est actuellement en phase de développement actif; la +documentation devrait éventuellement inclure :
            +* Une documentation utilisateur sur la manière d'utiliser les +rapports intégrés.
            +* Une documentation pour l'utilisateur expert sur la manière +de créer de nouveaux rapports.
            +* Une vue d'ensemble de la conception du logiciel décrivant +l'architecture de rapport.

+ +
+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-mainwin.html b/doc/html/fr/xacc-mainwin.html index 2067104c99..af1dddbf11 100644 --- a/doc/html/fr/xacc-mainwin.html +++ b/doc/html/fr/xacc-mainwin.html @@ -1,46 +1,45 @@ - - - - - - Fenêtre principale - - - - - -

-Fenêtre principale de Gnucash

-C'est la fenêtre principale du compte . Vous controlez l'ensemble -de vos des comptes depuis ici . -

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. -
  -

-

-

L'élément du menu "Ouvrir Sous-comptes" est intérresant -seulement si vous choisissez un compte avec des sous-comptes (comptes détaillées).En -choisissant l'élément du menu "Ouvrir Sous-comptes" , une -fenêtre de registre général (ou d'enregistrement) est -ouverte , qui affiche toutes les transactions pour le compte principal -et les comptes détaillés. Notez que la fenêtre de registre -général est plus compliquée et dificile à utiliser -que les registres de comptes individuels. La fenêtre du registre -général permet une vision plus compréhensible des -comptes dans un espace plus petit. A cause de sa complexité accrue -, son utilisation est recommandé seulement pour les experts en comptabilité. -

-

-
Retour à la Page principale de la documentation. -
  - - + + + + + + Fenêtre principale de GnuCash + + + +

+Fenêtre principale de GnuCash

+C'est la fenêtre principale du compte. Vous contrôlez l'ensemble +de vos des comptes depuis ici. +

Ci-dessous se trouve une image de la fenêtre principale, avec +uniquement les comptes principaux affichés. Notez comment Alimentation +a été sélectionné par surbrillance. La +boîte avec une croix à l'intérieur, immédiatement +à sa gauche montre qu'il y a un ou plusieurs comptes détaillé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. +

+
+

+

L'élément du menu "Ouvrir Sous-comptes" est intéressant +seulement si vous choisissez un compte avec des sous-comptes (comptes détaillées). +En choisissant l'élément du menu "Ouvrir Sous-comptes", une +fenêtre du registre général (ou d'enregistrement) est +ouverte, qui affiche toutes les transactions pour le compte principal et +les comptes détaillés. Notez que la fenêtre de registre +général est plus compliquée et difficile à +utiliser que les registres de comptes individuels. La fenêtre du +registre général permet une vision plus compréhensible +des comptes dans un espace plus petit. A cause de sa complexité +accrue, son utilisation est recommandée seulement pour les experts +en comptabilité. +
+

+
  +

Retour à la Page principale de la documentation. +
  + + diff --git a/doc/html/fr/xacc-pnl.html b/doc/html/fr/xacc-pnl.html index 1f41177748..258c2b7548 100644 --- a/doc/html/fr/xacc-pnl.html +++ b/doc/html/fr/xacc-pnl.html @@ -1,20 +1,21 @@ - - - - - - Profit And Loss Statement - - -

Profit and Loss Statement

- -

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.

- - + + + + + + + Profit And Loss Statement + + + + +

+Etat des Pertes et Profits

+Ce rapport résumes vos sources de revenus et de dépenses. +

Il n'y a pas actuellement pas d'options pour ce rapport, mais l'option +pour spécifier une période/exercice comptable sera ajouté +bientôt. +

Retour à la Page principale de la documentation. + + diff --git a/doc/html/fr/xacc-print.html b/doc/html/fr/xacc-print.html index 5ae845b9ba..ba99edfa32 100644 --- a/doc/html/fr/xacc-print.html +++ b/doc/html/fr/xacc-print.html @@ -1,46 +1,44 @@ - - - - - - Impression et serveur web - - - - -

-Impression

-Actuellement, GnuCash ne supporte aucune sorte de sortie vers l'imprimante. -Pourtant, vous pouvez créer une impression des éléments -de la fenêtre registre en ouvrant une fenêtre registre et en -sélectionnant "Imprimer ... Vers fichier" depuis le menu "Fichier". -Les rapports peuvent aussi être exportés -en HTML. -
  -

-GnuCash comme serveur web

- -


Suivant la dernière tendance à la mode de l'exagération -internet, 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 une seconde -fois, vous devrez  sélectionner l'élément -du menu de nouveau  pour "recharger" les choses et permettre de -le préparer pour un autre cliché des données.
    • -
- -
-

Retour à la Page principale de la documentation - - + + + + Impression et serveur web + + + + +

Impression

+

Actuellement, GnuCash ne supporte aucune sortie vers l'imprimante. +Pourtant, vous pouvez créer une impression des éléments +de la fenêtre registre en ouvrant une fenêtre registre et +en sélectionnant "Imprimer ... Vers fichier" depuis +le menu "Fichier". Les rapports +peuvent aussi être exportés +en HTML.


+

+

GnuCash comme serveur web

+


Suivant la dernière tendance à la mode de +l'exagération internet, GnuCash peut aussi agir comme +un serveur web sans valeur!


+

+
    +

  • Depuis une fenêtre registre + ouverte, sélectionnez "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 une seconde fois, vous devrez sélectionner + l'élément du menu de nouveau pour "recharger" + les choses et permettre de le préparer pour un autre cliché + des données. +

    +
+
+

Retour à la Page principale de la +documentation +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-quicken.html b/doc/html/fr/xacc-quicken.html index 2dba01fdd1..42b9f282fb 100644 --- a/doc/html/fr/xacc-quicken.html +++ b/doc/html/fr/xacc-quicken.html @@ -1,156 +1,170 @@ - - - - - - Guide de l'utilisateur de Quicken - - - - - -

-Guide de l'utilisateur de Quicken (TM)

-Tous les systèmes de comptabilité n'utilise pas les mêmes -mots pour les mêmes concepts . Ci-dessous se trouve quelques notes -qui peuvent être utile pour les utilisateurs habitués des -produits Intuit . -

-Catégories Quicken

- -

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. -

-Importation des fichiers QIF de Quicken

-Gnucash supporte l'importation des Quicken Import Fichiers -(QIF). (Note: Seulement les fichiers QIF de la version 3.0 de Quicken ont -été testé formellement jusqu'à présent). -

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. -

-Création de fichiers QIF

-Pour créer un ensemble de fichiers QIF de Quicken, exécutez -la procédure suivante: -
    -
  • -Démarrez Quicken.
    • - -


    Il fonctionne avec Wine, Wabi -de Caldera, et sans doute sur VMWare, ainsi il n'est pas requis que vous -démarreriez Windows. -

  • -Selectionnez le compte que vous souhaitez exporter.
    • - -


    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.) -

  • -Choisissez le menu "Fichier" et sélectionnez l'entrée du -menu "Exporter..." .
    • - -


    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.

-Maintenant vous avez un ensemble de fichiers .QIF, et devriez -lancer GnuCash. -
  -

-Chargement des fichiers QIF dans GnuCash

- -
    -
  • -Pour importer un fichier QIF de Quicken, choisissez le menu Fichieret -sélectionnez l'entrée Importer QIF.
    • - -
  • -Le fichier importé quel qu'il soit sera fusionné avec les -autres données que vous avez actuellement dans GnuCash.
    • - -
    Cette fusion permet aux multiples comptes Quicken d'être importés -et fusionnés dans un groupe de compte .
- -

-Les choses à noter à propos de l'importation de QIF

- -
    -
  • -Recherche des entrées dupliquées
    • - -


    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. -

  • -Comptes vides
    • - -


    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. -

  • -QIF extension (mark) II Un projet en cours est de construire un -utilitaire d'importation alternatif en Guile qui sera plus flexible, et -qui, en vertue d'étant stocké comme un ensemble de scripts -Scheme, pourra être modifié sans avoir besoin de recompiler -l'application entière.
    • -
- -
    En ce moment, il analyse/trazite les fichiers QIF avec succès; -ce qui reste est (plutôt la tâche complexe) de déterminer -
    les correspondances appopriées entre les Catégories -de Quicken, et les équivalents de Gnucash. C'est un des plus -
    significatif défaut avec la présente importation du QIF -avec scheme. -
  • -Plus à propos de QIF
    • - -


    Pour plus de détails à propos du format d'échange -QIF peuvent être trouvés ici. -

    -

    -

    Retour à la Page principale de la documentation.

- -
  - - + + + + Guide de l'utilisateur de Quicken + + + + +

Guide de l'utilisateur de Quicken (TM)

+

Tous les systèmes de comptabilité n'utilisent pas +les mêmes mots pour les mêmes concepts. Ci-dessous se +trouve quelques notes qui peuvent être utile pour les +utilisateurs habitués aux produits Intuit . +

+

Catégories Quicken

+

Ce que Quicken appelle "Catégories" +sont 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 du compte. +

+

Importation des fichiers QIF de Quicken

+

GnuCash supporte l'importation des Quicken +Import Fichiers (QIF). (Note : seuls les fichiers QIF de la version +3.0 de Quicken ont été testés formellement +jusqu'à présent). +

+

Notez que le format QIF est représentatif, 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, alors qu'il y a des plans pour le faire dans le futur, il +n'y a pas, actuellement, de solution pour organiser les noms de +catégories ou comptes utilisés dans Quicken vers un +ensemble différent de noms de compte que vous puissiez +utiliser dans GnuCash. +

+

En conséquence, lisez cette section avec attention. Il se +peut que vous soyez déçu par les résultats d'une +importation de fichier QIF; cela vous donnera au moins quelques +espérances plus précises quant à ce qui se +passera. +

+

Création de fichiers QIF

+

Pour créer un ensemble de fichiers QIF de Quicken, exécutez +la procédure suivante : +

+
    +

  • Démarrez Quicken. +

    +

    Il fonctionne avec Wine, + Wabi de Caldera, et sans doute sur VMWare, ainsi il n'est pas requis + que vous démarriez Windows. +

    +
+


+

+
    +

  • Sélectionnez le compte que vous souhaitez exporter. +

    +

    Quicken ne peut exporter qu'un compte + pour chaque fichier de données, ce qui veut dire que si vous + avez plusieurs comptes, cela se révélera être un + processus quelques peu pénible. (D'un autre côté, + il devrait être moins pénible que d'entrer les + données depuis zéro.)

    +
+


+

+
    +

  • Choisissez le menu "Fichier" et sélectionnez + l'entrée du menu "Exporter..." . +

    +

    Cela 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, etc. +

    +

    Pour de meilleurs résultats, vous devrez être 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 cela causera des problèmes quand vous essaierez d'importer + des données dans GnuCash plus tard.

    +
+

Maintenant vous avez un ensemble de fichiers .QIF, et +pouvez lancer GnuCash. +

+

Chargement des fichiers QIF dans GnuCash

+
    +

  • Pour importer un fichier QIF de + Quicken, choisissez le menu Fichier et sélectionnez l'entrée + Importer QIF. +

    +

  • Le fichier importé quel qu'il soit sera fusionné + avec les autres données que vous avez actuellement dans + GnuCash. Cette fusion permet aux multiples comptes Quicken d'être + importés et fusionnés dans un groupe de compte.

    +
+

A noter à propos de l'importation de QIF

+
    +

  • Recherche des entrées dupliquées +

    +

    Notez que durant la fusion, une analyse est effectuée pour + rechercher les transactions dupliquées, et enlever les + doubles. Une transaction dupliquée est une transaction où + la date, la description (bénéficiaire), mémo, + quantité, prix du titre, et les comptes ou catégories + débités/crédités se retrouvent + exactement. Ainsi, la fusion devrait être sûre, + à moins que vous n'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. Cela peut + malheureusement 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. +

    +

  • Comptes vides +

    +

    Notez que quand la "Liste des + Comptes " et la "Liste de Catégories" sont + exportées depuis Quicken, tous les comptes et + catégories sont exportés, même s'ils sont vides + et ne contiennent pas de transactions. Quand ceux-ci sont importés, + ils apparaissent comme des comptes avec un solde nul. Si vous n'avez + pas besoin ou n'utilisez pas ces comptes, vous êtes 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.

    +
+


+

+
    +

  • QIF extension (mark) II +

    +

    Un projet en cours est de construire un utilitaire d'importation + alternatif en Guile qui sera plus flexible, et qui, étant + stocké comme un ensemble de scripts Scheme, pourra être + modifié sans avoir besoin de recompiler l'application + entière. +

    +
+
    +

    En ce moment, il analyse/traite les + fichiers QIF avec succès; ce qui reste est (plutôt la + tâche complexe) de déterminer les correspondances + appropriées entre les Catégories de Quicken, et + les équivalents de Gnucash. C'est un des plus significatif + défaut de la présente importation des QIF. +

    +

    +

  • Plus à propos de QIF +

    +


    Plus de détails à propos du format d'échange + QIF peuvent être trouvés ici. +

    +
    +

    Retour à la Page principale de la + documentation.

    +
+


  +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-recnwin.html b/doc/html/fr/xacc-recnwin.html index dca7e2574b..89102a3d01 100644 --- a/doc/html/fr/xacc-recnwin.html +++ b/doc/html/fr/xacc-recnwin.html @@ -1,51 +1,48 @@ - - - - - - Fenêtre de rapprochement - - - - - -

-Fenêtre de rapprochement

-La fenêtre de rapprochement est utilisé pour rapprocher les -transactions pointés depuis un relevé bancaire . Entrez le -montant en francs depuis votre dernier relevé bancaire dans la fenêtre -, et alors cliquez sur OK. La fenêtre montrera alors toutes les transactions -non pointées depuis votre dernier relevé bancaire . Cette -fenêtre de rapprochement ressemble à celà: -
  -

-

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'). -

-

- - + + + + + + Fenêtre de rapprochement + + + +

+Fenêtre de rapprochement

+La fenêtre de rapprochement est utilisée pour rapprocher les +transactions pointées depuis un relevé bancaire. Entrez le +montant en francs depuis votre dernier relevé bancaire dans la fenêtre, +et cliquez sur OK. La fenêtre montrera alors toutes les transactions +non pointées depuis votre dernier relevé bancaire. Cette +fenêtre de rapprochement ressemble à cela : +

+

La fenêtre de rapprochement est destinée au rapprochement +des enregistrements des utilisateurs à la fin du mois, quand le +relevé bancaire arrive. Par exemple, 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 cliquer le champ situé 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 apparaîtra, et vous verrez une colonne de crédit +et de débit qui listera toutes les transactions non rapprochées. +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 aurez fait le rapprochement. S'il ne l'est +pas alors vous avez laissé é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ées +se changera en un 'y'. Quand vous changez quelque chose dans une transaction +de rapprochement, une boite de dialogue de vérification devrait +apparaître, mais cela ne semble pas être encore un événement. +Aussi, le total "pointé" en bas semble afficher 0.00F sans se soucier +de ces transactions qui ont été pointées ou rapprochées +. Le total"pointé" devrait afficher seulement le total des transactions +qui ont été pointées ('c') ou rapprochées ('y'). +
+

+ + diff --git a/doc/html/fr/xacc-regwin.html b/doc/html/fr/xacc-regwin.html index 194a7339a9..1db153b8e1 100644 --- a/doc/html/fr/xacc-regwin.html +++ b/doc/html/fr/xacc-regwin.html @@ -1,175 +1,148 @@ - - - - - - Fenêtre registre - - - - - -

-La fenêtre registre

- -

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. -

-Manipulation des transactions

-Vous pouvez manipuler les transactions avec la barre d'outils ou le menu -"Transaction": -
    -
  • -Supprimer: vous pouvez supprimer une transaction ou une répartition -en particulier.
    • - -
  • -Annuler: celà reviens en arrière sur n'importe quel -changements que vous ayez fait sur la transaction que vous entrez/changez -actuellement.
    • - -
  • -Nouveau: celà déplace le curseur vers la dernière -ligne du registre où les nouvelles transactions sont entrées
    • - -
  • -Sauter: Quand vous vous placez sur unr transaction existante, il -vous conduit de l'entrée du registre correspondant dans l'entrée -de l'autre registre dans lequel cette transaction apparait
    • - -
  • -Transférer: C'est une voie alternative pour entrer une transaction. -Vous pouvez faire un transfert entre n'importe lequel des deux comlptes -sans ouvrir d'autres registres.
    • - -
  • -Fermer:Ferme ce registre
    • -
- -

-Observation des transactions

-Le registre peut montrer les transactions dans une diversité de -différentes manières, controllé par les entrées -sur le menu du "Registre". -

Le registre peut afficher les transactions dans plusieurs styles différents: -

    -
  • -mode simple-ligne: les transactions sont affichées sur une -simple ligne.
    • - -
  • -double-ligne: les transactions sont affichées sur deux lignes, -avec plus d'informations à propos de chaque transaction montrée.
    • - -
  • -mode multi-ligne: les transactions sont affichées sur de -lignes multiples, permettant l'affichage de multiples entrées. Celà -vous permet d'entrer des transactions multi-réparti (par exemple, -quand vous payez de multiples factures avec un chèque).
    • - -
  • -modes auto-simple et auto-double sont comme les modes simple et -double-ligne, excepter que la transaction actuellement ouverte est affichée -sous une forme multi-ligne. C'est une façon très comode d'entrer -des transactions multi-compte.
    • -
-Pour changer le style d'affichage, allez dans le menu "Registre" et selectionnez -"style". -

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". -

-Rapprochement

-Les transactions sont typiquement vérifiées d'après -le relevé de compte - suivant un processus appelé "rapprochement". -GnuCash garde le suivi de l'état du rapprochement de chaque transaction. -

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 -

-Portefeuilles d'actions

-Vous pouvez faire des transactions d'actions soit depuis une fenêtre -avec une seule valeur(nom) d'actions , ou soit depuis une fenêtre -de vue de porte-feuille , montré ci-dessous. -

-

-

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: -

    -
  • -Elle montre toutes les actions de votre porte-feuille , pas seulement un -seul .
    • -
-          Les montants des -titres montrés sont pour chaque action en particulier . -
    -
  • -Notez qu'elle utilise un affichage sur deux lignes .
    • -
-           Les comptes -débités et les montants débités sont sur la -ligne supérieure , et les montants et comptes crédités -sont -
           sur la -ligne inférieure. -
    -
  • -Si vous achetez ou vendez une action avec de de l'argent d'un compte de -courtage , le solde total ne changera pas , tant que la valeur de l'action -égale le montant de l'argent échangé.
    • - -
  • -Si vous achetez ou vendez une action avec de de l'argent d'un compte de -courtage , la valeur de la transaction apparaitra deux fois , une fois -en rouge , et une fois en noir . Si les titres sont achetés , le -montant de l'argent débité d'un compte de courtage sera en -rouge, et la valeur des titres en noir . Si les titres sont vendus , alors -la valeur des titres est en rouge , et l'argent crédité dans -le compte de courtage en noir .
    • - -
  • -Si vous avez de la peine à indiquer un titre acheté/vendu -dans le registre du porte-feuille , alors soyez sûr que les comptes -Transfert -depuis et Transfert vers sont dans le bon ordre . Un transfert -depuis un compte d'actions est toujours interprété comme -une vente, même si vous entrez la donnée comme un achat . -Le contraire est aussi vrai .
    • - -
  • -Par la suite, une fenêtre registre de porte-feuille plus simple et -alternative sera peut-être prévu.
    • -
- -
-
Retour à la Page principale de la documentation. - - + + + + + + Fenêtre registre + + + +

+La fenêtre registre

+ +

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 (n.d.t : ou +le mulot pour ceux qui préfèrent) 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 changement que vous +ayez fait. +

+Manipulation des transactions

+Vous pouvez manipuler les transactions avec la barre d'outils ou le menu +"Transaction": +
    +
    Supprimer : Vous pouvez supprimer +une transaction ou une répartition en particulier.
    + + +

    Annuler : Cela revient en arrière +sur n'importe quel changement que vous ayez fait sur la transaction que +vous modifiez actuellement. + +

    Nouveau : Cela déplace le curseur +vers la dernière ligne du registre où les nouvelles transactions +sont entrées. + +

    Sauter : Quand vous vous placez sur +une transaction existante, il vous conduit de l'entrée du registre +correspondant dans l'entrée de l'autre registre dans lequel cette +transaction apparaît. + +

    Transférer : C'est une voie +alternative pour entrer une transaction. Vous pouvez faire un transfert +entre n'importe lequel des deux comptes sans ouvrir d'autres registres. +

    Fermer : Ferme ce registre

+ +

+Observation des transactions

+Le registre peut montrer les transactions de différentes manières, +contrôlées par les entrées sur le menu du "Registre". +

Le registre peut afficher les transactions dans plusieurs styles différents +: +

    +
    mode simple-ligne : les transactions +sont affichées sur une simple ligne.
    + + +

    Double-ligne : les transactions sont +affichées sur deux lignes, avec plus d'informations à propos +de chaque transaction montrée. + +

    mode multi-ligne : les transactions +sont affichées sur de lignes multiples, permettant l'affichage de +multiples entrées. Cela vous permet d'entrer des transactions multi-répartie +(par exemple, quand vous payez de multiples factures avec un chèque). +

    modes auto-simple et auto-double sont comme les modes simple +et double-ligne, excepté que la transaction actuellement ouverte +est affichée sous une forme multi-ligne. C'est une façon +très commode d'entrer des transactions multi-compte.

+Pour changer le style d'affichage, allez dans le menu "Registre" et sélectionnez +"style". +

Les transactions existantes sont normalement affichées dans l'ordre +de la date, mais cela peut aussi être changé avec "Trier par +ordre". Vous pouvez aussi sélectionner une échelle de date +durant laquelle les transactions seront affichées avec "Échelle +de date". +

+Rapprochement

+Les transactions sont typiquement vérifiées d'après +le relevé de compte - suivant un processus appelé "rapprochement". +GnuCash garde le suivi de l'état du rapprochement de chaque transaction. +

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 avez 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 +

+Portefeuilles d'actions

+Vous pouvez faire des transactions d'actions soit depuis une fenêtre +avec une seule valeur(nom) d'actions , ou soit depuis une fenêtre +de vue de portefeuille, montré ci-dessous. +

+

+

Le registre du portefeuille peut intimider 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 à retenir à propos de la fenêtre +du portefeuille : +

    Elle montre toutes les actions de votre portefeuille, pas seulement +une seule.
+          Les montants des +titres montrés sont ceux de chaque action en particulier. +
    Notez qu'elle utilise un affichage sur deux lignes.
+           Les comptes +débités et les montants débités sont sur la +ligne supérieure, et les montants et comptes crédités +sont sur la ligne inférieure. +
    +
    Si vous achetez ou vendez une action avec +de l'argent d'un compte de courtage, le solde total ne changera pas, tant +que la valeur de l'action égale le montant de l'argent échangé.
    + + +

    Si vous achetez ou vendez une action avec +de l'argent d'un compte de courtage, la valeur de la transaction apparaîtra +deux fois, une fois en rouge, et une fois en noir. Si les titres sont achetés, +le montant de l'argent débité d'un compte de courtage sera +en rouge, et la valeur des titres en noir. Si les titres sont vendus, alors +la valeur des titres est en rouge, et l'argent crédité dans +le compte de courtage en noir. + +

    Si vous avez de la peine à indiquer +un titre acheté/vendu dans le registre du portefeuille, alors assurez +vous que les comptes Transfert depuis et Transfert vers sont +dans le bon ordre. Un transfert depuis un compte d'actions est toujours +interprété comme une vente, même si vous entrez la +donnée comme un achat. Le contraire est aussi vrai. +

    Par la suite, une fenêtre registre de portefeuille plus simple +et alternative sera peut-être prévue.

+ +
+
  +

Retour à la Page principale de la documentation. + + diff --git a/doc/html/fr/xacc-reports.html b/doc/html/fr/xacc-reports.html index 80102a6bdd..24fd232780 100644 --- a/doc/html/fr/xacc-reports.html +++ b/doc/html/fr/xacc-reports.html @@ -1,97 +1,94 @@ - - - - - - Rapports - - - - -

-Rapports

-Une variété de rapports financiers peut être sélectionnés -sur le menu "Extensions": -
    -
  • -Feuille du solde/bilan:montre les avoirs/biens(Actif), -dettes(Passif) et capitaux propres.
    • - -
  • -Etats des pertes et profits:montrent les revenus -et dépenses sur une période sélectionnable bien, -il le sera quand je comprendrai (get around) comment ajouter le support -de la période
    • - -
  • -Rapport de transaction montre les -transactions dans un compte, présenté dans de différentes -façons.
    • - -
  • -Suivi du solde suit le solde d'un ou -plusieurs comptes sur le temps, et supporte une sortie graphique (si vous -avez  gnuplot installé).
    • -
- -

-La fenêtre de rapports

-Dès que vous sélectionnez un rapport, une fenêtre de -rapports apparaitra: -

-

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: -

    -
  • -Précédent et Suivant vous permettent de voir -les précédents contenus de la fenêtre, juste comme -un navigateur internet
    • - -
  • -Paramètres affiche une boîte de dialogue vous permettant -de changer l'information présentée dans le rapport:
    • - -
      -

      -

    -

    Voyez l'aide pour les rapports individuels pour les détails des -options disponibles. -

  • -Exporter vous permet d'exporter le contenu du rapport comme un fichier -HTML pour un visionnement ou impression ultérieur.
    • - -
  • -Fermer ferme la fenêtre du rapport.
    • -
- -

-Construction de rapports personnalisés

-Il est possible d'écrire votre propres rapports pour répondre -à vos propres besoins, si vous savez programmer un peu. Vous aurez -besoin de connaitre Scheme (un langage de programmation ressemblant à -LISP), et c'est une excellente idée d'avoir une copie du code source -de Gnucash disponible . -

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. - - + + + + + + Rapports + + + + +

+Rapports

+Une variété de rapports financiers peut être sélectionnés +sur le menu "Rapports" : +
    +
    Feuille du +solde/bilan : montre les avoirs/biens(Actif), dettes(Passif) et capitaux +propres.
    + + +

    États des +pertes et profits : montrent les revenus et dépenses sur une +période sélectionnable bien, il le sera quand je comprendrai +(get around) comment ajouter le support de la période. + +

    Rapport +de transaction montre les transactions dans un compte, présenté +de différentes façons. +

    Suivi du solde suit le solde d'un +ou plusieurs comptes dans le temps, et supporte une sortie graphique (si +vous avez installé gnuplot).

+ +

+La fenêtre de rapports

+Dès que vous sélectionnez un rapport, une fenêtre de +rapports apparaîtra : +

+

Le rapport est affiché dans une fenêtre redimensionnable +et déroulante. Pour contrôler le rapport, vous pouvez utiliser +les boutons de la barre d'outils en haut de la fenêtre : +

    +
    Précédent et Suivant +vous permettent de voir les précédents contenus de la fenêtre, +juste comme un navigateur internet.
    + +

    Paramètres affiche une boîte de dialogue vous permettant +de changer l'information présentée dans le rapport : +
      +
      +

    + +

    Voyez l'aide pour les rapports individuels +pour les détails des options disponibles. + +

    Exporter vous permet d'exporter le +contenu du rapport comme un fichier HTML pour une visualisation ou impression +ultérieure. +

    Fermer : ferme la fenêtre du rapport.

+ +

+Construction de rapports personnalisés

+Il est possible d'écrire votre propres rapports pour répondre +à vos propres besoins, si vous savez programmer un peu. Vous aurez +besoin de connaître Scheme (un langage de programmation ressemblant +à LISP), et c'est une excellente idée d'avoir une copie du +code source de GnuCash disponible. +

L'interface de rapport est actuellement non documentée, mais +vous pouvez obtenir une bonne idée de son fonctionnement 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. Cela est accompli par un +ensemble de fonctions d'encapsulage Scheme qui sont documentées +dans le fichier src/g-wrap/gnc.html. Vous pouvez souhaiter examiner quelques-uns +des autres rapports dans src/scm/report pour comprendre comment ils sont +utilisés. +

A présent, les rapports sont produit intérieurement en +créant du HTML et en présentant cela avec un widget HTML. +(Les futures versions de GnuCash supporteront si tout va bien un système +plus flexible). + +

Si vous avez besoin de plus d'information, +ou avez développé un nouveau rapport qui peut être +utilisé par les autres, s'il vous plaît 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/doc/html/fr/xacc-ticker.html b/doc/html/fr/xacc-ticker.html index 2c0f1d6dbe..5ee8faa213 100644 --- a/doc/html/fr/xacc-ticker.html +++ b/doc/html/fr/xacc-ticker.html @@ -1,102 +1,118 @@ - - - - - - Codes/symboles des actions - - - - -

-Cours des actions et codes des titres

-GnuCash actuellement fournit dans une certaine mesure uns système -rudimentaire de récupération automatisée des cours -d'actions. -

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 et de fonds communs (pas de FCP et de SICAV pour la -france) à partir de divers sites web directement dans GnuCash. -

Pour utiliser cette fonctionnalité, ce qui suit doit être -fait: -

    -
  • -Créer un compte et marquer le comme étant du type "Fonds -communs" ou "Actions".
    • - -
  • -Entrer un code de titre valide (ndt : code SICOVAM en france) dans le champ -marqué "Valeur:"
    • - -
  • -Sélectionner une source de cotations depuis le menu déroulant. -Actuellement les sources de cotations supportés incluent Yahoo, -Yahoo -Europe , Fidelity Investments, T. Rowe Price et le Vanguard -Group. Noter que Yahoo fournira le cours des valeurs pour la plupart -des fonds communs , incluant Fidelity, T.Rowe Price and Vanguard, -et que les cours des valeurs cotées à Yahoo devrait être -identique à ceux qui sont sur les sites sources.(Autrement, quelqu'un -rapportera une mauvaise information!).Si vous choisissez Yahoo Europe, -vous devrez accoller le code du marché pour la valeur, tel que PA -pour Paris, BE pour Berlin, etc. Example: 12150.PA (la valeur Peugot au -marché de Paris).
    • - -
  • -Liste des codes de marchés européens:
    • -
-          value=PA>Paris -
          value=BC>Barcelone -
          value=BE>Berlin -
          value=BI>Bilbao -
          value=BM>Brême -
          value=CO>Copenhague -
          value=D>Dusseldorf -
          value=F>Francfort -
          value=H>Hambourg -
          value=HA>Hanovre -
          value=L>London -
          value=MA>Madrid -
          value=MC>Madrid -(M.C.) -
          value=MI>Milan -
          value=MU>Munich -
          value=O>Oslo -
          value=ST>Stockholm -
          value=SG>Stuttgart -
          value=VA>Valence -
          value=FX>Xetra -

Un exemple d'image est montré ci-dessous: -

-

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 -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: -

-

-
Retour à la Page principale de la documentation. - - + + + + Codes/symboles des actions + + + + +

Cours des actions et codes des titres

+

GnuCash fournit actuellement dans une certaine mesure un système +rudimentaire de récupération automatisée des +cours d'actions. +

+

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 et de fonds communs (pas de FCP et de +SICAV pour la france) à partir de divers sites web directement +dans GnuCash. +

+

Pour utiliser cette fonctionnalité, ce qui suit doit être +fait : +

+
    +

  • Créez un compte et marquez + le comme étant du type "Fonds communs" ou + "Actions". +

    +

  • Entrer un code de titre valide + (n.d.t : code SICOVAM en france) dans le champ marqué + "Valeur:" +

    +

  • Sélectionnez une source de + cotations depuis le menu déroulant. Actuellement les sources + de cotations supportées incluent Yahoo, Yahoo + Europe, Fidelity Investments, T. Rowe Price et le + Vanguard Group. Noter que Yahoo fournira le cours des valeurs + pour la plupart des fonds communs, incluant Fidelity, T. Rowe + Price and Vanguard, et que les cours des valeurs cotées sur + Yahoo devraient être identique à ceux qui sont sur les + sites sources. (Autrement, quelqu'un rapportera une mauvaise + information!). Si vous choisissez Yahoo Europe, vous devrez accoler + le code du marché pour la valeur, tel que PA pour Paris, BE + pour Berlin, etc. Exemple : 12150.PA (la valeur Peugeot au marché + de Paris). +

    +

  • Liste des codes de marchés européens : +

    +
+

          +value=PA>Paris
          +value=BC>Barcelone
          +value=BE>Berlin
          +value=BI>Bilbao
          +value=BM>Brême
          +value=CO>Copenhague
          +value=D>Dusseldorf
          +value=F>Francfort
          +value=H>Hambourg
          +value=HA>Hanovre
          +value=L>London
          +value=MA>Madrid
          +value=MC>Madrid (M.C.)
          +value=MI>Milan
          +value=MU>Munich
          +value=O>Oslo
          +value=ST>Stockholm
          +value=SG>Stuttgart
          +value=VA>Valence
          +value=FX>Xetra +

+

Un exemple d'image est montré ci-dessous : +

+

+

+

Pour mettre à jour les cours stockés dans un fichier +de compte de GnuCash, lancez en ligne de commande gnc-price, +en spécifiant le nom du fichier; par exemple : +

+
 gnc-prices myaccts.xac

+En lançant cette commande, elle affichera divers messages de +diagnostic à 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 pare-feu/firewall de style masqué. Elle ne +fonctionne pas actuellement depuis un réseau situé +derrière des pare-feu 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, seuls deux chargements 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 : +

+

+

+
+


Retour à la Page principale de +la documentation. +

+ + \ No newline at end of file diff --git a/doc/html/fr/xacc-trans_report.html b/doc/html/fr/xacc-trans_report.html index 7bf0033934..b69a8c2d0e 100644 --- a/doc/html/fr/xacc-trans_report.html +++ b/doc/html/fr/xacc-trans_report.html @@ -1,33 +1,46 @@ - - - - - - Transaction Report - - - -

Transaction Report

- -

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:

-
  • Account: the account to do the report on.
    • -
  • Date To and Date From: the date range for the report - to cover.
    • -
  • Primary Sort Key: the field to sort on first.
    • -
  • Primary Sort Order: the order in which to sort. "Ascending" - specifies smallest/largest, alphabetical ordering, earliest->latest, - or smallest amounts first. Descending produces the opposite effects.
    • -
  • Secondary Sort Key: the field to sort on if the primary - sort keys are equal
    • -
  • Secondary Sort Order: the ordering on which to sort the - secondary key. -
-
-

Return to Main Documentation - Page.

- - + + + + + + Transaction Report + + + + +

+Rapport de transaction

+Les rapports de transaction liste en détails les transactions dans +un compte spécifié sur une période spécifiée, +dans un  format convenu pour la visualisation et l'exportation. +

Les options à spécifier pour ce rapport sont: +

    +
  • +Compte: le compte sur lequel l'on fait le rapport.
    • + +
  • +La Date jusqu'à et la Date depuis: l'échelle de date +que le rapport couvre.
    • + +
  • +Clé de tri primaire : le champ à trier en premier.
    • + +
  • +Ordre de tri primaire: l'ordre dans lequel il faut trier. "Ascendant" +specifie du plus petit vers le plus grand, par tri alphabétique, +du plus ancien vers le plus récent, ou les plus petits montants +en premier. Le Descendant produit l'effet opposé/contraire.
    • + +
  • +Clé de tri secondaire: le champ à trier s'il y a des +clés de tri primaire équivalentes/égales
    • + +
  • +Ordre de tri secondaire: l'ordre dans lequel se fait  le tri +de la clé secondaire.
    • +
+ +
+

Retour à la Page principale de la documentation. + + diff --git a/doc/html/fr/xacc-y2k.html b/doc/html/fr/xacc-y2k.html index 134307f458..09f71ad86a 100644 --- a/doc/html/fr/xacc-y2k.html +++ b/doc/html/fr/xacc-y2k.html @@ -1,45 +1,53 @@ - - - - - - Compatibilité an 2000 de GnuCash - - - - -

-Compatibilité an 2000 de GnuCash

-La version 1.1.25 de Gnucash et suivantes stocke toutes les dates en secondes -et nanosecondes, où les secondes sont stockés comme un entier -signé de 64-bit. Celà devait suffire pour stocker les dates -du passé distant aussi bien que le futur distant, aussi longtemps -qu'il y aura moins plusieurs douzaines d'heures dans l'âge de l'univers. -

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. - - + + + + Compatibilité an 2000 de GnuCash + + + + +

Compatibilité an 2000 de GnuCash

+

Les versions 1.1.25 de Gnucash et suivantes stockent toutes les +dates en secondes et nanosecondes, où les secondes sont +stockés comme un entier signé de 64-bit. Cela devait +suffire pour stocker les dates du passé distant aussi bien que +le futur distant, aussi longtemps qu'on ne découvre pas trop +d'ordres de grandeur à l'âge de l'univers, d'après +les estimations des astrophysiciens. +

+

Le format de fichier pour les versions 1.1.25 et suivantes stocke +les dates de la manière citée ci-dessus. +

+

Quelques routines internes utilisent le type time_t pour +exprimer les secondes. Notez que sur la plupart des OS, c'est une +longueur de 32-bit, et elle est limitée à l'ère +Unix (Déc 1901 à Jan 2038). Il est raisonnable +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 reconnaît 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, qu'il commence 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. +

+ + \ No newline at end of file