Dans un relevé de facturation B2B, quelle est la manière claire d'illustrer la relation plusieurs-à-plusieurs entre les factures et les paiements?
Voici plus de contexte:
Notre application Web B2B aide les entreprises à gérer les ventes et les livraisons de nourriture à d'autres entreprises. Actuellement, notre application imprime les factures (au format PDF) mais n'a pas de moyen de cumuler plusieurs factures pour donner à un client l'état actuel du compte. Nous ajoutons donc une fonctionnalité de "relevé de facturation" pour permettre à nos clients de communiquer plus clairement à leurs clients l'état actuel des comptes - et pour rappeler à leurs clients de payer leurs factures!
Les exigences de base sont les suivantes:
Tous les googleurs que j'ai trouvés beaucoup d'exemples de relevés de facturation, mais tous sont des relevés "de style consommateur" qui montrent simplement les transactions et les paiements de façon chronologique. Je n'ai pas encore trouvé d'exemple en ligne d'une facture de type B2B qui associe clairement les factures aux paiements ou montre comment montrer un paiement divisé en plusieurs factures.
Je suis sûr que je ne suis pas la première personne à avoir tenté de créer un relevé de facturation B2B. Existe-t-il une meilleure pratique UX pour ce type de tableau "liste des factures et paiements associés"? Existe-t-il une application (de bureau ou Web) qui fait du bon travail avec ce type de facture UX?
Voici ce que je comprends de votre question:
Et je peux voir qu'il y a une complexité potentielle qui doit être communiquée simplement et clairement dans ces déclarations. Un client peut effectuer plusieurs paiements par mois et un paiement peut être appliqué à plusieurs factures. J'imagine qu'il y a des retours, des ajustements de prix, des commandes expédiées à découvert (1 caisse au lieu de 2), des substitutions de produits (bananes Dole au lieu de bananes Chiquita), etc.
Il s'agit d'un problème commercial très intéressant. Vous avez identifié les exigences de base et vous connaissez probablement bon nombre des variations/complications de ce scénario.
Dans votre position, je mettrais de côté les efforts de recherche en ligne (Google, StackExchange) pour l'instant, et adopterais une approche pratique, en raison du gain potentiel:
Il est possible de trouver une personne UX qualifiée qui peut faire la recherche, la conception de l'information et les tests. Je vous recommande d'embaucher quelqu'un pour vous aider à surmonter ces obstacles immédiats, afin que vous puissiez développer une excellente solution pour vos clients et leurs clients.
Bonne chance avec ce qui semble être un problème commercial amusant! J'espère que ma réponse sera utile.
Malheureusement, je ne peux pas recréer des cas d'utilisation posés dans le sous-sol de vos besoins. Je crois que si vous pouviez décrire la tâche en termes d'objectifs de l'utilisateur dans différentes circonstances, cela rendrait la discussion plus productive.
Pour l'instant, je ne peux que suggérer d'abandonner le mappage de relations plusieurs à plusieurs comme potentiellement très déroutant et de créer des vues distinctes avec les paiements et les factures comme catégorie racine pour chacune de ces vues.