Explore topic-wise InterviewSolutions in .

DIALOG WORK PROCESSOR.

Dialog work processor.

yes, we can ATTACH more than ONE message TYPES to one idoc.

For example sendor WANTS the RECORDS on both material and purchase at same time then we need to add two message types to one idoc.

yes, we can attach more than one message types to one idoc.

For example sendor wants the records on both material and purchase at same time then we need to add two message types to one idoc.

in SALE we maintain the Sendor as well as three Receivers (how many receivers to send the same idoc), and assign the sendor in sendor system as well as assign receivers in receivers system(sale-->ASSIGNMENT) three receivers.

1. maintain the RFC destination on sendor side and all receiver side also (sm59).
2. maintain the port for sendor and three receivers.
3. maintain the sendor and all receivers for a same message TYPE in distribution model.(bd64)
4. maintain the partner profiles for sendor and all receiver side also (we20).
5. EXECUTE the OUTBOUND program(idoc generation)like BD12 for DEBMAS message type .
6. check out the status using we02 or we05.

in SALE we maintain the Sendor as well as three Receivers (how many receivers to send the same idoc), and assign the sendor in sendor system as well as assign receivers in receivers system(sale-->assignment) three receivers.

By executing Conversion Program RBDMOIND... 

1. EXECUTE RBDMOIND in outbound program
2. If the STATUS code is convert into 3 to 12 then we can confirm the IDOC RECEIVED successfully.

By executing Conversion Program RBDMOIND... 

DATA from 3rd party can come from middleware TOOLS like MERCATOR. Also data can from 3rd Party from email or fax also. This can be done by INTEGRATION mail system with SAP inbox. 

The usual connection for MIDDLE ware tool can be type 4 TCP/IP - depending UPON the setting of your gateway server properties one can integrate SAP with other party Middleware systems.

Data from 3rd party can come from middleware tools like MERCATOR. Also data can from 3rd Party from email or fax also. This can be done by integration mail system with SAP inbox. 

The usual connection for middle ware tool can be type 4 TCP/IP - depending upon the setting of your gateway server properties one can integrate SAP with other party Middleware systems.

The very first setting you need to check is in DISTRIBUTION model if the message type is configured for given sending recieving system combination.if this is correct and PARTNER profile is wrong, you will get an IDOC stuc in 56 status on inbound.

You can also check in we09 with giving more details like segment name (RELATED to MARA table ) and the corresponding material no. in the field for selection with MATNR.

The very first setting you need to check is in distribution model if the message type is configured for given sending recieving system combination.if this is correct and partner profile is wrong, you will get an IDoc stuc in 56 status on inbound.

You can also check in we09 with giving more details like segment name (related to MARA table ) and the corresponding material no. in the field for selection with MATNR.

for OUTBOUND we can send through program or functionmodule.but INBOUND idoc only through function module. so its DEPENDS whether it is outbound or inbound.then we will DEBUG.

for outbound we can send through program or functionmodule.but inbound idoc only through function module. so its depends whether it is outbound or inbound.then we will debug.

• EDIDD to store data RECORDS.
• EDIDC to store CONTROL INFORMATION.
• EDIDS to store STATUS of IDOC

According to my knowledge in SAP XI we have so many KIND of control levels to process the MESSAGE. For instance i will discuss on few points, like

1. Here using XI we can communicate with the SAP or Non-SAP at SENDER side or reciever side.
2. XI supports both Syncronus and asyncronus communications
3. in XI we can find the status of the message where it is during the process of Message processing.
4. We have so many kinds of monitoring TECHNIQUES.
5. Here we can have N number of senders and N number of recievers based on your requirement.
6. It supports to process multiple messages at a time from different senders to multiple recievers. So I feel we cant perform all these things in Interfaces. That is the reason XI come into picture.

According to my knowledge in SAP XI we have so many kind of control levels to process the message. For instance i will discuss on few points, like

If you are SENDING one idoc is to more SYSTEMS you are CREATE one sender LOGICAL SYSTEM and more recive logical systems in T.CODE is SALE. then yoou are send In T.CODE BD64.

If you are sending one idoc is to more systems you are create one sender logical system and more recive logical systems in T.CODE is SALE. then yoou are send In T.CODE BD64.

no we con't send.because When ever we TRY to send an IDOC it checks with distribution model and is there any filtering is DEFIND or not, if it is defined then checks with filter data and then it checks with RECIVER and messagetype.

no we con't send.because When ever we try to send an IDOC it checks with distribution model and is there any filtering is defind or not, if it is defined then checks with filter data and then it checks with reciver and messagetype.

ALE/IDocs are USED for ASYNCHRONOUS INFORMATION INTERCHANGE.while BAPIs are used for SYNCHRONOUS information interchange.

ALE/IDocs are used for asynchronous information interchange.while BAPIs are used for synchronous information interchange.

'TidDatabaseConnectionString' this is the type of PORT for processing IDOC's.

DIFFERENT TYPES OF PORTS

