- This topic has 9 odpowiedzi, 5 odpowiedzi, and was last updated 3 years, 11 months temu by
.
-
Wpisy
-
Witajcie,
W systemie SAP i VIM (OpenText) nr referencyjny faktury Dostawcy w wielu przypadkach się nie mieści w standardowym polu SAP’a.
Czy ktoś się już z tym problemem spotkał, ma rozwiązanie u siebie i mógłby porozmawiać lub wie kto może pomóc ?Pozdrawiam, Ar2r
Zobacz wątek na ForumSAP.pl – Dodatkowa referencja BKPF-XBLNR_ALT – temat dla PGUS
Traktuje właśnie o tym problemie. Jako Polska Grupa Użytkowników SAP zbieramy obecnie zgłoszenia poszczególnych klientów do supportu SAP opisujące ten problem.
Pozdrawiam
Dominik Tylczyński
Czytając treści z forum, które przytoczyłeś, będziemy się zabierać za temat sami (bez SAPa) – dodatkowe pole w tabeli SAPowej.
Na tą chwilę analizujemy czy standardowe raporty finansowe/księgowe w SAP dadzą się rozszerzyć o to dodatkowe pole, jak będzie z JPK’ami, a później będziemy chcieli OpenText’a skonfigurować tak aby to zadziałało automatycznie już przy skanowaniu dokumentu oraz wprowadzić kontrolę duplikatów dla nowego pola.
Zobaczymy co nam z tego wyjdzie 🙂
Powodzenia. Nie ustaję jedna w wysiłkach udrożnienia normalnej komunikacji z SAP i znalezienia sposobu na implementowanie takich potrzeb w standardzie.
Trzymaj kciuki, bo to jest tutaj bardzo potrzebne 😉
Jasne że będę trzymał, to nie jedyny problem obecnie a i pewno w przyszłości coś nas może zaskoczyć.
Niech Moc będzie z Tobą i z każdym kto Twą drogą podąża 🙂
Za niecałe 3 tygodnie będę w SAP Polska i będę chciał porozmawiać o możliwościach wspierania użytkowników SAP’a w Polsce, zwłaszcza w obliczu zmian jakie wchodzą w życie obecnie, jak i w przyszłości.
Nie wiem czy przechodząc na SAP4HANA ale budując od początku system będzie możliwość poszerzenia standardowego pola np. Nr Referencyjny (FV Dostawcy) bez konieczności wprowadzania “kombinacji”?
Pożyjemy, zobaczymy …
Witajcie,
informacyjnie – zarejestrowałem zgłoszenie w OSS. Dodatkowo przedyskutowałem sprawę z moim byłym przełożonym, który wylądował 2 lata temu w SAP Polska. Obiecał, że przedyskutuje sprawę XBLNR_ALT z kierowniczką teamu zajmującego się regionalizacją. Jak będę miał feedback – dam znać
Mikołaj
Daj proszę koniecznie znać jaką dostaniesz odpowiedź z SAP OSS i jak do sprawy się odniesie SAP Polska.
Pozdrawiam
Dominik
Pierwsza odpowiedź z OSS – delikatnie dali do zrozumienia, że nie są zainteresowani przeprowadzeniem modyfikacji systemu zgodnie z życzeniem.
Druga odpowiedź – podobnie jak pierwsza ale z doprecyzowaniem – przesyłam poniżej 🙁
<p id=”__html8″ data-sap-ui-preserve=”__html8″>Dear Customer,We have been analyzing your request regarding the delivery of a field large enough to store the full vendor invoice document number.
In the present SAP ERP releases, according to standard system behavior, the length of the Reference Document Number field (BKPF-XBLNR) is limited to 16 characters and any change could lead to inconsistencies. Thus, it cannot be changed.
Also, the use of the field XBLNR_ALT will NOT be enabled for Poland or worldwide at the moment and therefore is not an option either.<u>Workaround:</u>
As a workaround to address the 16 character limitation for the field XBLNR we recommend one of the following:• Besides BKPF-XBLNR field, use an additional field, e.g. Document Header text BKPF-BKTXT, to maintain the exceeding part of the number
OR
• Use the customer include feature to create a new Z field capable of storing the whole invoice number.</p>
<p id=”__html8″ data-sap-ui-preserve=”__html8″>
<u>SAF-T extraction:</u>
To accommodate the full invoice number during the extraction, this can be done by means of the Business Add-in Interface (BADI) definition FIPL_SAFT_EXTRACTED_DATA, originally provided by SAP in the Starter Solution (cf. the FAQ of SAP Note 2307471). Through the use of this BADI, the extraction tables delivered with the Starter Solution can be enhanced to hold additional information.
Proceed as follows:</p>
<p data-sap-ui-preserve=”__html8″>
• Create your own complementary Z* tables with the same table key fields as the corresponding Standard Extraction table.
• Use the extraction logic to store the complementary data in the Z-tables with own filter logic i.e. building your own extraction logic to get the full vendor invoice document number.</p>
<p data-sap-ui-preserve=”__html8″>
In general, the BADI provided in the Starter Solution enable customers to:
• Select additional data to use in the SAF-T creation process, without changing the Starter Solution core logic.
• Whenever needed to extract an additional field linked to one of the extractor tables, SAP’s recommendation is to create a custom Z-table with the same key fields of that extractor table and as many non-key fields are required.
• Also, whenever needed to use a different logic to extract one of the fields included in the standard extractor, SAP’s recommendation is to create the same field in the custom Z-table and populate using own logic.</p>
<p data-sap-ui-preserve=”__html8″>
Kind Regards
José Ferreira
Development Support
Globalization Services</p>Witam,
Walczę z SAP w sprawie długiego nr. faktury od 2 lat. Dostaję te same odpowiedzi co Wy.
Obecnie z nowym VDEKiem gdzie musimy pokazywać pełny numer, moi Klienci ciągle się o o to pytają. Użycie BKTXT nie zawsze wchodzi w grę, jest to pole już używane.
Pani Dominiku, Czy jesteśmy w stanie coś ‘wygrać’ ?
Pozdrawiam
Marcin
U mnie skończyło się to dodaniem w 2019r Enhancement Spota dla pola ZZJPK_XBLNR2 (char50) w Appendzie do BSEG-a.
Wartość w formie skróconej jest w Referencji XBLNR a to co widać w workflow trafia do XBLNR2 – etykietę zmieniłam na prośbę księgowości na Referencja2 i na ekranie w nagłówku jest nad Rerefencją tak aby długi numer i skrócona forma były obok siebie.
- Musisz się zalogować by odpowiedzieć w tym temacie.