shadow_left
Logo
Shadow_R
   
IDOC type and IDOC
Yazar Administrator   
Pazartesi, 09 Ağustos 2004

 An Intermediate Document (IDOC) type represents the structure of the data associated with a message type (DEBMAS02 for message type DEBMAS — Customer Master, and WMMBID02 for message type WMMBXY— Goods Movements), while an IDOC is an object containing the data of a particular message type. IDOCs are data containers with intelligence built in. Each IDOC contains one and only one business object. For example, an IDOC of type SHPMNT01, message type SHPMNT, will contain data only of one Shipment Document. Generally, the architecture of an IDOC is independent of the message type by virtue of ALE’s ability to redefine it for any message type.

An IDOC consists of three record types: the control record, the data record, and the status record

• The control record, or EDI_DC, is a control structure that contains several fields with information about the IDOC, such as what IDOC type it is, the message type, sender and receiver information, and direction (1 for outbound, 2 for inbound). This information provides control data on the outbound, and processing options on an inbound IDOC. It also has as its key the Client (MANDT) and the IDOC number (DOCNUM). The EDI_DC record of an IDOC is stored in table EDIDC. Every IDOC has one control record.

• The data record, which conforms to the structure EDI_DD, contains the application data. Every EDI_DD record has a key portion that is 55 bytes in length (or 63, depending on the SAP release), which consists of several fields describing the content of the record. The key of 55/63 bytes is followed by a field SDATA, which is 1000 bytes in length and of data type Long Character. The SDATA field holds the application data, and its structure is determined by the key field SEGNAM (Segment Name). An IDOC consists of one or more data records, and its sequence and structure are dictated by the sequence and structure of segments in a given IDOC type. The SDATA portion of the data record is redefined for every occurrence based on the structure of the segment, with the first 55/63 bytes of the data record identifying the segment name, sequence, and hierarchy. In an outbound interface, ALE/EDI function modules populate these segments with application data. In an inbound interface, the application modules process the data contained in the segments. Data records are stored on table EDID2 that belongs to the cluster EDI30C.

In SAP, from a Data Dictionary perspective, IDOC segments adhere to a naming convention. Each segment has three components, each marked by a different prefix —E1 for segment type, E2 for segment definition, and E3 for segment documentation. For example, the first segment of IDOC type DEBMAS02 is E1KNA1M. Its definition is contained in structure E2KNA1M, and its documentation is in E3KNA1M. When the IDOC is externalized, we see the segment name addressed by its E2 prefix. For all practical purposes, we will use only the E2 prefix when referring to IDOC segments. Also, most segment names represent Data Dictionary tables.

• The status record conforms to the dictionary structure EDI_DS. It contains information on the state of the IDOC as it passes through the various stages of processing. The STATUS field has a length of two bytes (data type CHAR), with a range of values: 01–41 for outbound and 50–73 for inbound IDOCs. The status record also includes date and timestamps for when that particular state was reached. The status records maintain a history of the IDOC states. An IDOC may have one or more status records, which are stored in table EDIDS . These records can be accessed or created only by SAP function modules (APIs), and are not externalized.

IDOC objects consist of a Basic IDOC type, an Extension type, and an IDOC type.

In an R/3 system, IDOCs are identified by a unique IDOC number (field DOCNUM), and all three record types are tied together with this number. The IDOC number is internally assigned by SAP. It is possible to maintain the number range of IDOCs.

You can display information about IDOC record types by executing transaction WE61 or using the following menu path from the main R/3 menu: Tools -> Administration -> Administration -> Process Technology -> IDOC -> IDOC Basis (*) -> Documentation -> IDOC Record Typpes. You can reach IDOC Basis (*) by executing transaction WEDI, which is frequently used in ALE and EDI. You can display information about IDOC types, such as DEBMAS02 and INVOIC01 by executing transaction WE60 or using the following menu path from WEDI: Documentation -> IDOC types.

Son Güncelleme ( Çarşamba, 28 Kasım 2007 )
 
Function
Yazar Administrator   
Pazartesi, 09 Ağustos 2004

BAPI_TRANSACTION_COMMIT: Program içerisinde çağırılan bir BAPI fonksiyonunun yaptığı değişiklikleri kaydetmeye yarar. Veritabanı mantığındaki COMMIT komutunun karşılığı olarak düşünülebilir. “BAPI fonksiyonunu çağırdım ama sistemde hiçbir şey değişmedi” diyen programcılar, BAPI’den hemen sonra bu fonksiyonu da çağırmayı denemelidir.

CONVERT_TO_LOCAL_CURRENCY: Farklı para birimleri arasında kur dönüşümü yapmaya yarar. Örneğin; bu fonksiyon sayesinde, 24.02.2004 tarihinin kuruyla 100 YTL’nin kaç USD’ ye karşılık geldiğini otomatik olarak hesaplatabiliriz.

FILENAME_GET: Kullanıcı karşısında bir Popup penceresi çıkartarak bir dosya seçmesine / dosya adı girmesine olanak tanıyan fonksiyondur. Windows’un standart OpenFileDialog ve SaveFileDialog pencerelerine karşılık gelir.

