Distinguer les remboursements, les retours et la mise au rebut des stocks

Ce que signifie chaque terme

Un remboursement est l’argent retourné au client. Un retour est l’article physique qui revient ou qui est reçu par Flexport. La mise au rebut est le traitement comptable des marchandises retournées qui sont radiées au lieu d’être remises en stock. Ce sont des événements différents, et Finanly les traite séparément lorsque les sources connectées fournissent suffisamment de preuves.

• Les remboursements touchent la trésorerie et la comptabilisation des remboursements.
• Les retours touchent la trace des biens physiques et la décision de retour.
• La mise au rebut touche le coût de base et le traitement de radiation des stocks.
• Flexport peut être la source de vérité pour savoir si les marchandises retournées ont été reçues ou perdues dans l’entrepôt.

Comment Finanly traite les remboursements Shopify

Pour les remboursements Shopify, Finanly peut comptabiliser le montant du remboursement et, lorsque la preuve de retour connectée l’appuie, isoler également le coût de base des marchandises retournées. L’entrée de remboursement n’est pas la même chose que le retour physique lui-même. Un remboursement peut survenir après un retour, et certains retours peuvent ne jamais être remboursés.

1. Ouvrez le flux de travail de rapprochement pour le versement Shopify ou le contexte de remboursement connexe.
2. Vérifiez l’aperçu pour voir si l’élément est traité comme un remboursement seulement ou si les marchandises retournées sont aussi incluses dans la répartition du coût.
3. Si l’aperçu n’est pas entièrement résolu, arrêtez-vous et examinez les données source avant de comptabiliser.

Comment Finanly traite les retours et la mise au rebut Flexport

Pour le travail nocturne Flexport de retour-mise au rebut, Finanly comptabilise la mise au rebut seulement lorsque le retour est reçu ou marqué perdu dans l’entrepôt. Il valorise les unités retournées au coût à la date de réception et comptabilise une écriture de journal par dossier de retour lorsque le coût de base est complet.

• Les retours reçus peuvent être mis au rebut au coût.
• FP_WAREHOUSE_LOST est traité comme un cas de mise au rebut.
• Les retours encore en attente ne sont pas encore comptabilisés.
• Si le coût de base ne peut pas être résolu, le retour demeure bloqué plutôt que d’être deviné.

Modèles Flexport et coût de base original

Lorsque les données Flexport sont disponibles, Finanly utilise la date de réception et les règles de coût de base connectées pour valoriser les unités retournées. Les articles retournés sont regroupés par famille de produits, et le coût de base original est utilisé au lieu d’inventer un nouveau montant. Si le coût de base est manquant, incomplet ou non positif, le retour est signalé comme une exception.

• La date de réception est la date comptable de la mise au rebut.
• Les unités retournées sont valorisées à l’aide de la source de coût de base connectée.
• Si le coût de base ne peut pas être entièrement résolu, Finanly ne comptabilise pas de radiation à coût zéro.
• Les éléments d’un kit peuvent être traités comme faisant partie de la famille Machines lorsque les règles de retour exigent ce regroupement.

Fenêtres source et identité de la source

Les flux de travail de correspondance et de mise au rebut utilisent des fenêtres source exactes et des vérifications d’identité de la source. Cela signifie que Finanly s’appuie sur l’enregistrement source connecté pour le versement, la facture, la commande ou le dossier de retour au lieu de deviner à partir de la ligne bancaire seulement. Si les données source sont indisponibles ou ne correspondent pas, le flux de travail demeure bloqué ou non comptabilisé.

• La correspondance des versements Shopify exige que le montant et la devise de la ligne bancaire correspondent au versement.
• Les flux de travail de facture et de retour Flexport utilisent l’identité de la facture ou du retour connectée à partir des données source.
• Si le flux de travail ne peut pas prouver la source, il refuse de comptabiliser plutôt que de deviner.
• Un aperçu périmé ou modifié doit être examiné de nouveau avant la comptabilisation.

Approbations et états de comptabilisation

Un aperçu n’est pas une comptabilisation. L’étape d’approbation est ce qui permet à une comptabilisation de passer. Si l’aperçu est incomplet, non rapproché ou contient des problèmes source non résolus, Finanly l’écarte du flux de publication en direct et l’affiche comme quelque chose que vous devez encore examiner.

• Review preview signifie que vous voyez seulement un brouillon.
• Approve and post crée la demande comptable.
• Handled manually signifie que l’élément est retiré du flux d’automatisation.
• Retry renvoie un élément d’exception dans la prochaine exécution après que le problème a été corrigé.

États d’échec courants et quoi faire

Lorsqu’une source est indisponible, Finanly conserve l’élément dans un état d’exception ou d’attente au lieu de forcer une comptabilisation. Si une ligne bancaire ou une ligne source est déjà comptabilisée, vous ne devriez pas la rapprocher de nouveau à une ligne bancaire différente.

Comment récupérer en toute sécurité

1. Ouvrez la page de rapprochement pertinente pour le flux de travail sur lequel vous travaillez.
2. Examinez les détails de l’aperçu et identifiez si le problème est un remboursement, un retour physique ou un blocage de mise au rebut.
3. Si l’élément est en exception, utilisez Retry seulement après que les données source manquantes ou le mappage ont été corrigés.Retry
4. Si l’élément a été traité à l’extérieur de Finanly, choisissez Handled manually au lieu d’essayer de le recomptabiliser sous une identité différente.Handled manually
5. Si l’aperçu a changé, créez ou restaurez l’aperçu actuel avant d’approuver et de comptabiliser.