BP Check nach Klick auf SAVE Button
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hinter der Transaktion BP hängt doch das BDT.
Ruf mal das Bereichtsmenü BUPT. Dort hast du alle Einstellungen zum GP auch BDT. Irgendwo gibt es Zeitpunktbausteine (Hab gerade kein SAP zum Schauen). Sichtenübgreifend (also beim Speichern) sollte der Zeitpunkt DCHCK dein Freund sein. Auf alle Fälle nicht im DSAVE, der darf nur Speichern und keine Fehler mehr werfen. DSAVB (oder DSAVC?) macht meines Wissens nur die Nummernvergaben.
--
Wenn du schon beim Wechsel der Sicht prüfen willst, ob alle Felder gefüllt sind, dann muss den SichtenFuba austauschen.
--
Wenn du öfters beim GP was erweitern sollst, solltest du dich mal dringend mit dem BDT beschäftigen. Da kann man auch viel falsch machen.... Oder du fragst hier noch einmal nach. Da kann ich dir etwas helfen.
Ruf mal das Bereichtsmenü BUPT. Dort hast du alle Einstellungen zum GP auch BDT. Irgendwo gibt es Zeitpunktbausteine (Hab gerade kein SAP zum Schauen). Sichtenübgreifend (also beim Speichern) sollte der Zeitpunkt DCHCK dein Freund sein. Auf alle Fälle nicht im DSAVE, der darf nur Speichern und keine Fehler mehr werfen. DSAVB (oder DSAVC?) macht meines Wissens nur die Nummernvergaben.
--
Wenn du schon beim Wechsel der Sicht prüfen willst, ob alle Felder gefüllt sind, dann muss den SichtenFuba austauschen.
--
Wenn du öfters beim GP was erweitern sollst, solltest du dich mal dringend mit dem BDT beschäftigen. Da kann man auch viel falsch machen.... Oder du fragst hier noch einmal nach. Da kann ich dir etwas helfen.
msfox hat geschrieben: ↑22.07.2022 13:40Hinter der Transaktion BP hängt doch das BDT.
Ruf mal das Bereichtsmenü BUPT. Dort hast du alle Einstellungen zum GP auch BDT. Irgendwo gibt es Zeitpunktbausteine (Hab gerade kein SAP zum Schauen). Sichtenübgreifend (also beim Speichern) sollte der Zeitpunkt DCHCK dein Freund sein. Auf alle Fälle nicht im DSAVE, der darf nur Speichern und keine Fehler mehr werfen. DSAVB (oder DSAVC?) macht meines Wissens nur die Nummernvergaben.
--
Wenn du schon beim Wechsel der Sicht prüfen willst, ob alle Felder gefüllt sind, dann muss den SichtenFuba austauschen.
--
Wenn du öfters beim GP was erweitern sollst, solltest du dich mal dringend mit dem BDT beschäftigen. Da kann man auch viel falsch machen.... Oder du fragst hier noch einmal nach. Da kann ich dir etwas helfen.
Danke dir.
Leider kenne ich mich BDT nicht aus.
Über die Transaktion BUS7 habe ich DCHCK gefunden. Hier sind einige Standard-Funktionsbausteine bereits vorhanden.
Müsste ich einen neuen Funktionsbaustein erstellen und ihn dann in DCHCK reinstellen? Bzw wo und wie kann ich wirklich alle Felder prüfen, ob sie wirklich eingetragen worden sind?
Was wären die Importparameter?
Wäre irrsinnig dankbar, wenn es ein Beitrag dazu gäbe oder mir jemand das Schritt für Schritt erklären könnte. Ich finde online leider wenig dazu..
Bin aktuell etwas kurz angebunden (Urlaub) und daher keinen Zugriff auf's SAP. Bin erst in 3 - 4 Wochen wieder richtig am Computer.
Nebenhinweis:
Wenn du nur Daten prüfen willst, dann reicht der GET-Fuba. Willst duch Daten ändern (NICHT im DCHCK), dann muss du immer erst die Daten mit dem GET lesen und sie dann mit dem SET zurückschreiben.
Wenn du aber nach dem BDT bei der SAP suchst, sollste du eine Übersicht finden, wo die Reihenfolge der Zeitpunkt beschrieben ist.
Wenn es sich um Pflichtfelder handelt, dann könntest du das vielleicht auch über die Feldgruppensteuerung (Auch im Bereichsmenü BUPT) regeln. Hier kannst du selbst definieren, welche Felder Pflichtfelder sind. Aber Achtung!: Das geht auf verschiedenen Ebene.
- Allgemein
- Pro GP-Rolle
- Pro Benutzer-Berechtigung
Hier such ich auch immer, bis ich das passende gefunden habe...
Ja du muss einen neue Fuba erstellen. Der Fuba selbst hat keine Schnittstellenparameter. Die Funktionsbaustein prüfen nur innerhalb ihrer Funktionsgruppe auf globale Variablen. Aber, (fast) jede Funktionsgruppe hat eine passenden _GET und _SET Fuba. Schau einfach mal in den anderen Fuba's im DCHCK-Zeitpunkt, in welche Funktionsgruppe die liegen und wie die GET/SET - Fubas heißen. Irgendwo in dem Bereichsmenü BUPT gibt es eine Transaktion, wo man zur jeweiligen Tabelle auch die GET und SET-Fubas einrichtet. Dort bekommst du die auch her. Du liest also mit dem _GET-Fuba die Daten, prüfst sie und setzt eine Fehlermeldung mit dem Fuba BUS_MESSAGE_STORE ab. Im BDT dürfen keine harten Meldungen oder Dynpro-spezifische Anweisungen (z.B. CALL SCREEN; POPUP_TO_CONFIRM) verwendet werden, weil das BDT auch im Batch-Modus (z.B. BABI oder DirectInput verwendet wird.
Nebenhinweis:
Wenn du nur Daten prüfen willst, dann reicht der GET-Fuba. Willst duch Daten ändern (NICHT im DCHCK), dann muss du immer erst die Daten mit dem GET lesen und sie dann mit dem SET zurückschreiben.
Das wird schwierig. Da muss du schon schreiben, welche Daten du konkret prüfen möchtest.wenn es ein Beitrag dazu gäbe oder mir jemand das Schritt für Schritt erklären könnte. Ich finde online leider wenig dazu..
Wenn du aber nach dem BDT bei der SAP suchst, sollste du eine Übersicht finden, wo die Reihenfolge der Zeitpunkt beschrieben ist.
Definiere alle Felder...Im Badi soll überprüft werden, ob alle Felder auch befüllt worden sind.
Wenn es sich um Pflichtfelder handelt, dann könntest du das vielleicht auch über die Feldgruppensteuerung (Auch im Bereichsmenü BUPT) regeln. Hier kannst du selbst definieren, welche Felder Pflichtfelder sind. Aber Achtung!: Das geht auf verschiedenen Ebene.
- Allgemein
- Pro GP-Rolle
- Pro Benutzer-Berechtigung
Hier such ich auch immer, bis ich das passende gefunden habe...
Danke!msfox hat geschrieben: ↑25.07.2022 19:14Bin aktuell etwas kurz angebunden (Urlaub) und daher keinen Zugriff auf's SAP. Bin erst in 3 - 4 Wochen wieder richtig am Computer.Ja du muss einen neue Fuba erstellen. Der Fuba selbst hat keine Schnittstellenparameter. Die Funktionsbaustein prüfen nur innerhalb ihrer Funktionsgruppe auf globale Variablen. Aber, (fast) jede Funktionsgruppe hat eine passenden _GET und _SET Fuba. Schau einfach mal in den anderen Fuba's im DCHCK-Zeitpunkt, in welche Funktionsgruppe die liegen und wie die GET/SET - Fubas heißen. Irgendwo in dem Bereichsmenü BUPT gibt es eine Transaktion, wo man zur jeweiligen Tabelle auch die GET und SET-Fubas einrichtet. Dort bekommst du die auch her. Du liest also mit dem _GET-Fuba die Daten, prüfst sie und setzt eine Fehlermeldung mit dem Fuba BUS_MESSAGE_STORE ab. Im BDT dürfen keine harten Meldungen oder Dynpro-spezifische Anweisungen (z.B. CALL SCREEN; POPUP_TO_CONFIRM) verwendet werden, weil das BDT auch im Batch-Modus (z.B. BABI oder DirectInput verwendet wird.
Nebenhinweis:
Wenn du nur Daten prüfen willst, dann reicht der GET-Fuba. Willst duch Daten ändern (NICHT im DCHCK), dann muss du immer erst die Daten mit dem GET lesen und sie dann mit dem SET zurückschreiben.Das wird schwierig. Da muss du schon schreiben, welche Daten du konkret prüfen möchtest.wenn es ein Beitrag dazu gäbe oder mir jemand das Schritt für Schritt erklären könnte. Ich finde online leider wenig dazu..
Wenn du aber nach dem BDT bei der SAP suchst, sollste du eine Übersicht finden, wo die Reihenfolge der Zeitpunkt beschrieben ist.
Definiere alle Felder...Im Badi soll überprüft werden, ob alle Felder auch befüllt worden sind.
Wenn es sich um Pflichtfelder handelt, dann könntest du das vielleicht auch über die Feldgruppensteuerung (Auch im Bereichsmenü BUPT) regeln. Hier kannst du selbst definieren, welche Felder Pflichtfelder sind. Aber Achtung!: Das geht auf verschiedenen Ebene.
- Allgemein
- Pro GP-Rolle
- Pro Benutzer-Berechtigung
Hier such ich auch immer, bis ich das passende gefunden habe...
Kannst du mir bitte weiterhelfen, wie ich im DCHCK überprüfen kann, welche Daten für die Rolle Customer im Bereich Sales&Distribution eingetragen sind?msfox hat geschrieben: ↑25.07.2022 19:14Bin aktuell etwas kurz angebunden (Urlaub) und daher keinen Zugriff auf's SAP. Bin erst in 3 - 4 Wochen wieder richtig am Computer.Ja du muss einen neue Fuba erstellen. Der Fuba selbst hat keine Schnittstellenparameter. Die Funktionsbaustein prüfen nur innerhalb ihrer Funktionsgruppe auf globale Variablen. Aber, (fast) jede Funktionsgruppe hat eine passenden _GET und _SET Fuba. Schau einfach mal in den anderen Fuba's im DCHCK-Zeitpunkt, in welche Funktionsgruppe die liegen und wie die GET/SET - Fubas heißen. Irgendwo in dem Bereichsmenü BUPT gibt es eine Transaktion, wo man zur jeweiligen Tabelle auch die GET und SET-Fubas einrichtet. Dort bekommst du die auch her. Du liest also mit dem _GET-Fuba die Daten, prüfst sie und setzt eine Fehlermeldung mit dem Fuba BUS_MESSAGE_STORE ab. Im BDT dürfen keine harten Meldungen oder Dynpro-spezifische Anweisungen (z.B. CALL SCREEN; POPUP_TO_CONFIRM) verwendet werden, weil das BDT auch im Batch-Modus (z.B. BABI oder DirectInput verwendet wird.
Nebenhinweis:
Wenn du nur Daten prüfen willst, dann reicht der GET-Fuba. Willst duch Daten ändern (NICHT im DCHCK), dann muss du immer erst die Daten mit dem GET lesen und sie dann mit dem SET zurückschreiben.Das wird schwierig. Da muss du schon schreiben, welche Daten du konkret prüfen möchtest.wenn es ein Beitrag dazu gäbe oder mir jemand das Schritt für Schritt erklären könnte. Ich finde online leider wenig dazu..
Wenn du aber nach dem BDT bei der SAP suchst, sollste du eine Übersicht finden, wo die Reihenfolge der Zeitpunkt beschrieben ist.
Definiere alle Felder...Im Badi soll überprüft werden, ob alle Felder auch befüllt worden sind.
Wenn es sich um Pflichtfelder handelt, dann könntest du das vielleicht auch über die Feldgruppensteuerung (Auch im Bereichsmenü BUPT) regeln. Hier kannst du selbst definieren, welche Felder Pflichtfelder sind. Aber Achtung!: Das geht auf verschiedenen Ebene.
- Allgemein
- Pro GP-Rolle
- Pro Benutzer-Berechtigung
Hier such ich auch immer, bis ich das passende gefunden habe...
Ich finde leider nicht die passenden globalen Parameter..
So, habe heute wieder ein SAP-System vor der Nase und kann mal schauen, was du brauchst:
Zunächst mal die deutsche Übersetzung:
Rolle Customer -> CVI Kunde
Sales&Distribution -> Button "Vertrieb" beim GP (TOC: BP)
--
Variante A (Entwicklung)
Die Daten die du prüfen willst, gehören zur Customer Vendor Integration (CVI). Laut Transaktion BUSG (Tabelle), gehören hier folgende Lesebausteine zu den Tabellen:
KNVA CVIC_BUPA_KNVA_GET
KNVI CVIC_BUPA_KNVI_GET
KNVP CVIC_BUPA_KNVP_GET
KNVV CVIC_BUPA_KNVV_GET
Welche Tabelle hier zu welchen DynproFeld in der Transaktion BP gehört, muss du selbst mal prüfen.
Bei mir im Quellcode arbeite ich - warum auch immer - nicht mit den FuBas, sondern über die Klasse cvi_bdt_adapter und der Methode data_sales_get(). Dieser übergebe ich den Tabellennamen z.B. KNVV und erhalte darüber die Daten. Muss prüfen, ob du mit dem Fubas auskommst oder auch die Klasse nehmen muss.
--
Da du nun den Lesebaustein kennst, kannst du dir im Zeitpunkt DCHCK (TA: BUS7) einen eigenen Fuba einbinden. In dem Fuba liest du die Daten und setzt via Fuba BUS_MESSAGE_STORE eine Fehlermeldung ab, wenn die Daten nicht stimmen.
--------
Variante B (Customzing), wenn du über die Feldgruppen deine Felder als Pflichtfelder setzten willst.
Bereichsmenü "BUPT" -> Geschäftspartner -> Bildaufbau:
Bilder (TOC: BUS5)
- Das sind quasi deine Tabreiter
- z.B. CVIC71 für Aufträge
- Jedes Bild besitzt mehrere Abschnitte
----CVIC00 Kopfdaten (vertriebsbereichsabhängige Bilder)
----CVIC71 Debitor: Auftrag
----CVIC72 Debitor: Preisfind und Statistik
----CVIC73 Debitor: Agenturgeschäft
Abschnitte(TOC: BUS4)
- Jeder Abschnitt besitzt mehrere Sichten
- CVIC71 Debitor: Auftrag
----CVIC71 Debitor: Kundenbezirk, Kundengruppe
----CVIC72 Debitor: Verkaufsbüro, Verkäufergruppe
----CVIC73 Debitor: Berechtigungsgruppe, Konto bei Debitor
----CVIC74 Debitor: Auftragswahrscheinlichkeit, Positionsvors
----CVIC75 Debitor: ABC-Klassen, MengeneinhGrp, Rundung, K.-S
----CVIC76 Debitor: Währung, Kurstyp
Sichten(TOC: BUS3)
- Jede Sicht hat mehrere Feldgruppen
- CVIC71 Debitor: Kundenbezirk, Kundengruppe
----1902 Debitor: Kundengruppe
----1928 Debitor: Kundenbezirk
-> Damit hast du die Feldgruppe für das Feld "Kundengruppe"
Feldgruppen(TOC: BUS2)
- Zur Feldgruppe 1902 kannst du jetzt sagen, welches Feld ein Pflichtfeld sein soll.
--> Feldgruppe --> Felder (KNVV-KDGRP)
Zunächst mal die deutsche Übersetzung:
Rolle Customer -> CVI Kunde
Sales&Distribution -> Button "Vertrieb" beim GP (TOC: BP)
--
Variante A (Entwicklung)
Die Daten die du prüfen willst, gehören zur Customer Vendor Integration (CVI). Laut Transaktion BUSG (Tabelle), gehören hier folgende Lesebausteine zu den Tabellen:
KNVA CVIC_BUPA_KNVA_GET
KNVI CVIC_BUPA_KNVI_GET
KNVP CVIC_BUPA_KNVP_GET
KNVV CVIC_BUPA_KNVV_GET
Welche Tabelle hier zu welchen DynproFeld in der Transaktion BP gehört, muss du selbst mal prüfen.
Bei mir im Quellcode arbeite ich - warum auch immer - nicht mit den FuBas, sondern über die Klasse cvi_bdt_adapter und der Methode data_sales_get(). Dieser übergebe ich den Tabellennamen z.B. KNVV und erhalte darüber die Daten. Muss prüfen, ob du mit dem Fubas auskommst oder auch die Klasse nehmen muss.
--
Da du nun den Lesebaustein kennst, kannst du dir im Zeitpunkt DCHCK (TA: BUS7) einen eigenen Fuba einbinden. In dem Fuba liest du die Daten und setzt via Fuba BUS_MESSAGE_STORE eine Fehlermeldung ab, wenn die Daten nicht stimmen.
--------
Variante B (Customzing), wenn du über die Feldgruppen deine Felder als Pflichtfelder setzten willst.
Bereichsmenü "BUPT" -> Geschäftspartner -> Bildaufbau:
Bilder (TOC: BUS5)
- Das sind quasi deine Tabreiter
- z.B. CVIC71 für Aufträge
- Jedes Bild besitzt mehrere Abschnitte
----CVIC00 Kopfdaten (vertriebsbereichsabhängige Bilder)
----CVIC71 Debitor: Auftrag
----CVIC72 Debitor: Preisfind und Statistik
----CVIC73 Debitor: Agenturgeschäft
Abschnitte(TOC: BUS4)
- Jeder Abschnitt besitzt mehrere Sichten
- CVIC71 Debitor: Auftrag
----CVIC71 Debitor: Kundenbezirk, Kundengruppe
----CVIC72 Debitor: Verkaufsbüro, Verkäufergruppe
----CVIC73 Debitor: Berechtigungsgruppe, Konto bei Debitor
----CVIC74 Debitor: Auftragswahrscheinlichkeit, Positionsvors
----CVIC75 Debitor: ABC-Klassen, MengeneinhGrp, Rundung, K.-S
----CVIC76 Debitor: Währung, Kurstyp
Sichten(TOC: BUS3)
- Jede Sicht hat mehrere Feldgruppen
- CVIC71 Debitor: Kundenbezirk, Kundengruppe
----1902 Debitor: Kundengruppe
----1928 Debitor: Kundenbezirk
-> Damit hast du die Feldgruppe für das Feld "Kundengruppe"
Feldgruppen(TOC: BUS2)
- Zur Feldgruppe 1902 kannst du jetzt sagen, welches Feld ein Pflichtfeld sein soll.
--> Feldgruppe --> Felder (KNVV-KDGRP)
msfox hat geschrieben: ↑26.08.2022 10:08So, habe heute wieder ein SAP-System vor der Nase und kann mal schauen, was du brauchst:
Zunächst mal die deutsche Übersetzung:
Rolle Customer -> CVI Kunde
Sales&Distribution -> Button "Vertrieb" beim GP (TOC: BP)
--
Variante A (Entwicklung)
Die Daten die du prüfen willst, gehören zur Customer Vendor Integration (CVI). Laut Transaktion BUSG (Tabelle), gehören hier folgende Lesebausteine zu den Tabellen:
KNVA CVIC_BUPA_KNVA_GET
KNVI CVIC_BUPA_KNVI_GET
KNVP CVIC_BUPA_KNVP_GET
KNVV CVIC_BUPA_KNVV_GET
Welche Tabelle hier zu welchen DynproFeld in der Transaktion BP gehört, muss du selbst mal prüfen.
Bei mir im Quellcode arbeite ich - warum auch immer - nicht mit den FuBas, sondern über die Klasse cvi_bdt_adapter und der Methode data_sales_get(). Dieser übergebe ich den Tabellennamen z.B. KNVV und erhalte darüber die Daten. Muss prüfen, ob du mit dem Fubas auskommst oder auch die Klasse nehmen muss.
--
Da du nun den Lesebaustein kennst, kannst du dir im Zeitpunkt DCHCK (TA: BUS7) einen eigenen Fuba einbinden. In dem Fuba liest du die Daten und setzt via Fuba BUS_MESSAGE_STORE eine Fehlermeldung ab, wenn die Daten nicht stimmen.
--------
Variante B (Customzing), wenn du über die Feldgruppen deine Felder als Pflichtfelder setzten willst.
Bereichsmenü "BUPT" -> Geschäftspartner -> Bildaufbau:
Bilder (TOC: BUS5)
- Das sind quasi deine Tabreiter
- z.B. CVIC71 für Aufträge
- Jedes Bild besitzt mehrere Abschnitte
----CVIC00 Kopfdaten (vertriebsbereichsabhängige Bilder)
----CVIC71 Debitor: Auftrag
----CVIC72 Debitor: Preisfind und Statistik
----CVIC73 Debitor: Agenturgeschäft
Abschnitte(TOC: BUS4)
- Jeder Abschnitt besitzt mehrere Sichten
- CVIC71 Debitor: Auftrag
----CVIC71 Debitor: Kundenbezirk, Kundengruppe
----CVIC72 Debitor: Verkaufsbüro, Verkäufergruppe
----CVIC73 Debitor: Berechtigungsgruppe, Konto bei Debitor
----CVIC74 Debitor: Auftragswahrscheinlichkeit, Positionsvors
----CVIC75 Debitor: ABC-Klassen, MengeneinhGrp, Rundung, K.-S
----CVIC76 Debitor: Währung, Kurstyp
Sichten(TOC: BUS3)
- Jede Sicht hat mehrere Feldgruppen
- CVIC71 Debitor: Kundenbezirk, Kundengruppe
----1902 Debitor: Kundengruppe
----1928 Debitor: Kundenbezirk
-> Damit hast du die Feldgruppe für das Feld "Kundengruppe"
Feldgruppen(TOC: BUS2)
- Zur Feldgruppe 1902 kannst du jetzt sagen, welches Feld ein Pflichtfeld sein soll.
--> Feldgruppe --> Felder (KNVV-KDGRP)
Danke! Hat funktioniert.
wie finde ich die richtigen Lesebausteine und schreibbausteine?
Ich finde leider online sehr wenig. Hast du vielleicht Tipps für mich, wenn ich nächstes Mal in BP was machen muss?
Die Transaktion mit den Fubas zum Lesen aus und Schreiben in das BDT hatte ich dir doch geschrieben - BUSG bzw. im Menü.
Ja, das ist das Problem, dass man online dazu nix findet.
Man kann im BDT sehr viel falsch* machen - insb. wenn man Dinge an der falschen Stelle macht. Learning by doing oder durch Kollegen. Man muss das Grundprinzip des BDT verstehen und schauen, wie es die SAP bei sich macht.
Es ist ja nicht nur der BP, sondern auch das Vertragskonto und Vertragsgegenstand, die über das BDT laufen.
*z.B. machen viele erst diverse Prüfungen im DSAVE-Zeitpunkt. Dort ist es allerdings zu spät, da man dort keine Meldungen mehr absetzen oder sogar abbrechen darf. Weiterhin ist im Vorfeld schon der DSAVC gelaufen, welcher bei einer Neuanlegen die Nummervergabe gemacht hat.
Weiterhin wird bei Erweiterungen gern der DirectInput vergessen - Zeitpunkt DINP1, DINP2. Das sind z.T. die Zeitpunkte die die BAPI's oder Fremdpflege (Fubas: BUS_FOREIGN_...) durchlaufen. Wir nutzen diese Zeitpunkte sehr häufig, weil wir Weboberflächen (WD4A) über Fremdpflege angebunden haben.
Ja, das ist das Problem, dass man online dazu nix findet.
Man kann im BDT sehr viel falsch* machen - insb. wenn man Dinge an der falschen Stelle macht. Learning by doing oder durch Kollegen. Man muss das Grundprinzip des BDT verstehen und schauen, wie es die SAP bei sich macht.
Es ist ja nicht nur der BP, sondern auch das Vertragskonto und Vertragsgegenstand, die über das BDT laufen.
*z.B. machen viele erst diverse Prüfungen im DSAVE-Zeitpunkt. Dort ist es allerdings zu spät, da man dort keine Meldungen mehr absetzen oder sogar abbrechen darf. Weiterhin ist im Vorfeld schon der DSAVC gelaufen, welcher bei einer Neuanlegen die Nummervergabe gemacht hat.
Weiterhin wird bei Erweiterungen gern der DirectInput vergessen - Zeitpunkt DINP1, DINP2. Das sind z.T. die Zeitpunkte die die BAPI's oder Fremdpflege (Fubas: BUS_FOREIGN_...) durchlaufen. Wir nutzen diese Zeitpunkte sehr häufig, weil wir Weboberflächen (WD4A) über Fremdpflege angebunden haben.
msfox hat geschrieben: ↑08.09.2022 22:14Die Transaktion mit den Fubas zum Lesen aus und Schreiben in das BDT hatte ich dir doch geschrieben - BUSG bzw. im Menü.
Ja, das ist das Problem, dass man online dazu nix findet.
Man kann im BDT sehr viel falsch* machen - insb. wenn man Dinge an der falschen Stelle macht. Learning by doing oder durch Kollegen. Man muss das Grundprinzip des BDT verstehen und schauen, wie es die SAP bei sich macht.
Es ist ja nicht nur der BP, sondern auch das Vertragskonto und Vertragsgegenstand, die über das BDT laufen.
*z.B. machen viele erst diverse Prüfungen im DSAVE-Zeitpunkt. Dort ist es allerdings zu spät, da man dort keine Meldungen mehr absetzen oder sogar abbrechen darf. Weiterhin ist im Vorfeld schon der DSAVC gelaufen, welcher bei einer Neuanlegen die Nummervergabe gemacht hat.
Weiterhin wird bei Erweiterungen gern der DirectInput vergessen - Zeitpunkt DINP1, DINP2. Das sind z.T. die Zeitpunkte die die BAPI's oder Fremdpflege (Fubas: BUS_FOREIGN_...) durchlaufen. Wir nutzen diese Zeitpunkte sehr häufig, weil wir Weboberflächen (WD4A) über Fremdpflege angebunden haben.
In der Transaktion BUSG hat man die Möglichkeit eigene ZFunktionsbausteine einzufügen für eine Tabelle (wenn die Tabelle keine READ DATA Funktionsbaustein besitzt).
Aber wie lese ich zur Laufzeit, welche Daten hier übermittelt werden?
Du hast die BUSG falsch verstanden. Aus meiner Sicht hat die lediglich Informations-Charakter. Du kannst hier deinen eigene Tabellen inkl. der Schreibe- und Lesenbaustein etc. hinterlegen.* Die Fubas musst du dann in deinen eigenen Funktionsgruppen mit Leben füllen.
Was logischer Weise nicht geht, dass man einfach eine eigenen READ-Fuba für eine SAP-Tabelle hinterlegt. Denn die Daten im BDT-Memory liegen ja in der Funktionsgruppe der SAP.
Sollten für Tabellen der SAP keine Lesebaustein eingetragen sein, muss man etwas im Quellcode suchen, um ggf. einen Fuba zu finden, mit dem man das BDT-Memory lesen kann.
Schwieriger wird es, wenn man auf generische Funktionsbausteine der SAP triff. Die dann i.d.R. irgendwelche Klassen dahinter.
--
*Wenn du mit eigenen Tabellen anfangen solltest, solltest du auch eine eigene BDT-Anwendung anlegen. Technische Gründe erspare ich dir an der Stelle, wenn du es noch nicht brauchst...
Was logischer Weise nicht geht, dass man einfach eine eigenen READ-Fuba für eine SAP-Tabelle hinterlegt. Denn die Daten im BDT-Memory liegen ja in der Funktionsgruppe der SAP.
Sollten für Tabellen der SAP keine Lesebaustein eingetragen sein, muss man etwas im Quellcode suchen, um ggf. einen Fuba zu finden, mit dem man das BDT-Memory lesen kann.
Schwieriger wird es, wenn man auf generische Funktionsbausteine der SAP triff. Die dann i.d.R. irgendwelche Klassen dahinter.
--
*Wenn du mit eigenen Tabellen anfangen solltest, solltest du auch eine eigene BDT-Anwendung anlegen. Technische Gründe erspare ich dir an der Stelle, wenn du es noch nicht brauchst...
Hallo msfox
Diese Lösung, z.B. mit dem FuBa "CVIC_BUPA_KNVP_GET" funktioniert im GUI super - vielen Dank dafür.
Leider funktioniert sie jedoch nicht, wenn man den GP über Fiori mit der App "Geschäftspartnerstammdaten verwalten" pflegt. Hast du - oder natürlich auch jemand anderer - eine Idee, was man statt "CVIC_BUPA_KNVP_GET" verwenden könnte? Der FuBa liefert im Zusammenspiel mit Fiori keine Daten.
Diese Lösung, z.B. mit dem FuBa "CVIC_BUPA_KNVP_GET" funktioniert im GUI super - vielen Dank dafür.
Leider funktioniert sie jedoch nicht, wenn man den GP über Fiori mit der App "Geschäftspartnerstammdaten verwalten" pflegt. Hast du - oder natürlich auch jemand anderer - eine Idee, was man statt "CVIC_BUPA_KNVP_GET" verwenden könnte? Der FuBa liefert im Zusammenspiel mit Fiori keine Daten.
Die Fiori App "Geschäftspartnerstammdaten verwalten" arbeitet nicht über das BDT. Hier hat die SAP einen oDATA-Service dahinter und Teile des BDT darin "nachgebaut". Damit kannst du auch nicht mit dem GET-Fuba irgendwelcher Daten aus dem BDT-Memory lesen.
Hier musst du also die Fiori-App verändern.
Dazu hatte ich hier mal was geschrieben:
https://www.abapforum.com/forum/viewtopic.php?t=25836
...
- In der WebID via Adaption Projekt (hab ich aber nie hinbekommen)
- Oder via: Fiori Elements- Extension and Customization
Was da alles möglich ist, kann ich dir allerdings nicht sagen. Was geht, dass man Felder hinzufügen kann. Ob man da aber auch Prüfungen einbauen kann, weiß ich nicht. Vielleicht kann bestimmte Felder als Pflichtfelder definieren.
Für deine Vorgaben könntest du auch den oDATA-Service erweitern. Meines Wissens geht das auch irgendwie.
Hier musst du also die Fiori-App verändern.
Dazu hatte ich hier mal was geschrieben:
https://www.abapforum.com/forum/viewtopic.php?t=25836
...
- In der WebID via Adaption Projekt (hab ich aber nie hinbekommen)
- Oder via: Fiori Elements- Extension and Customization
Was da alles möglich ist, kann ich dir allerdings nicht sagen. Was geht, dass man Felder hinzufügen kann. Ob man da aber auch Prüfungen einbauen kann, weiß ich nicht. Vielleicht kann bestimmte Felder als Pflichtfelder definieren.
Für deine Vorgaben könntest du auch den oDATA-Service erweitern. Meines Wissens geht das auch irgendwie.
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
4506
Views
Views
Per Button klick ein symbol in den Button einfügen
von alex1986 » 03.08.2011 15:57 • Verfasst in ABAP® für Anfänger
von alex1986 » 03.08.2011 15:57 • Verfasst in ABAP® für Anfänger
7
Antw.
Antw.
3977
Views
Views
Save Button bei Selection Screen löschen
von ManMan » 27.06.2017 17:14 • Verfasst in ABAP® für Anfänger
von ManMan » 27.06.2017 17:14 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
3627
Views
Views
SAVE-Button in eigenem PF-Status aktivieren
von chrislo » 31.05.2012 16:08 • Verfasst in ABAP® für Anfänger
von chrislo » 31.05.2012 16:08 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
2269
Views
Views
Seite Neuladen mit Button klick
von Ranganga » 10.01.2008 18:20 • Verfasst in Web-Dynpro, BSP + BHTML
von Ranganga » 10.01.2008 18:20 • Verfasst in Web-Dynpro, BSP + BHTML
0
Antw.
Antw.
1583
Views
Views
Alv Grid Layout Save Button erscheint nicht
von BMWi801 » 26.02.2019 07:48 • Verfasst in ABAP® für Anfänger
von BMWi801 » 26.02.2019 07:48 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.