[IMP] : Update Description for modules

bzr revid: cha@tinyerp.com-20120712095425-l1i8o33okp2tzfjx
This commit is contained in:
Ajay Chauhan (OpenERP) 2012-07-12 15:24:25 +05:30
parent 4db49fc84d
commit 66b80419e0
10 changed files with 62 additions and 57 deletions

View File

@ -29,20 +29,20 @@ Accounting and Financial Management.
Financial and accounting module that covers:
--------------------------------------------
General accountings
Cost/Analytic accounting
Third party accounting
Taxes management
Budgets
Customer and Supplier Invoices
Bank statements
Reconciliation process by partner
* General accountings
* Cost/Analytic accounting
* Third party accounting
* Taxes management
* Budgets
* Customer and Supplier Invoices
* Bank statements
* Reconciliation process by partner
Creates a dashboard for accountants that includes:
--------------------------------------------------
* List of Customer Invoice to Approve
* Company Analysis
* Graph of Treasury
* List of Customer Invoice to Approve
* Company Analysis
* Graph of Treasury
The processes like maintaining of general ledger is done through the defined financial Journals (entry move line orgrouping is maintained through journal) for a particular
financial year and for preparation of vouchers there is a module named account_voucher.

View File

@ -27,11 +27,11 @@
Allows to automatically select analytic accounts based on criterions:
=====================================================================
* Product
* Partner
* User
* Company
* Date
* Product
* Partner
* User
* Company
* Date
""",
'author' : 'OpenERP SA',
'website' : 'http://www.openerp.com',

View File

@ -27,13 +27,15 @@
This module supports the Anglo-Saxon accounting methodology by changing the accounting logic with stock transactions.
=====================================================================================================================
The difference between the Anglo-Saxon accounting countries
and the Rhine or also called Continental accounting countries is the moment of taking the Cost of Goods Sold versus Cost of Sales.
Anglo-Saxons accounting does take the cost when sales invoice is created, Continental accounting will take the cost at the moment the goods are shipped.
The difference between the Anglo-Saxon accounting countries and the Rhine or also called
Continental accounting countries is the moment of taking the Cost of Goods Sold versus
Cost of Sales. Anglo-Saxons accounting does take the cost when sales invoice is created,
Continental accounting will take the cost at the moment the goods are shipped.
This module will add this functionality by using a interim account, to store the value of shipped goods and will contra book this interim account
when the invoice is created to transfer this amount to the debtor or creditor account.
Secondly, price differences between actual purchase price and fixed product standard price are booked on a separate account.""",
This module will add this functionality by using a interim account, to store the value of
shipped goods and will contra book this interim account when the invoice is created to
transfer this amount to the debtor or creditor account. Secondly, price differences between
actual purchase price and fixed product standard price are booked on a separate account.""",
"images": ["images/account_anglo_saxon.jpeg"],
"depends": ["product", "purchase"],
"category": "Hidden/Dependency",

View File

@ -29,14 +29,14 @@
Module that extends the standard account_bank_statement_line object for improved e-banking support.
===================================================================================================
Adds
- valuta date
- batch payments
- traceability of changes to bank statement lines
- bank statement line views
- bank statements balances report
- performance improvements for digital import of bank statement (via 'ebanking_import' context flag)
- name_search on res.partner.bank enhanced to allow search on bank and iban account numbers
This module adds:
- valuta date
- batch payments
- traceability of changes to bank statement lines
- bank statement line views
- bank statements balances report
- performance improvements for digital import of bank statement (via 'ebanking_import' context flag)
- name_search on res.partner.bank enhanced to allow search on bank and iban account numbers
''',
'depends': ['account'],
'demo_xml': [],

View File

@ -28,8 +28,8 @@
This module allows accountants to manage analytic and crossovered budgets.
==========================================================================
Once the Budgets are defined (in Invoicing/Budgets/Budgets),
the Project Managers can set the planned amount on each Analytic Account.
Once the Budgets are defined (in Invoicing/Budgets/Budgets), the Project Managers
can set the planned amount on each Analytic Account.
The accountant has the possibility to see the total of amount planned for each
Budget in order to ensure the total planned is not greater/lower than what he planned

View File

@ -28,7 +28,8 @@
Allows cancelling accounting entries.
=====================================
This module adds 'Allow Cancelling Entries' field on form view of account journal. If set to true it allows user to cancel entries & invoices.
This module adds 'Allow Cancelling Entries' field on form view of account journal.
If set to true it allows user to cancel entries & invoices.
""",
'website': 'http://www.openerp.com',
"images" : ["images/account_cancel.jpeg"],

