1. START
  2. FORUM
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Forum
  • Artikel
  • Seiten
  • Erweiterte Suche
Einladung zu den kostenlosen Webinaren von Payyxtron.
  1. SAP FSCM-Forum
  2. SAP Elektronischer Kontoauszug
  3. SAP Elektronischer Kontoauszug in SAP ERP
  4. Elektronische Zahlungsavise

FEB_BSPROC Zahlung mit Avis Ausgleich fehlerhaft

  • Confucius
  • 1. April 2019 um 16:48
1. offizieller Beitrag
  • Confucius
    Gast
    • 1. April 2019 um 16:48
    • #1

    Hallo Herr Wild,

    wir wollen demnächst in unserem Unternehmen die Zahlungsavise per Idoc PEXR2003, Eingang, Vorgang REMA empfangen . Die Idocs generieren Zahlungsavise, die lediglich nur den Betrag und die Gutschriftsanzeige-Nummer aus VSB1 beinhalten. Also diese Zahlungsavise sollten nicht automatisch gebucht werden, sondern unser Finanzbuchhalter möchte auf die Zahlung in dem Kontoauszug warten und dann den Ausgleich starten.

    Mit dem Vorgang 0020 Zahlung mit Avis in FEB_BSPROC schaffe ich die Verbindung zu dem Zahlungsavis herzustellen, wird aber nur der Betrag gefunden und die Buchung in eine Akontobuchung dargestellt. Die offenen Posten werden somit nicht ausgeglichen.

    Was mache ich falsch? Ich wäre Ihnen für einen Hinweis sehr dankbar.

    Viele Grüße

    Confucius

  • amazon
  • Claus Wild
    Artikel
    16
    • 1. April 2019 um 17:38
    • Offizieller Beitrag
    • #2

    Hallo Confucius,

    für die Zuordnung von "externen" zu "internen" Belegen müsste noch die Selektionsreihenfolge gepflegt werden. Evtl. ist das ein erster Ansatz der weiterhilft? Über den Weg werden die späteren Ausgleichsinformationen verknüpft.

    Was evtl. auch noch helfen könnte wäre der Interpretationsalgorithmus 032. Die weitere Verarbeitung von Avisen kann die Zuordnung der eingehenden Avise ebenfalls noch ein Stück weit steuern:

    Viele Grüße

    Claus Wild

    • Nächster offizieller Beitrag
  • Confucius
    Gast
    • 13. Dezember 2019 um 11:11
    • #3

    Hallo Claus,

    ich habe mich seit lange nicht mehr gemeldet, da ich mit dem Projekt immer noch nicht fertig bin und die offenen Posten leider immer noch nicht gefunden werden.

    Nach ganz langer Recherche, habe ich festgestellt, dass ich noch das SD Self Billing Invoice- Gutschriftsverfahren benötige (Automotive Branche), die SBWAP IDOCS mappen lasse, die Verarbeitung der Gutschriften in dem Eingangsmonitor VSB1N anstoßen muss und nur damit den Vergleich mit der internen Faktura generieren kann und die Restposten erzeugen, falls unterschiedliche Beträge vorhanden sind. Die Gutschriftsanzeigenummer wird in diesem Step auch als Referenzfeld in den offenen Posten geschrieben. Nur so kann gewährleistet sein, dass neben dem Betrag die richtigen Posten gefunden werden.

    Die Zahlungsavise REMADV werden in der Belegnummer und Faktura mit der Gutschriftsanzeigenummer gefüllt und in den Selektionsregeln OBCU habe ich definiert, sobald Belegnummer und Faktura gefüllt werden, sollte das System das Referenzfeld XBLNR in den offenen Posten suchen. So verstehe ich diese Regeln.


    EDI 1 BELNR Belegnummer 10 XBLNR Referenz

    EDI 2 VBELN Vertriebsbeleg 10 XBLNR Referenz

    EDI 3 XREF1 Referenzschlüssel 1 10 XBLNR Referenz

    EDI 4 BELNR Belegnummer 10 BELNR Belegnummer


    Trotzdem wird in FEB_BSPROC die Zeile AKONTO gestellt, wobei die Nummer nicht anerkannt wird.

    Hast du noch eine Idee woran es liegen könnte?

    Kann es sein, dass das an dem Zahlungsavis liegt, weil in den Selektionsangaben die Belegnummer steht? sollte da die XBLNR stehen? Wenn ja, ich wüsste es nicht in welchem Segment in REMADV steuern kann, dass die XBLNR da erscheint. Ich habe schon überall geguckt und mit verschiedenen Qualifiern probiert.

    FBL5N


    Deinen zweiten Vorschlag habe ich auch umgesetzt, daran liegt es nicht, weil da die automatischen Buchungen angestossen werden und wir wollen die Posten manuell ausgleichen...noch...

    Ich wäre sehr dankbar für jede Hilfe. Mir fehlt nur der letzte Schritt: die offenen Posten zu finden, dann können wir schon live gehen. Aber zurzet bin ich mit meinem Latein schon am Ende.

    Vielen Gruß

    Confucius

    Bilder

    • pasted-from-clipboard.png
      • 46,68 kB
      • 552 × 662
  • Claus Wild
    Artikel
    16
    • 13. Dezember 2019 um 16:40
    • Offizieller Beitrag
    • #4

    Hallo Confucius,

    ahh, ihr habt an der Stelle ein Kundengutschriftsverfahren. Ich kenne das noch aus einem anderen Projekt wo die Zuordnung der Belege manuell "gefrickelt" wurde, bzw. das dazugehörige SD-Erweiterung dazu gefehlt hat. War auch nicht einfach … Habt ihr dann pro Beleg ein Avis das ihr einstellt?

    In der Selektionsangabe für die Belegsuche solltest Du demnach die XBELNR drin haben - deine Referenzen beziehen sich da auch drauf. Aus der Entfernung raus kann ich es leider nicht nachschauen in welchem Qualifier die Belegnummer angeliefert wird die Du zur Selektion benötigt.

    Viele Grüße

    Claus

    • Vorheriger offizieller Beitrag
  • Confucius
    Gast
    • 19. Dezember 2019 um 16:45
    • #5

    Hallo Klaus,

    mein Leiden hat jetzt ein Ende.

    XBELNR konnte ich in dem Zahlungsavis z.B. mit dem Qualifier 034 in dem Segment E1EDK02 generieren, wobei da sind mehrere Segmente zu beachten ...in dem INV Teil und in dem CRM Teil.

    Und der erste Segment E1IDKU1 BGMREF erzeugt ein neues Zahlungsavis, falls du eine neue Nummer da einträgst. Das wusste ich natürlich nicht und habe mir wirklich lange schwer getan, in dem ich alle Qualifier der Welt probiert habe, trotzdem blieb mein Avis unverändert.

    VSB1N erzeugt jetzt automatisch die Referenznummer mit der Gutschriftsanzeigenummer in den offenen Posten und die Selektionsregel finden jetzt die XBELNR.

    Was für ein Glück für mich das noch vor Weihnachten zu finden.

    Vielen Dank trotzdem für deine Hilfe und für das Forum.

    Vielen Gruß und guten Rutsch!

    Confucius

