2016-07-18 6 views
0

Meine einzige Frage ist, ob jemand von Ihnen solche Funktionen in PopCommerce implementiert hat.PopCommerce: Erstellen einer Beziehung zwischen einer Proforma-Rechnung und einer normalen Rechnung

Szenario: Stellen Sie sich vor, Sie erhalten eine Proforma-Rechnung (in der Regel kurz nachdem Sie eine Bestellung an Ihren Lieferanten senden), die Sie in das System aufnehmen (wahrscheinlich als etwas wie mantle.account.invoice.Invoice). Es ist ein Dokument, das Sie als eine Haftung behandeln. Aber Sie setzen es nicht in Kosten, weil Sie immer noch erwarten, dass eine (volle/normale) Rechnung nachher kommt, aber Sie bezahlen es. Später, wenn diese vollständige Rechnung kommt, zeichnen Sie sie in das System auf. Verknüpfen Sie diese beiden (Rechnungen) vorzugsweise miteinander, da Sie nicht die gesamte Rechnung bezahlen, da diese bereits im Namen der Proforma-Rechnung bezahlt wurde. Es ist, als hätte man in zwei zusammenhängenden Dokumenten einen einzigen Buchhaltungsfall.

Ist eine ähnliche Funktionalität in Mantel-Usl implementiert? Ich habe die Tests in Mantel-usl überprüft und ich habe es nicht gefunden.

Antwort

0

Zur Zeit verwendet Mantle USL keinen separaten Rechnungsdatensatz dafür. Wenn Sie eine Rechnung bezahlen, bevor sie abgeschlossen ist, erstellen Sie einfach eine Zahlung für die Rechnung, aber schließen Sie die Rechnung nicht ab, dh lassen Sie sie offen, bis Sie die endgültige Rechnung erhalten, so dass sie noch nicht als Verbindlichkeit gebucht wurde. Dies ist im Grunde genommen eine Vorauszahlung, die im GL in einem nicht verwendeten Zahlungskonto gebucht werden muss (z. B. 216000000, was ein PREPAID_EXPENSE-Klassenkonto ist). Sobald die Rechnung abgeschlossen ist, legen Sie ihren Status als solchen fest, und sie wird an den GL senden und dann die Zahlung anwenden (der aktuelle EditInvoice-Bildschirm in SimpleScreens wird die nicht angewendete Zahlung automatisch finden).

Dieser Ansatz berücksichtigt, dass sich die Rechnungssumme ändern kann, bevor sie abgeschlossen wird, und Sie möglicherweise zu viel oder zu wenig in der Zahlung (wenn zu viel eine Rückerstattung, zu wenig eine zusätzliche Zahlung und wenden Sie es auf die Rechnung an, im aktuellen EditInvoice-Bildschirm gibt es ein einfaches Formular, das beides tut).

+0

Ihre Lösung wäre perfekt, aber es hat eine Einschränkung für mich, die ich ohne Änderung der Logik nicht überschreiben kann. Ich brauche die Proforma-Rechnung (die vorausbezahlte Ausgabe), um den Genehmigungsprozess zu bestehen, denn nur dann kann es bezahlt werden. So habe ich den Workflow für diesen Kunden aufgebaut. – mrovnanik

+0

Woran ich gerade denke ist, dass beide Rechnungen (die Proforma und die echte) als zwei Rechnung Datensätze behandelt werden, mit Informationen, dass sie beide miteinander verbunden sind. Wenn der Benutzer eine neue Rechnung eingibt und sie mit dem zuvor hinzugefügten Proforma verknüpft, erhalte ich die Zahlungsinformationen aus dem Proforma und aktualisiere den neuen Rechnungsstatus als genehmigt. – mrovnanik

Verwandte Themen