View File

@ -29,28 +29,29 @@ Module to import CODA bank statements.
======================================
Supported are CODA flat files in V2 format from Belgian bank accounts.
* CODA v1 support.
* CODA v2.2 support.
* Foreign Currency support.
* Support for all data record types (0, 1, 2, 3, 4, 8, 9).
* Parsing & logging of all Transaction Codes and Structured Format Communications.
* Automatic Financial Journal assignment via CODA configuration parameters.
* Support for multiple Journals per Bank Account Number.
* Support for multiple statements from different bank accounts in a single CODA file.
* Support for 'parsing only' CODA Bank Accounts (defined as type='info' in the CODA Bank Account configuration records).
* Multi-language CODA parsing, parsing configuration data provided for EN, NL, FR.
* CODA v1 support.
* CODA v2.2 support.
* Foreign Currency support.
* Support for all data record types (0, 1, 2, 3, 4, 8, 9).
* Parsing & logging of all Transaction Codes and Structured Format Communications.
* Automatic Financial Journal assignment via CODA configuration parameters.
* Support for multiple Journals per Bank Account Number.
* Support for multiple statements from different bank accounts in a single CODA file.
* Support for 'parsing only' CODA Bank Accounts (defined as type='info' in the CODA Bank Account configuration records).
* Multi-language CODA parsing, parsing configuration data provided for EN, NL, FR.
The machine readable CODA Files are parsed and stored in human readable format in CODA Bank Statements.
Also Bank Statements are generated containing a subset of the CODA information (only those transaction lines
that are required for the creation of the Financial Accounting records).
The CODA Bank Statement is a 'read-only' object, hence remaining a reliable representation of the original CODA file
whereas the Bank Statement will get modified as required by accounting business processes.
The machine readable CODA Files are parsed and stored in human readable format in
CODA Bank Statements. Also Bank Statements are generated containing a subset of
the CODA information (only those transaction lines that are required for the creation
of the Financial Accounting records). The CODA Bank Statement is a 'read-only'
object, hence remaining a reliable representation of the original CODA file whereas
the Bank Statement will get modified as required by accounting business processes.
CODA Bank Accounts configured as type 'Info' will only generate CODA Bank Statements.
A removal of one object in the CODA processing results in the removal of the associated objects.
The removal of a CODA File containing multiple Bank Statements will also remove those associated
statements.
A removal of one object in the CODA processing results in the removal of the associated
objects. The removal of a CODA File containing multiple Bank Statements will also
remove those associated statements.
The following reconciliation logic has been implemented in the CODA processing:
@ -59,8 +60,9 @@ The following reconciliation logic has been implemented in the CODA processing:
3) When the previous step doesn't find a match, the transaction counterparty is located via the Bank Account Number configured on the OpenERP Customer and Supplier records.
4) In case the previous steps are not successful, the transaction is generated by using the 'Default Account for Unrecognized Movement' field of the CODA File Import wizard in order to allow further manual processing.
In stead of a manual adjustment of the generated Bank Statements, you can also re-import the CODA
after updating the OpenERP database with the information that was missing to allow automatic reconciliation.
In stead of a manual adjustment of the generated Bank Statements, you can also
re-import the CODA after updating the OpenERP database with the information that
was missing to allow automatic reconciliation.
Remark on CODA V1 support:
In some cases a transaction code, transaction category or structured communication code has been given a new or clearer description in CODA V2.

View File

@ -31,14 +31,14 @@ and message management.
The Social Networking module provides an unified social network
abstraction layer allowing applications to display a complete
communication history on documents.It gives the users the possibility
communication history on documents. It gives the users the possibility
to read and send messages and emails in an unified way.
It also provides a feeds page combined to a subscription mechanism, that
allows to follow documents, and to be constantly updated about recent
news.
The main features of the module are :
The main features of the module are:
* a clean and renewed communication history for any OpenERP
document that can act as a discussion topic,
* a discussion mean on documents,

View File

@ -29,7 +29,7 @@
This module provides a quick and easy sale process.
===================================================
Main features :
Main features:
---------------
* Fast encoding of the sale.
* Allow to choose one payment mode (the quick way) or to split the payment between several payment mode.

View File

@ -36,7 +36,7 @@ Project Management module tracks multi-level projects, tasks, work done on tasks
It is able to render planning, order tasks.
Dashboard for project management that includes:
--------------------------------------------
-----------------------------------------------
* List of My Open Tasks
* Graph of My Remaining Hours by Project
""",