1. TRFC --> IDOCS/ALE
2. XML --> JAVA
3. FILE PORT --> IDOCS
4. INTERNET --> WEB APPLICATIONS

'TidDatabaseConnectionString' this is the type of port for processing idoc's.

DIFFERENT TYPES OF PORTS

pi(process INTEGRATION) itself ACTS as MIDDLEWARE for CREATING connection between A2A OR B2B SCENARIOS.pi provides SINGLE point of integration.

pi(process integration) itself acts as middleware for creating connection between A2A OR B2B SCENARIOS.pi provides single point of integration.

For ERRORS we NEED to check for the status codes and coming to debug we can debug our the assigned function module i.e idoc_input_matmas05 or Z(fun module) in case of custom and while processing in bd87 the COMPLETE idoc can be processed by selecting the option available.

For errors we need to check for the status codes and coming to debug we can debug our the assigned function module i.e idoc_input_matmas05 or z(fun module) in case of custom and while processing in bd87 the complete idoc can be processed by selecting the option available.

No it is not possible.because VENDOR NUMBER or PO numbers are the uniqe.so it can HOLDS the same vendor or po number uniquely.

No it is not possible.because vendor number or po numbers are the uniqe.so it can holds the same vendor or po number uniquely.

If you have any error in IDOC U can edit it by using we02 TCODE, after that you can reprocess the CORRECTED IDOC by using bd87tcode.

If you have any error in IDOC u can edit it by using we02 tcode, after that you can reprocess the corrected IDOC by using bd87tcode.

• Table NODE:tables are dynamic because the table size depend on the AMOUNT of THA DATA selected at runtime.
• Templete node:templetes are static because the no of column and lines are determind before the actual OUTPUT.

1. COMMUNICATING between TWO physically separated systems. Either SAP to SAP or SAP to Non-SAP ,we use IDOC.
2. SAMPLE Scenario is a new custom ALE where the RECEIVER of an INTERNAL service must be able to reverse the invoice receipt, which will then cancel the applicable billing document automatically on the service providers system. To AVOID the conflicts between two systems.

SAP MEMORY (Global Memory): - is available to a user during the entire duration of a terminal session. Its contents are retained across transaction boundaries as well as external and internal sessions.

ABAP/4 memory: 

The contents of the ABAP/4 memory are retained only during the LIFETIME of an external session (see also Organization of Modularization Units). You can retain or pass data across internal sessions. The EXPORT TO MEMORY and IMPORT FROM MEMORY statements allow you to write data to, or read data from, the ABAP memory.

SAP memory (Global Memory): - is available to a user during the entire duration of a terminal session. Its contents are retained across transaction boundaries as well as external and internal sessions.

ABAP/4 memory: 

The contents of the ABAP/4 memory are retained only during the lifetime of an external session (see also Organization of Modularization Units). You can retain or pass data across internal sessions. The EXPORT TO MEMORY and IMPORT FROM MEMORY statements allow you to write data to, or read data from, the ABAP memory.

• u r trying to generate the idocs with 10 records, and u find only 8 (records) idocs created REST (records) are missing.
• Check with the FILTER set up for the records for its RECEIVING partner SYSTEM(logical system). 
• Correct the filters then try regenarating the idocs(missing records).

You can use BD87 if you want to reprocess same IDOC number,here it will not generate new idoc number. SUPPOSE there was RFC Issue ,CONNECTION got failed then after rectifying RFC Connection then you can reprocess same idoc number.

in case data is missing, then you NEED to WE19 Transaction -> enter idoc number -> fill the missing data. just drag the segments ,here you can fill data where ever required.

If you use WE19 then it creates new idoc ,it gives work flow message.

You can use BD87 if you want to reprocess same idoc number,here it will not generate new idoc number. suppose there was RFC Issue ,connection got failed then after rectifying RFC Connection then you can reprocess same idoc number.

in case data is missing, then you need to WE19 Transaction -> enter idoc number -> fill the missing data. just drag the segments ,here you can fill data where ever required.

If you use WE19 then it creates new idoc ,it gives work flow message.

• EDIDC STORES control/header RECORD.
• EDIDD/EDID4 stores DATA RECORDS.
• EDIDS stores STATUS records.

SAP system present in customer environment is COPY of original system which is at SAP itself. That means all the objects present in customer environment are copy of the object originally created in SAP environment.

So, If we modify copy of object then it is called as REPAIR and ASSIGNED to development task repair. Repair of object is ALSO called as modification.

Whereas if we modify object in it's original system where it is actually created may it be SAP system or the objects created by customer in customer environment. Then such CHANGES is called as corrections and assigned to task Development/Correction.

SAP system present in customer environment is copy of original system which is at SAP itself. That means all the objects present in customer environment are copy of the object originally created in SAP environment.

So, If we modify copy of object then it is called as repair and assigned to development task repair. Repair of object is also called as modification.

Whereas if we modify object in it's original system where it is actually created may it be SAP system or the objects created by customer in customer environment. Then such changes is called as corrections and assigned to task Development/Correction.