FTP_CONNECT: Ağ / İnternet üzerindeki bir FTP sunucusuna bağlanmak için kullanılır. SE37 penceresinde “FTP*” şeklinde bir arama yaptırarak, FTP ile ilgili diğer fonksiyonları da görebilirsiniz.

LAST_DAY_IN_PERIOD_GET: Verilen ayın son gününü otomatik olarak hesaplayıp döndüren fonksiyondur. Örneğin; 2012 yılı Aralık ayının son gününün ne olduğunu merak ediyorsak, bu fonksiyondan faydalanabiliriz.

LIST_DOWNLOAD: Bir ABAP raporunun çıktısını kullanıcının bilgisayarına metin formatında indirmek için kullanılan fonksiyondur.

MESSAGE_TEXT_BUILD: SE91 ekranında hazırlanmış parametrik bir mesajı metine dönüştürerek programa getiren fonksiyondur.

MONTH_NAMES_GET: Standart ay isimlerinin istediğimiz dildeki karşılıklarını öğrenmek için kullanabileceğimiz bir fonksiyondur. Fonksiyonu Türkçe diliyle çağırdığımızda Ocak, Şubat, Mart, vs. şeklinde bir listeyle karşılaşırız. İngilizce diliyle çağırdığımızda ise January, February, March, vs. şeklinde bir listeyle karşılaşırız.

POPUP_TO_DISPLAY_TEXT: Bir Popup penceresi içerisinde metin görüntülemeye yarayan fonksiyondur. Visual Basic’deki MessageBox komutunun karşılığı olarak düşünülebilir.

POPUP_TO_SELECT_MONTH: Kullanıcının karşısına, belli bir dönem / ay seçebileceği bir Popup penceresi çıkartan fonksiyondur.

READ_TEXT: Sipariş, teslimat, fatura gibi belgelerin içerisinde yer alan uzun metinleri okumak için kullanılabilecek bir fonksiyondur.

REUSE_ALV_FIELDCATALOG_MERGE: ALV çıktılarında; alan katalogunun belli bir tabloyu veya program içerisinde tanımlanmış bir yapıyı referans alarak otomatik olarak oluşmasını sağlayan fonksiyondur.

REUSE_ALV_VARIANT_F4: Bir ALV çıktısına ait görüntü varyantlarını bir Popup penceresi içinde görüntüleyen ve kullanıcıya bir tanesini seçme hakkını veren fonksiyondur. Seçim ekranlarındaki varyant parametrelerine F4 yardımı koymak için son derece kullanışlıdır.

SAPGUI_PROGRESS_INDICATOR: SAP arabiriminin görev çubuğuna metin yazdırmak için kullanılan fonksiyondur. Program akışı sırasında “Belgeler okunuyor…”, “Farklar hesaplanıyor…” gibi bilgi mesajları görüntülemek için idealdir.

SD_DATETIME_DIFFERENCE: İki tarih arasındaki farkı gün / saat bazında hesaplamaya yarayan bir fonksiyondur.

SPELL_AMOUNT: Bu harika fonksiyon, verilen bir tutarın okunuşunu geri döndürmektedir. Örneğin; bu fonksiyona “150 YTL” değerini verirsek, bize “Yüzeli Yeni Türk Lirası” ifadesini geri döndürecektir.

UNIT_CONVERSION_SIMPLE: Ölçü birimleri arasında dönüşüm yapmaya yarayan bir fonksiyondur. 100 metrenin kaç santimetre, veya 4 litre suyun kaç kilogram olduğunu bu fonksiyon sayesinde kolayca öğrenebiliriz.

WS_DOWNLOAD: Kullanıcının bilgisayarına, metin veya Excel formatında dosya kaydetmeye yarayan fonksiyondur.

WS_EXCEL: Kullanıcının bilgisayarında Excel programını başlatmaya yarayan fonksiyondur. Fonksiyonu çağırırken belli bir dosya ismi belirtmek de mümkün olduğundan, program bir dosya kaydedip doğrudan doğruya Excel’de açmak için kullanılabilir.

WS_EXECUTE: Kullanıcının bilgisayarında, belli bir programı veya dosyayı açmaya yarayan fonksiyondur. Windows programcılarının yakından tanıdığı ShellExecute komutuna karşılık gelir.

WS_UPLOAD: Kullanıcının bilgisayarında metin veya Excel formatında bulunan bir dosyanın içeriğini okumaya yarayan fonksiyondur.

WWW_LIST_TO_HTML: Ekranda görüntülenen raporu HTML formatında kaydetmeye yarayan fonksiyondur.

Fonksiyonlar hakkında daha ayrıntılı bilgi edinmek için SE37 işlem kodlu ekranı kullanabilirsiniz.

Son Güncelleme ( Çarşamba, 28 Kasım 2007 )
 
Different between MD04 and MD05
Yazar Administrator   
Pazartesi, 12 Kasım 2007

MD04 = Current Stock / Requirement List
MD05 = Individual Display of MRP List

Son Güncelleme ( Pazartesi, 12 Kasım 2007 )
Devamını oku...
 
Devamı...
<< Başa Dön < Önceki 1 2 3 4 5 6 7 8 9 10 Sonraki > Sona Git >>

Sonuçlar 29 - 32 Toplam: 51