Documentation technique Payment Management

1 Analyse de la gestion des paiements

Analyse de la gestion des paiements

Actions à réaliser

Test fonctionnel de ce qui fonctionne dans ofbiz au niveau des paiements de commande :

comprendre, détailler ou tester les status de facture (créé - envoyé - payé )

interface utilisateur pour saisir une limite de crédit

Il faut étudier les différents type de service associé avec les types de paiement car il peuvent servir de hook de controle de limite de crédit et quand ces services son appelés (voir ProductStorePaymentSetting )

Petite actions

Ajouter dans le profil acteur au niveau paiement les autres méthodes

Ajouter dans le profil acteur au niveau paiement le drop-down DueDcalMethod

Revoir la saisie de commande pour la méthode de paiement, pouvoir en fonction d'un parametre productStore
- soit ne proposer que les méthodes de paiement disponible pour l'acteur
- soit proposer aussi certaine du productStore (caisse, ....)

voir à quoi correspond le Type de compte dans l'écran EFT (J'ai positioné RIB si l'écran de saisie utilisé est de type RIB)

Décision

Définition des entités ofbiz

Term

correspond aux différentes échéances

PaymentMethodeType

methode de paiement

PaymentMethode

un moyen de paiement pour un acteur, il est spécialisé en fonction du discriminator PaymentMethodeType en

creditCart
virement
carte Prépayé
il manque une interface de création des autres méthodes (chéque pour les clients, caisse, ...)

BillingAccount: n'a pas de correspondance dans Néogia. Nous utilisons la notion de client payeur, il sera peut-être nécessaire dans le futur d'ajouter un lien entre ce client payeur et un pseudo BillingAccount pour gérer simplement la notion de limite de crédit

Structure des données

Elémént de paramétrage
- methode de paiement (quel type d'information je dois avoir)
  - compte banquaire
  - carte banquaire
  - carte cadeau
- mode de paiement (enum ) PaymentMode
  - virement
  - chéque
  - lcr
  - bor
- mode de réglement : DueDcalMethod
  1. date de départ (enum) baseDateType
    - date de facture
    - date de reception (date la plus ancienne de toutes les expéditions associé à la facture)
  2. type de décalage (enum) shiftType
    - fin de mois
    - rien
    - fin de décade
  3. nombre de jour de décalage : startShiftNumber
  4. jour de paiement : endShiftNumber

Résultat des tests

Sur ofbiz (tests simples)
- Saisie de paiement dans l'interface commande, => ok
- association paiement à une facture, => ok, interface peu claire mais opérationnel
- Saisie de paiement dans gestion des paiement et associer à une facture, => ok, vision du paiement ou de la facture
- Création d'un paiement au statut créé puis affectation à une facture puis validation du paiement, => ok, la facture passe en payée une fois le paiement validé
Sur Néogia (tests simples)
- Saisie de paiement dans l'interface commande, => ok
- validation de l'expédition crée la facture, => ok mais certain boutton sont inactifs car non défini dans le controler

Tâches Sourceforge

Saisie

1461888 ofbiz manual invoice and manual payment Integration

Mise en route du menu facture d'ofbiz dans Neogia (reprendre menu gestion de configuration de stock)

[DONE] Reformat EFT entry screen

Il faut refaire l'écran de saisi d'un compte banquaire compte EFT (utiliser une properties pour choisir le look en fonction du pay) pour avoir le look RIB

[DONE] Change Accounting UML model and diagram

Ajout de la table DueDcalMethod et reorganization du diagram payment param

A Saisir

Méthode de calcul de paiement

Dans le module accouting, un onglet permet de gérer les méthodes de calcul (Liste / Ajout - Modification / Suppression)
- Une méthode de calcul est définie :
  - un nom
  - un nombre de jour de décalage à partir de la date non calculée
  - un nombre de jour de décalage à partir de la date calculée
- Le type de la méthode de calcul est :
  - soit à partir de la date de facture,
  - soit à partir de la date d'expedition
- Le mode de décalage peut être :
  - à date
  - fin de mois
  - début de mois suivant
Dans la gestion des acteurs, un champ drop-down permet d'affecter une méthode de calcul à un acteur
Un service est disponible "getDueDate" qui prend en entrée un facture et qui permet d'obtenir la DueDate en fonction de la DueDcalMethod de l'acteur défini dans la facture