Finalisierung der Funktionalität der Buchung tatsächlicher Zahlungen durch erwartete Zahlungen
Geschäftsanforderung
Bei Bedarf werde ich dieses TOR für einzelne Aufgaben entsprechend den Blöcken des TOR detailliert beschreiben
Bitte bewerten Sie TK Block für Block
Sie müssen sicherstellen, dass eingehende Zahlungen, die keinen Link zu einem Vorgang enthalten, automatisch über bestehende ausstehende Zahlungen mit Vorgängen verknüpft werden. Die Auswahl einer geeigneten Zahlung muss beispielsweise nach einer Reihe von Bedingungen erfolgen
- je nach Kunde der erwarteten Zahlung (Auswahl des Kunden über die Felder und Kontaktdaten)
- entsprechend der Höhe der erwarteten Zahlung
- bis zum Datum der erwarteten Zahlung
und machen Sie es auch so, dass große Zahlungen entsprechend den verfügbaren erwarteten Zahlungen auf mehrere kleine verteilt werden und Daten aus der empfangenen tatsächlichen Zahlung auf der Karte des zahlenden Kunden aufgezeichnet werden, um sie in Zukunft zu bereichern und genauer auszuwählen
Um dieses Szenario umzusetzen, benötigen Sie
1. Finalisieren Sie die Funktionalität der erwarteten Zahlungen. Fügen Sie nämlich in der Aktion „Erwartete Zahlung erstellen“ das Feld „Übernehmen Sie den Kunden der erwarteten Zahlung“ aus dem Zusatzfeld anstelle von „Kunden verarbeiten“ hinzu. Beim Ausfüllen dieses Feldes wird der Kunde der erwarteten Zahlung in den Kontakt eingetragen die im entsprechenden Zusatzfeld des Prozesses angegeben wurde. Dazu ist es notwendig, der Tabelle der erwarteten Zahlungen ein Feld hinzuzufügen, in dem die Kontakt-ID der erwarteten Zahlung gespeichert wird
2. Ändern Sie die Aktion zum Importieren von Zahlungen von privat24 so, dass Sie angeben können, in welches zusätzliche Zahlungsfeld dieser oder jener Wert des Kontoauszugsfelds geschrieben werden soll
3. Ändern Sie die Aktion „Zahlungen basierend auf erwarteten Zahlungen Prozessen zuordnen“ so, dass
3.1.die Auswahl einer geeigneten Zahlung erfolgte auf der Grundlage der Erfüllung einer Reihe von Bedingungen, insbesondere:
- durch Kontaktfelder aus der erwarteten Zahlung und Details aus der tatsächlichen Zahlung
- nach erwartetem Zahlungsdatum und tatsächlichem Zahlungsdatum
- um die Höhe der erwarteten Zahlung und die Höhe der tatsächlichen Zahlung
3.2. Es erfolgte eine Aufteilung der tatsächlichen Zahlung auf so viele Zahlungen, wie der Betrag der tatsächlichen Zahlung ausreicht, um die bestehenden erwarteten Zahlungen abzudecken. Diese Funktionalität funktioniert nur, wenn die erwarteten Zahlungen für den Kontakt anhand der tatsächlichen Zahlung ermittelt werden konnten und keine der anderen Verknüpfungsbedingungen funktionierte. In diesem Fall wird die Hauptzahlung als virtuell markiert und für jede erwartete Zahlung wird ein separater Zahlungsfakt erstellt, der dem Betrag der erwarteten Zahlung entspricht (der Betrag des Zahlungsfakts wird mithilfe des folgenden Algorithmus berechnet:
Nehmen Sie die erwarteten Zahlungen des Kunden, sortieren Sie sie nach Zahlungsdatum in aufsteigender Reihenfolge, nehmen Sie den Betrag der ersten erwarteten Zahlung und vergleichen Sie sie mit dem tatsächlichen Betrag. Zahlung: Wenn der Betrag der erwarteten Zahlung geringer ist, erstellen Sie einen Zahlungsfakt für den Betrag der erwarteten Zahlung, übertragen Sie die Differenz auf die nächste erwartete Zahlung und führen Sie einen ähnlichen Vergleich durch, bis die Bedingung erfüllt ist, dass der Betrag der erwarteten Zahlung erreicht ist Die Zahlung ist größer als der Restbetrag der tatsächlichen Zahlung. Erstellen Sie in diesem Fall eine Zahlung in Höhe des Restbetrags der tatsächlichen Zahlung.
3.3. Es erfolgte eine automatische Ergänzung der Kontaktdaten aus der erwarteten Zahlung mit Daten aus dem verknüpften Fakt. Zahlung
Aufgaben zur Verbesserung
1. Verbessern Sie die Funktionalität erwarteter Zahlungen. Fügen Sie in der Aktion „Erwartete Zahlung generieren“ das Feld „Den Kunden der erwarteten Zahlung aus dem Zusatzfeld übernehmen“ anstelle des Felds „Kunden verarbeiten“ hinzu. Prozessfeld Fügen Sie dazu ein Feld hinzu zur Tabelle der erwarteten Zahlungen, in der die Kontakt-ID der erwarteten Zahlung gespeichert wird
2. Verbessern Sie die Aktion zum Importieren von Zahlungen aus Privat24 „Privat24 Autoclient-Kontoauszug“ so, dass Sie angeben können, in welches zusätzliche Zahlungsfeld der eine oder andere Wert des Kontoauszugsfelds geschrieben werden soll
3. Schließen Sie die Aktion „Zahlungen basierend auf erwarteten Zahlungen auf Prozesse verteilen“ ab, damit Sie die Regeln für die Auswahl von Zahlungen basierend auf der Erfüllung einer Reihe von Bedingungen festlegen können, insbesondere:
- durch Kontaktfelder aus der erwarteten Zahlung und Details aus der tatsächlichen Zahlung
- bis zum Datum der erwarteten Zahlung und dem Datum der tatsächlichen Zahlung.
- um die Höhe der erwarteten Zahlung und die Höhe der tatsächlichen Zahlung
Fügen Sie dazu zur Aktion hinzu:
eine Tabelle bestehend aus den folgenden Vergleichsspalten
- Feld der erwarteten Zahlung. Zusammensetzung des Feldes: Felder legal. Kontaktdaten, Durchwahl Kontaktfelder (die Liste der Felder finden Sie hier („Privat24 Autoclient-Kontoauszug“) + Zahlungsbetrag + Zahlungsdatum + Konto/Konto + Währung
- Feld „Abweichung“. Der Wert aus diesem Feld wird verwendet, um den Fehler zum Zahlungsdatum und zum Zahlungsbetrag einzugeben (ähnlich wie bereits implementiert)
- Vergleichsbedingung. Liste der Felder aus „größer als, kleiner als, gleich, ungleich, größer als oder gleich, kleiner als oder gleich, kein Wert“
- Tatsächliches Zahlungsfeld. Liste der Extras Zahlungsfelder und Systemfelder: Zahlungsdatum, Zahlungsbetrag, Konto/Konto, Währung
- Kontrollkästchen „Erforderlich“. Wenn festgelegt, gilt die Bedingung beim Vergleich von *condition AND" als obligatorisch.
4. Ändern Sie die Aktion „Zahlungen anhand erwarteter Zahlungen auf Prozesse verteilen“, sodass die Aktion große Zahlungen automatisch auf mehrere Prozesse verteilt und gleichzeitig die Hauptzahlung gespeichert wird
hierfür zur Aktion hinzufügen:
- Setzen Sie einen Haken bei „Teilzahlungen entsprechend der erwarteten automatisch erstellen, wenn gemäß den konfigurierten Auswahlbedingungen mehrere erwartete Zahlungen gefunden wurden“
- das Feld „Methode“, bestehend aus den Optionen „zuerst frühere Rückzahlungen (FIFO)“ und „zuerst spätere Rückzahlungen (LIFO)“
wenn dieses Kontrollkästchen aktiviert ist
sollte passieren
1. Die tatsächlich verarbeitete Zahlung wird als virtuell markiert
2. Wenn im Feld „Methode“ die Option „Zuerst das Früheste (FIFO) zurückzahlen“ ausgewählt ist, dann sortieren Sie das erwartete Erstellungsdatum in aufsteigender Reihenfolge. Andernfalls, wenn „Zuerst das Spätere (LIFO) zurückzahlen“, dann „Absteigend“ sortieren. [#$# ]
3. Es werden so viele Teilzahlungen erstellt, wie der Betrag der ursprünglichen Zahlung ausreicht, um die bestehenden ausstehenden Zahlungen abzudecken (Sortierung aus Absatz 2 berücksichtigen.)
4. Teilzahlungen sind an die ursprüngliche Zahlung gekoppelt. Auf ihnen ist die Markierung „virtuell“ nicht angebracht. Daten der Originalzahlung werden in Unterzahlungen kopiert, wie zum Beispiel: Zahlungsdatum, Konto, Währung, Wechselkurs, Zahlungskategorie, Art und Kunde
5. Schließen Sie die Aktion „Zahlungen basierend auf erwarteten Zahlungen auf Prozesse verteilen“ ab, damit Daten aus Zahlungen auf die Kontaktkarte geschrieben werden, damit sie automatisch mit Daten gefüllt werden
Aktivieren Sie dazu das Kontrollkästchen „Aktion „Zahlungen basierend auf erwarteten Zahlungen auf Prozesse verteilen“ verbessern, damit“
Wenn dieses Kontrollkästchen aktiviert ist, dann
Wenn die erwartete Zahlung anhand der obligatorischen Suchkriterien gefunden werden konnte, müssen Sie die Werte der Zahlungsfelder, die als Kriterien für die Auswahl eines Kunden angegeben wurden, in die entsprechenden Felder des Kunden seiner erwarteten Zahlung schreiben mit dem die tatsächliche Zahlung verknüpft war
Layout https://www.figma.com/file/8rgRpCkKzcagoBkYO5biUU/Untitled?node-id=1%3A9
Die ursprüngliche Frage ist in der Version verfügbar: ru
Bei Bedarf werde ich dieses TOR für einzelne Aufgaben entsprechend den Blöcken des TOR detailliert beschreiben
Bitte bewerten Sie TK Block für Block
Sie müssen sicherstellen, dass eingehende Zahlungen, die keinen Link zu einem Vorgang enthalten, automatisch über bestehende ausstehende Zahlungen mit Vorgängen verknüpft werden. Die Auswahl einer geeigneten Zahlung muss beispielsweise nach einer Reihe von Bedingungen erfolgen
- je nach Kunde der erwarteten Zahlung (Auswahl des Kunden über die Felder und Kontaktdaten)
- entsprechend der Höhe der erwarteten Zahlung
- bis zum Datum der erwarteten Zahlung
und machen Sie es auch so, dass große Zahlungen entsprechend den verfügbaren erwarteten Zahlungen auf mehrere kleine verteilt werden und Daten aus der empfangenen tatsächlichen Zahlung auf der Karte des zahlenden Kunden aufgezeichnet werden, um sie in Zukunft zu bereichern und genauer auszuwählen
Um dieses Szenario umzusetzen, benötigen Sie
1. Finalisieren Sie die Funktionalität der erwarteten Zahlungen. Fügen Sie nämlich in der Aktion „Erwartete Zahlung erstellen“ das Feld „Übernehmen Sie den Kunden der erwarteten Zahlung“ aus dem Zusatzfeld anstelle von „Kunden verarbeiten“ hinzu. Beim Ausfüllen dieses Feldes wird der Kunde der erwarteten Zahlung in den Kontakt eingetragen die im entsprechenden Zusatzfeld des Prozesses angegeben wurde. Dazu ist es notwendig, der Tabelle der erwarteten Zahlungen ein Feld hinzuzufügen, in dem die Kontakt-ID der erwarteten Zahlung gespeichert wird
2. Ändern Sie die Aktion zum Importieren von Zahlungen von privat24 so, dass Sie angeben können, in welches zusätzliche Zahlungsfeld dieser oder jener Wert des Kontoauszugsfelds geschrieben werden soll
3. Ändern Sie die Aktion „Zahlungen basierend auf erwarteten Zahlungen Prozessen zuordnen“ so, dass
3.1.die Auswahl einer geeigneten Zahlung erfolgte auf der Grundlage der Erfüllung einer Reihe von Bedingungen, insbesondere:
- durch Kontaktfelder aus der erwarteten Zahlung und Details aus der tatsächlichen Zahlung
- nach erwartetem Zahlungsdatum und tatsächlichem Zahlungsdatum
- um die Höhe der erwarteten Zahlung und die Höhe der tatsächlichen Zahlung
3.2. Es erfolgte eine Aufteilung der tatsächlichen Zahlung auf so viele Zahlungen, wie der Betrag der tatsächlichen Zahlung ausreicht, um die bestehenden erwarteten Zahlungen abzudecken. Diese Funktionalität funktioniert nur, wenn die erwarteten Zahlungen für den Kontakt anhand der tatsächlichen Zahlung ermittelt werden konnten und keine der anderen Verknüpfungsbedingungen funktionierte. In diesem Fall wird die Hauptzahlung als virtuell markiert und für jede erwartete Zahlung wird ein separater Zahlungsfakt erstellt, der dem Betrag der erwarteten Zahlung entspricht (der Betrag des Zahlungsfakts wird mithilfe des folgenden Algorithmus berechnet:
Nehmen Sie die erwarteten Zahlungen des Kunden, sortieren Sie sie nach Zahlungsdatum in aufsteigender Reihenfolge, nehmen Sie den Betrag der ersten erwarteten Zahlung und vergleichen Sie sie mit dem tatsächlichen Betrag. Zahlung: Wenn der Betrag der erwarteten Zahlung geringer ist, erstellen Sie einen Zahlungsfakt für den Betrag der erwarteten Zahlung, übertragen Sie die Differenz auf die nächste erwartete Zahlung und führen Sie einen ähnlichen Vergleich durch, bis die Bedingung erfüllt ist, dass der Betrag der erwarteten Zahlung erreicht ist Die Zahlung ist größer als der Restbetrag der tatsächlichen Zahlung. Erstellen Sie in diesem Fall eine Zahlung in Höhe des Restbetrags der tatsächlichen Zahlung.
3.3. Es erfolgte eine automatische Ergänzung der Kontaktdaten aus der erwarteten Zahlung mit Daten aus dem verknüpften Fakt. Zahlung
Aufgaben zur Verbesserung
1. Verbessern Sie die Funktionalität erwarteter Zahlungen. Fügen Sie in der Aktion „Erwartete Zahlung generieren“ das Feld „Den Kunden der erwarteten Zahlung aus dem Zusatzfeld übernehmen“ anstelle des Felds „Kunden verarbeiten“ hinzu. Prozessfeld Fügen Sie dazu ein Feld hinzu zur Tabelle der erwarteten Zahlungen, in der die Kontakt-ID der erwarteten Zahlung gespeichert wird
2. Verbessern Sie die Aktion zum Importieren von Zahlungen aus Privat24 „Privat24 Autoclient-Kontoauszug“ so, dass Sie angeben können, in welches zusätzliche Zahlungsfeld der eine oder andere Wert des Kontoauszugsfelds geschrieben werden soll
3. Schließen Sie die Aktion „Zahlungen basierend auf erwarteten Zahlungen auf Prozesse verteilen“ ab, damit Sie die Regeln für die Auswahl von Zahlungen basierend auf der Erfüllung einer Reihe von Bedingungen festlegen können, insbesondere:
- durch Kontaktfelder aus der erwarteten Zahlung und Details aus der tatsächlichen Zahlung
- bis zum Datum der erwarteten Zahlung und dem Datum der tatsächlichen Zahlung.
- um die Höhe der erwarteten Zahlung und die Höhe der tatsächlichen Zahlung
Fügen Sie dazu zur Aktion hinzu:
eine Tabelle bestehend aus den folgenden Vergleichsspalten
- Feld der erwarteten Zahlung. Zusammensetzung des Feldes: Felder legal. Kontaktdaten, Durchwahl Kontaktfelder (die Liste der Felder finden Sie hier („Privat24 Autoclient-Kontoauszug“) + Zahlungsbetrag + Zahlungsdatum + Konto/Konto + Währung
- Feld „Abweichung“. Der Wert aus diesem Feld wird verwendet, um den Fehler zum Zahlungsdatum und zum Zahlungsbetrag einzugeben (ähnlich wie bereits implementiert)
- Vergleichsbedingung. Liste der Felder aus „größer als, kleiner als, gleich, ungleich, größer als oder gleich, kleiner als oder gleich, kein Wert“
- Tatsächliches Zahlungsfeld. Liste der Extras Zahlungsfelder und Systemfelder: Zahlungsdatum, Zahlungsbetrag, Konto/Konto, Währung
- Kontrollkästchen „Erforderlich“. Wenn festgelegt, gilt die Bedingung beim Vergleich von *condition AND" als obligatorisch.
4. Ändern Sie die Aktion „Zahlungen anhand erwarteter Zahlungen auf Prozesse verteilen“, sodass die Aktion große Zahlungen automatisch auf mehrere Prozesse verteilt und gleichzeitig die Hauptzahlung gespeichert wird
hierfür zur Aktion hinzufügen:
- Setzen Sie einen Haken bei „Teilzahlungen entsprechend der erwarteten automatisch erstellen, wenn gemäß den konfigurierten Auswahlbedingungen mehrere erwartete Zahlungen gefunden wurden“
- das Feld „Methode“, bestehend aus den Optionen „zuerst frühere Rückzahlungen (FIFO)“ und „zuerst spätere Rückzahlungen (LIFO)“
wenn dieses Kontrollkästchen aktiviert ist
sollte passieren
1. Die tatsächlich verarbeitete Zahlung wird als virtuell markiert
2. Wenn im Feld „Methode“ die Option „Zuerst das Früheste (FIFO) zurückzahlen“ ausgewählt ist, dann sortieren Sie das erwartete Erstellungsdatum in aufsteigender Reihenfolge. Andernfalls, wenn „Zuerst das Spätere (LIFO) zurückzahlen“, dann „Absteigend“ sortieren. [#$# ]
3. Es werden so viele Teilzahlungen erstellt, wie der Betrag der ursprünglichen Zahlung ausreicht, um die bestehenden ausstehenden Zahlungen abzudecken (Sortierung aus Absatz 2 berücksichtigen.)
4. Teilzahlungen sind an die ursprüngliche Zahlung gekoppelt. Auf ihnen ist die Markierung „virtuell“ nicht angebracht. Daten der Originalzahlung werden in Unterzahlungen kopiert, wie zum Beispiel: Zahlungsdatum, Konto, Währung, Wechselkurs, Zahlungskategorie, Art und Kunde
5. Schließen Sie die Aktion „Zahlungen basierend auf erwarteten Zahlungen auf Prozesse verteilen“ ab, damit Daten aus Zahlungen auf die Kontaktkarte geschrieben werden, damit sie automatisch mit Daten gefüllt werden
Aktivieren Sie dazu das Kontrollkästchen „Aktion „Zahlungen basierend auf erwarteten Zahlungen auf Prozesse verteilen“ verbessern, damit“
Wenn dieses Kontrollkästchen aktiviert ist, dann
Wenn die erwartete Zahlung anhand der obligatorischen Suchkriterien gefunden werden konnte, müssen Sie die Werte der Zahlungsfelder, die als Kriterien für die Auswahl eines Kunden angegeben wurden, in die entsprechenden Felder des Kunden seiner erwarteten Zahlung schreiben mit dem die tatsächliche Zahlung verknüpft war
Layout https://www.figma.com/file/8rgRpCkKzcagoBkYO5biUU/Untitled?node-id=1%3A9
Antworten:
Alexander, Sie müssen sich an den Integrator wenden, um diesen TK zu analysieren. Oder zahlen Sie für die Kommunikation mit dem Entwickler auf diesem TK
24.12.2020, 16:48
Originalkommentar zur Version verfügbar: ru
Igor Ustimenko OneBox CTO schrieb / a: um für die Kommunikation mit dem Entwickler auf diesem T [/ quote] zu bezahlen, bin ich kein Integrator mehr? )) Verstanden. Ich werde die TK in Aufgaben aufteilen.
25.12.2020, 18:24
Originalkommentar zur Version verfügbar: ru
Alexander Pereginyak Oneboxconsulting (Integrator) schrieb: )) Verstanden. Ich werde die TK in Aufgaben aufteilen.
Igor Ustimenko OneBox CTO schrieb: Ich bin kein Integrator mehr, um für die Kommunikation mit dem Entwickler auf diesem T zu bezahlen
28.12.2020, 13:18
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
Copyright © OneBox 2024
