W transakcji V.23 potrzebuję dodać jedno pole na ekranie selekcji oraz dwa ukryć. Z ukryciem nie byłoby problemu - wariant transakcji. Natomiast z dodaniem nie widzę innej możliwości jak skopiować fragment kodu z ekranem selekcji do zetowego programu, dodać nowe pole, zrobić selekcję na tabelach i wywołać standardową transakcję podając numery dokumentów.
Nie ma innego wyjścia?
Zmiany w standardowej transakcji
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1478 times
- Kontakt:
Re: Zmiany w standardowej transakcji
A nie prościej zmienić program RVAUFSPE wywoływany przez V.23 i dodać potrzebne kryteria selekcji?
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1478 times
- Kontakt:
Re: Zmiany w standardowej transakcji
Fakt - taka jest obiegowa opinia konsultantów, którzy wszystko robią na Z, nawet nazwy klientów.
IMHO, lepiej zrobić sensowną, dobrze udokumentowaną naprawę / zmianę standardu niż kopiować na Z czy pisać wszystko od podstaw.
IMHO, lepiej zrobić sensowną, dobrze udokumentowaną naprawę / zmianę standardu niż kopiować na Z czy pisać wszystko od podstaw.
-
- Posty: 1062
- Rejestracja: pt mar 14, 2008 12:51 pm
- Has thanked: 71 times
- Been thanked: 315 times
Re: Zmiany w standardowej transakcji
Po wnikliwej analizie tego przypadku stwierdziłem że najlepiej będzie zrobić zetowy raport z samym ekranem selekcji, który odpala V.23 w batch input (SUBMIT REPORT).
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1478 times
- Kontakt:
Re: Zmiany w standardowej transakcji
Można oczywiście i tak. Bardzo jestem jednak ciekaw przebiegu twojej analizy.
Program RVAUFSPE jest stosunkowo prosty. Pobiera dane o zablokowanych zleceniach sprzedaży z jednego wglądu V_VMVAD. Sam wgląd można rozszerzyć przez APPEND VIEW. W raporcie dane odczytywane są w procedurze TAB_FUELLEN, którą można zmienić przez ENHANCEMENT. Pozostałaby tylko modyfikacja ekranu selekcji.
To jest nieomalże dyskusja światopoglądowa - modyfikować standard czy robić własne rozwiązania...
Program RVAUFSPE jest stosunkowo prosty. Pobiera dane o zablokowanych zleceniach sprzedaży z jednego wglądu V_VMVAD. Sam wgląd można rozszerzyć przez APPEND VIEW. W raporcie dane odczytywane są w procedurze TAB_FUELLEN, którą można zmienić przez ENHANCEMENT. Pozostałaby tylko modyfikacja ekranu selekcji.
To jest nieomalże dyskusja światopoglądowa - modyfikować standard czy robić własne rozwiązania...
-
- Posty: 1062
- Rejestracja: pt mar 14, 2008 12:51 pm
- Has thanked: 71 times
- Been thanked: 315 times
Re: Zmiany w standardowej transakcji
Dyskusja typowo światopoglądowa
Na moją decyzję miał wpływ fakt, że żeby wygenerować klucz do obiektu, musiałbym przekonać do tego X osób, gadać, przekonywać, załatwiać, czekać..
Użycie samego enhancement framework bez generowania klucza odpada - wgląd można rozszerzyć przez APPEND VIEW (pole VBAK-AUART brakujące), dane są czytane w FORM, którego nie zmienię bez modyfikacji (kod w enhancement można dodać na początku i końcu FORM/ENDFORM, nie można np. wykomentować środka i zastąpić go swoim). Tak samo nie dołączę bez modyfikacji do ekranu selekcji dodatkowego pola - wariantem transakcji można te pola wyłączyć/modyfikować, ale nie można dodać zupełnie nowego.
Także wolałem w 3 godziny zrobić całość na gotowo łącznie z transportami, tłumaczeniem na inne języki i mieć "z głowy", niż modyfikować a potem spodziewać się pytań przy upgrade (chociaż to może gwarantować kolejne zadania ).
Ciekawostka też wyszła bo transakcja V.23 jest stara i nie jest wspierana więcej przez SAP. Dlatego w środku nie ma żadnych enhancement point (tak mniemam). SAP każe używać V23. Ale w V23 masowo nie da się naraz zmienić zablokowanych zleceń sprzedaży do fakturowania, trzeba robić to po kolei, co przy dużej liczbie zleceń staje się ciężkie. V.23 można zdjąć blokady jednocześnie. Dziwne.
Na moją decyzję miał wpływ fakt, że żeby wygenerować klucz do obiektu, musiałbym przekonać do tego X osób, gadać, przekonywać, załatwiać, czekać..
Użycie samego enhancement framework bez generowania klucza odpada - wgląd można rozszerzyć przez APPEND VIEW (pole VBAK-AUART brakujące), dane są czytane w FORM, którego nie zmienię bez modyfikacji (kod w enhancement można dodać na początku i końcu FORM/ENDFORM, nie można np. wykomentować środka i zastąpić go swoim). Tak samo nie dołączę bez modyfikacji do ekranu selekcji dodatkowego pola - wariantem transakcji można te pola wyłączyć/modyfikować, ale nie można dodać zupełnie nowego.
Także wolałem w 3 godziny zrobić całość na gotowo łącznie z transportami, tłumaczeniem na inne języki i mieć "z głowy", niż modyfikować a potem spodziewać się pytań przy upgrade (chociaż to może gwarantować kolejne zadania ).
Ciekawostka też wyszła bo transakcja V.23 jest stara i nie jest wspierana więcej przez SAP. Dlatego w środku nie ma żadnych enhancement point (tak mniemam). SAP każe używać V23. Ale w V23 masowo nie da się naraz zmienić zablokowanych zleceń sprzedaży do fakturowania, trzeba robić to po kolei, co przy dużej liczbie zleceń staje się ciężkie. V.23 można zdjąć blokady jednocześnie. Dziwne.
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1478 times
- Kontakt:
Re: Zmiany w standardowej transakcji
Zdecydowaniewojtas7 pisze:Dyskusja typowo światopoglądowa
Nie do końca. Możesz zrobić enhancement na początku procedury, skopiować do niego całą procedurę, wprowadzić w kopii zmiany, a kopię zakończyć komendą RETURN.wojtas7 pisze:dane są czytane w FORM, którego nie zmienię bez modyfikacji (kod w enhancement można dodać na początku i końcu FORM/ENDFORM, nie można np. wykomentować środka i zastąpić go swoim).
Bez względnie racja, powiedziałbym nawet słuszna racjawojtas7 pisze:Tak samo nie dołączę bez modyfikacji do ekranu selekcji dodatkowego pola - wariantem transakcji można te pola wyłączyć/modyfikować, ale nie można dodać zupełnie nowego.