1b.app
Link kopiert -

Finalisierung der Funktionalität zur „Verteilung“ einer Zahlung auf mehrere Prozesse

Sie müssen es ermöglichen, Zahlungen für mehrere Bestellungen in der Box zu buchen und dabei die ursprüngliche Zahlung (Betrag und Details) beizubehalten.
Mit anderen Worten.
es gibt eine Zahlung für 1000 Griwna,
es muss daran gebunden werden
- Bestellung 111 über den Betrag von 50 UAH,
- Bestellen Sie 222 für den Betrag von 100 UAH.
- den Restbetrag ohne Angabe der Bestellung akzeptieren (850 UAH)
und behalten Sie die ursprünglichen Werte (Betrag, Eingabe, Anzahl usw.) bei.
Es gab bereits Anfragen zu diesem Thema, die auf eine kosmische Stundenzahl geschätzt wurden
https://crm-onebox.com/ru/support/finances/3343-potribno-v-quotavtomaticheski-ra...
https://crm-onebox.com/support/finances/2022-raspredelenie-odnogo-platezha-mezhd...
Ich schlage eine Implementierungsoption vor, die meiner Meinung nach viel weniger arbeitsintensiv ist (aber ich könnte mich irren).
Es besteht darin, die ursprüngliche Zahlung als virtuell zu markieren und im Hauptlink separate Zahlungen zu erstellen
diese.:
Fügen Sie dem Zahlungsformular einen Block mit der Buchungs-/Teilzahlungstabelle, bestehend aus Feldern, hinzu
- Ordnungsnummer
- Zahlungs-ID (mit Link)
- Prozess (verbindlich)
- Summe
Jeder Eintrag in der Tabelle ist eine separate Zahlung
Wenn in der Tabelle mindestens ein Wert ausgefüllt ist, wird die Hauptzahlung als „virtuell“ gekennzeichnet, d. h. bei der Berechnung der Verbindlichkeiten nicht berücksichtigt.
Beim Speichern einer Zahlung:
Teilzahlungen werden automatisch entsprechend der Buchungstabelle erstellt, in die die Felder aus der übergeordneten Zahlung kopiert werden:
- Konto (Konto)
- Für den Betrag
- Also
- Typ
- Klient
- Zahlungskategorie
- Bindung an Dokument
- Zahlungsdatum
als Ergebnis erhalten wir
- 1 virtuelle (im Saldo nicht berücksichtigte) Zahlung als übergeordnete Zahlung, deren Daten mit dem Kontoauszug übereinstimmen und eine Liste von erstellten „Unterzahlungen“ mit Verweisen auf verschiedene Vorgänge für unterschiedliche Beträge enthält
- eine Reihe von Unterzahlungen, die mit Bezug zur übergeordneten Zahlung erstellt werden. Es sind diese Zahlungen, die in der Bilanz des Systems berücksichtigt werden.
Die ursprüngliche Frage ist in der Version verfügbar: ru

Antworten:

Was halten Sie von der aktuellen Funktionalität der Verteilung durch das rechte Panel von Massenoperationen auf Prozesse oder innerhalb der Zahlungsverteilung - hat nicht gepasst?
26.11.2020, 17:34
Originalkommentar zur Version verfügbar: ru

Nicht alles ist so einfach wie du schreibst. Als wäre die Zahlungsaufteilung schon in Bearbeitung - und es nimmt einen Teil des Betrags weg. Und so verstehe ich, dass es theoretisch möglich ist, eine Funktion zu machen, wenn zum Beispiel eine Zahlung für 1000 UAH in der Bearbeitung hinzugefügt wurde, um sie in 2 weitere um 500 aufzuteilen und das Kontrollkästchen zu aktivieren, dass die Zahlung virtuell ist - eine machen Allgemeine Systemeinstellungen, um zu überprüfen, ob die Zahlung in einen Gesamtbetrag aufgeteilt und eingestellt wird, dass der Hauptbetrag "virtuell" wird - den Betrag des Hauptbetrags nicht verringern. Wird das passen? Aber gemäß der übergeordneten Architektur – geben Sie an, wo und wie Sie anzeigen möchten, dass diese bestimmte Zahlung die übergeordnete einer anderen ist? Gibt es irgendwo eine banale Schlussfolgerung? oder vielleicht nicht benötigt?
26.11.2020, 17:37
Originalkommentar zur Version verfügbar: ru