Registrierung

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen

Warum die ISO 20022-Migration dringend bleibt

Die Umstellung der MT-Formate wurde von November 2025 auf November 2026 verschoben. Aufgrund der langen Vorlaufzeiten sollten sie aber bereits jetzt mit der Umstellung beginnen. Mehr über das Warum erfahren Sie im Blog von Payyxtron.

Ein Finger klickt ein virtuelles ISO-Symbol an.
Jetzt lesen!

Werden Sie zum ELKO-Experten!

Lernen Sie den Elektronischen Kontoauszug in SAP S/4HANA kennen oder vertiefen Sie Ihr Wissen: mit dem Online-Training „Elektronischer Kontoauszug mit SAP S/4HANA“ von Claus Wild.

  • für Einsteiger und Fortgeschrittene
  • zeitlich flexibel
  • ortsunabhängig
Jetzt anmelden!

Tiefes ELKO-Wissen zum Nachschlagen

Die Komplexität des Elektronischen Kontoauszugs in SAP S/4HANA kann überwältigend sein. Das „Praxishandbuch Kontoauszug in SAP S/4HANA“ von Claus Wild ist das perfekte Nachschlagewerk für jeden, der im ELKO-Dschungel den Überblick behalten möchte. Gespickt mit Tipps und Tricks aus mehr als 25 Jahren Beraterpraxis.

Jetzt bestellen!

DMEEX Deep Dive

Die DMEEX in SAP S/4HANA bietet mehr Funktionen als ihre Vorgängerin. Erfahren Sie, wie Sie Ihre Zahlungsträger damit deutlich effizienter erstellen. Lernen Sie wichtige Details bei der Definition von Knoten kennen. Im praxisnahen Schulungsvideo von Michael Englert.

Jetzt ansehen!

Nutzen Sie die Benachrichtigungsfunktion!

Lassen Sie sich automatisch per E-Mail über neue Beiträge informieren. Aktivieren Sie dazu einfach die interne Benachrichtigungsfunktion!

Eine Anleitung finden Sie hier.

Grafische Darstellung des SAP FI-Forums Wikipayments durch Hände auf einer Tastatur, Sprechblasen und einen Globus In unserem SAP-Forum Wikipayments stellen wir der SAP-Community alles Wissenswerte rund um das FSCM zur Verfügung.

Richten Sie die Mehrfaktor-Authentifizierung ein!

Erhöhen Sie die Sicherheit Ihres Wikipayments-Accounts. Folgen Sie einfach unserer Anleitung zur Einrichtung der Mehrfaktor-Authentifizierung.

abstrakte Darstellung eines Schlosses mit Abkürzung "MFA" darüber für "Mehrfaktor-Authentifizierung"

Letzte Beiträge

  • Dispo-Ebene bei Dauerbuchungen Transaktion FBD1

    Claus Wild 14. Juni 2025 um 13:01
  • Hinweis 3491320 - Währungen im elektronischen Kontoauszug

    Claus Wild 7. Juni 2025 um 07:21
  • Hinweis 3609837 - CAMT.053: Kontoauszugsposition mit Status \"Abgeschlossen\", aber kein Beleg/Buchungsbeleg gebucht

    Claus Wild 7. Juni 2025 um 07:19
  • Hinweis 3519922 - Verarbeitung von Rückläufern - Interpretationsalgorithmus 060

    Claus Wild 7. Juni 2025 um 07:15
  • Hinweis 3457485 - Neuzuordnung von SEPA-Mandaten bei Umstrukturierung von Kundenstammdaten

    Claus Wild 7. Juni 2025 um 06:52

Holen Sie sich aktuelle Hinweise, News und Updates rund um SAP FSCM.

Jetzt kostenfrei und unverbindlich registrieren!
Grafische Darstellung der Aktualität, Praxisnähe und Interaktivität des SAP FI-Forums Wikipayments durch einen Leuchtturm, eine Medaille, einen Taschenrechner, einen Geldschein und einen Daumen nach oben

Tags

  • FEB_BSPROC
  • Ausgleich Zahlung
  • Zahlung mit Avis
Impressum Copyright Datenschutz
© Payyxtron. 2024. Alle Rechte vorbehalten.
Community-Software: WoltLab Suite™
Style by DohTheme