~openerp-community/openobject-addons/mgmtsystem

« back to all changes in this revision

Viewing changes to account_banking/__terp__.py

  • Committer: Pieter J. Kersten
  • Date: 2010-01-18 19:49:53 UTC
  • mto: This revision was merged to the branch mainline in revision 4250.
  • Revision ID: p.j.kersten@edusense.nl-20100118194953-awm9qv07gsmt1fmt
Added module account_banking - a generic banking framework
Added module account_banking_nl_multibank - a reference import implementation of account_banking for Dutch banks
Added module account_banking_nl_clieop - a reference export implementation of account_banking for Dutch banks

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
##############################################################################
 
2
#
 
3
#    Copyright (C) 2009 EduSense BV (<http://www.edusense.nl>).
 
4
#    All Rights Reserved
 
5
#
 
6
#    WARNING: This program as such is intended to be used by professional
 
7
#    programmers who take the whole responsability of assessing all potential
 
8
#    consequences resulting from its eventual inadequacies and bugs
 
9
#    End users who are looking for a ready-to-use solution with commercial
 
10
#    garantees and support are strongly adviced to contract EduSense BV
 
11
#
 
12
#    This program is free software: you can redistribute it and/or modify
 
13
#    it under the terms of the GNU General Public License as published by
 
14
#    the Free Software Foundation, either version 3 of the License, or
 
15
#    (at your option) any later version.
 
16
#
 
17
#    This program is distributed in the hope that it will be useful,
 
18
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
 
19
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 
20
#    GNU General Public License for more details.
 
21
#
 
22
#    You should have received a copy of the GNU General Public License
 
23
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.
 
24
#
 
25
##############################################################################
 
26
{
 
27
    'name': 'Account Banking',
 
28
    'version': '0.1',
 
29
    'license': 'GPL-3',
 
30
    'author': 'EduSense BV',
 
31
    'category': 'Account Banking',
 
32
    'depends': ['base', 'base_iban', 'account', 'account_payment',
 
33
                'BeautifulSoup'],
 
34
    'init_xml': [],
 
35
    'update_xml': [
 
36
        #'security/ir.model.access.csv',
 
37
        'account_banking_import_wizard.xml',
 
38
        'account_banking_view.xml',
 
39
        'account_banking_workflow.xml',
 
40
    ],
 
41
    'description': '''
 
42
    Module to do banking.
 
43
 
 
44
    This modules tries to combine all current banking import and export
 
45
    schemes. Rationale for this is that it is quite common to have foreign
 
46
    bank account numbers next to national bank account numbers. The current
 
47
    approach, which hides the national banking interface schemes in the
 
48
    l10n_xxx modules, makes it very difficult to use these simultanious.
 
49
    A more banking oriented approach seems more logical and cleaner.
 
50
 
 
51
    Changes to default OpenERP:
 
52
 
 
53
    * Puts focus on the real life messaging with banks:
 
54
      + Bank statement lines upgraded to independent bank transactions.
 
55
      + Banking statements have no special accountancy meaning, they're just
 
56
        message envelopes for a number of bank transactions.
 
57
      + Bank statements can be either encoded by hand to reflect the document
 
58
        version of Bank Statements, or created as an optional side effect of
 
59
        importing Bank Transactions.
 
60
 
 
61
    * Preparations for SEPA:
 
62
      + IBAN accounts are the standard in the SEPA countries
 
63
      + local accounts are derived from SEPA (excluding Turkey) but are
 
64
        considered to be identical to the corresponding SEPA account.
 
65
      + Banks are identified with either Country + Bank code + Branch code or BIC
 
66
      + Each bank can have its own pace in introducing SEPA into their
 
67
        communication with their customers.
 
68
      + National online databases can be used to convert BBAN's to IBAN's.
 
69
 
 
70
    * Adds dropin extensible import facility for bank communication in:
 
71
      + MultiBank (NL) format transaction files,
 
72
      - (todo) MT940 (Swift) format transaction files,
 
73
      - (todo) CODA (BE) format transaction files,
 
74
      - (wish) SEPA Credits (ISO 200022) messages,
 
75
 
 
76
    * Extends payments for digital banking:
 
77
      + Adapted workflow in payments to reflect banking operations
 
78
      + Relies on account_payment mechanics to extend with export generators.
 
79
      - ClieOp3 (NL) payment and direct debit orders files available as
 
80
        account_banking_nl_clieop
 
81
      - (wish) BTL91 (NL) payment orders files (no format description available),
 
82
      - (wish) SEPA Direct Debits (ISO 200022) messages
 
83
 
 
84
    * Additional features for the import/export mechanism:
 
85
      + Automatic matching and creation of bank accounts, banks and partners,
 
86
        during import of statements.
 
87
      + Automatic matching with invoices and payments.
 
88
      + Sound import mechanism, allowing multiple imports of the same
 
89
        transactions repeated over multiple files.
 
90
      + Journal configuration per bank account.
 
91
      + Business logic and format parsing strictly separated to ease the
 
92
        development of new parsers.
 
93
      + No special configuration needed for the parsers, new parsers are
 
94
        recognized and made available at server (re)start.
 
95
    ''',
 
96
    'active': False,
 
97
    'installable': True,
 
98
}