Перегиняк Александр
Oneboxconsulting (интегратор)
Igor Ustimenko OneBox CTO schrieb: Was denken Sie über die aktuelle Funktionalität der Verbreitung durch das rechte Panel von Massenoperationen auf Prozesse oder innerhalb der Zahlungsverteilung - passte nicht?
Das größte Problem dieser Funktionalität ist, dass der ursprüngliche Zahlungsbetrag verloren geht. Wenn Sie nach einer Weile versuchen, sich mit dem Kunden zu versöhnen, ist dies fast unmöglich. Und im Allgemeinen wird es viele Missverständnisse schaffen. Wir schauen auf den Kontoauszug - wir sehen eine Zahlung von 50.000 UAH, wir schauen auf die Kiste - wir sehen 10 Zahlungen für unterschiedliche Beträge ... "ftf", jeder Buchhalter oder Finanzier, der zumindest ein wenig im b2b gearbeitet hat Segment wird sagen und Recht haben)) .
26.11.2020, 17:57
Originalkommentar zur Version verfügbar: ru

Перегиняк Александр
Oneboxconsulting (интегратор)
Tyndyk Maxim Vadimovich Administrator schrieb: Aber für die Elternarchitektur – geben Sie an, wo und wie Sie anzeigen möchten, dass diese bestimmte Zahlung die Eltern einer anderen ist? Gibt es irgendwo eine banale Schlussfolgerung? oder vielleicht nicht benötigt?
Ja, so könnte eine Zahlung, die Teil der Hauptzahlung ist, aussehen
Maxim Tyndyk fügte hinzu, geteilt durch weitere 2 mal 500 und kreuzen Sie das Kästchen an, dass die Zahlung virtuell ist – machen Sie eine allgemeine Systemeinrichtung, um sie zu überprüfen dass, wenn die Zahlung in einen Gesamtbetrag aufgeteilt und festgelegt wird, dass der Hauptbetrag "virtuell" wird - der Hauptbetrag nicht verringert wird. Wird das passen?
ist in Ordnung. Eigentlich sprechen wir darüber, aber es gibt eine weitere, sehr wichtige Sache in der ursprünglichen Zahlung (diejenige, die nach der Buchung "virtuell" wurde): Sie müssen eine Liste der Kinderzahlungen anzeigen. Sie können entweder alle untergeordneten Zahlungen so anzeigen (+ eine Spalte mit einem Link zu der Zahlung hinzufügen, damit Sie sie "durchfallen" können) oder eine Liste von Zahlungen anzeigen, 1v1 mit der Art und Weise, wie sie in Geschäftsprozessen angezeigt wird ("Zahlungen " Schnittstellenblock) welche Option wählen - hängt von der Komplexität der Implementierung ab. Ich würde wahrscheinlich gerne die erste Option mehr sehen.
26.11.2020, 18:18
Originalkommentar zur Version verfügbar: ru

Nun, das heißt, formal müssen wir einen Zahlungslink zu einer übergeordneten Zahlung hinzufügen, und dies wirkt sich nur auf die Ausgabe bei der Bearbeitung von Zahlungen des übergeordneten oder untergeordneten Elements (durch Links) + die Spalte in der Liste der Zahlungen aus, die übergeordneten. Nun, der Diversity-Algorithmus, den ich oben beschrieben habe. Wenn das alles passt, lässt es sich irgendwo in 10 Stunden umsetzen.
27.11.2020, 09:02
Originalkommentar zur Version verfügbar: ru

Перегиняк Александр
Oneboxconsulting (интегратор)
eine Rechnung für die Zahlung ausstellen, plz.
04.12.2020, 13:43
Originalkommentar zur Version verfügbar: ru

Bitte beteiligen Sie sich am Dialog. Wenn Sie etwas zu sagen haben - schreiben Sie bitte einen Kommentar. Für die Teilnahme benötigen Sie ein Mobiltelefon und einen SMS-Code zur Identifizierung. Melden Sie sich an und schreiben Sie einen Kommentar