Advice: collections or transactions

Need some advice on how to handle this one:
I have 3 tables
Equipment table
Fields:
EquipID
Type
EquipSoftware Table
Fields:
ID
EquipID
SoftwareID
Software Table
SoftwareID
Software
On the page I want to have:
Equipment Information on the top
Then, on the bottom portion I want to have
all the software associated with that piece of equipment described on the top of the page similiar to below:
Equipment ID: 1
Type: CPU
+ - Software Name 1
+ - Software Name 2
+ - Software Name 3
.....................basically this software list is
dynamic
the + when clicked will allow the user to enter a new software
and the - will allow the user to delete a software from the list
what approach should I look into.. use of collections or use of transactions within html db.
thanks for the feedback.

Any advice on this one.
thanks

Similar Messages

Posting customer collection by transaction code f-34,error message

Hi
while Posting customer collection by transaction code f-34,the system gives an error message" no document posted",So if any one could tell me the which configuration has not been made for that particular customer

Hi,Srikanth Tamma
Actually the user is making the entry from a web service bulit by dotnet,the data from the dot net hits SAP after it gets process in SAP it comes back again to the webservice.After debugging it is found that data is not flowing back from SAP to the dot net web service

Can anyone advice me on Transaction DMEE? I'm new to it.

< MODERATOR: Message locked. Please read the [Rules of Engagement|https://www.sdn.sap.com/irj/sdn/wiki?path=/display/home/rulesofEngagement] before posting next time. Do not offer or request points. >
Dear Guru,
I'm new transaction DMEE and need to do withholding tax report. Anyone has documents related to how to use DMEE with clear example available (if any). Kindly advice and send to me. Point will be rewarded. Thank you very much.
Best Regards,

Hi,
Refer to this website on T.Code DMEE
http://www.sap-img.com/financial/configure-the-data-medium-exchange-for-making-payments.htm
http://help.sap.com/saphelp_erp2004/helpdata/en/30/55e43fc2140549a190ec6ffa486ca9/content.htm
Please let me know if you need more information.
Regards
Sridhar M

ORA-02050 transaction string rolled back, some remote DBs may be in-doubt

Hi...guys...How ru all...
I got follwoing error...and I searched in google but there is not clear information..plz help me ...
Error Message: ORA-02050 transaction string rolled back, some remote DBs may be in-doubt
Error Cause:
Network or remote failure during a two-phase commit.
Action:
Notify operations; remote databases will automatically re-sync when the failure is repaired.
SQL>SELECT local_tran_id, global_tran_id, state, mixed, host, commit#
FROM dba_2pc_pending
LOCAL_TRAN_ID GLOBAL_TRAN_ID STATE MIX HOST COMMIT#
5.44.98254 JICRACDB.e1ab4089.5.44.98254 collecti no JICN\ROOM9 1132915640
ng 7-ITC
SQL> SELECT local_tran_id, in_out, database, dbuser_owner, interface
2 FROM dba_2pc_neighbors
3 /
LOCAL_TRAN_ID IN_OUT DATABASE DBUSER_OWNER INT
5.44.98254 in JIC N
5.44.98254 out RC_DBLINK JIC N
SQL> ;
1 select state, tran_comment, advice from dba_2pc_pending
2* where local_tran_id ='5.44.98254'
SQL> /
STATE TRAN_COMMENT ADVICE
collecting
so how can I delete distributed transaction..plz provide me any Metalink Docids.

See if following MOS note helps.
Manually Resolving In-Doubt Transactions: Different Scenarios (Doc ID 126069.1)

When do we go for a Call Transaction or Session Method in BDC

Hi All,
Please let me know the scenario when we will go in for
1. Call Transaction
2.Session Method.
What is the main difference between Call Transaction and Session Method
Regards

hi,
Use the CALL TRANSACTION USING statement
Summary: With CALL TRANSACTION USING, the system processes the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.
Your program prepares the data and then calls the corresponding transaction that is then processed immediately.
The most important features of CALL TRANSACTION USING are:
Synchronous processing
Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
You can update the database both synchronously and asynchronously
The program specifies the update type
Separate LUW (logical units of work) for the transaction
The system executes a database commit immediately before and after the CALL TRANSACTION USING statement
No batch input processing log
Create a session on the batch input queue.
Summary: Offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging.
Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system.
Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function module calls from the ABAP program.
The most important aspects of the session interface are:
Asynchronous processing
Transfers data for multiple transactions
Synchronous database update
During processing, no transaction is started until the previous transaction has been written to the database.
A batch input processing log is generated for each session
Sessions cannot be generated in parallel
The batch input program must not open a session until it has closed the preceding session.
Hope this is helpful, DO reward.

Customer Inbound Payment Advice

Hello all,
What is the actual purpose of Payment Advices on the customers side (Inbound). Can somebody explain me how to post the customer payment advice in the SAP system? My assumption is below; please correct me where you see I am wrong
Customer sends the payment advice via email
1) Enter the payment advice manually by FBE1
2) Then goto F-28 and Enter and Clear the Customer open items against the Payment Advice. (We would received the EBS to reconcile Bank Account with the actual payment)
Can somebody provide me valuable input regarding my understanding and questions.
Thanks

Customer payment advices are created through two processes.These are independent processes.
1) lockbox processing - if the system did not find billing docs or payments do not match with billing doc, then system will create payment advice. Later AR clerks clears this payment advice by applying the payment to right customer & billing doc
2) in the second process, customer pays to your bank directly and payment details were sent by EDI to you. EDI creates payment advices. You can use FBE2 & RFAVIS40 to process payment advices. These transactions call FB05 to process customer payments.
thnx

Payment Advice FBE1

Hello,
What is the business purpose for the payment advice created using transaction FBE1?

Hi,
The payment advice number identifies a payment advice note together with the company code, the account type, and the account number.
The payment advice number can be assigned externally or internally and always begins with the payment advice type. The payment advice types are predefined and have the following meaning:
Payment advice type Meaning
01 Payment advice from lockbox
02 Payment advice from account statement
03 Payment advice from open item processing
04 Payment advice entered manually
05 Payment advice from credit memo display
06 Payment advice from customer (EDI)
07 Payment advice from reference number (DME)
08 Payment advice from correspondence
In the case of internal number assignment, the payment advice number is produced as follows:
aaddddddttttttuu,
whereby the following is the case:
Partial key Meaning
aa Payment advice type
dddddd Date of entry
tttttt Time of entry
uu Entered by (the first two letters)
Hope understood and assign points if you get through.
Thanks,
Vasu

Emailing remittance advice

Hi all,
i have configured emails for remittance advice using business transaction event 2040 from FIBF. This works fine but does anyone have an idea where I could configure the email content? At the moment I just get a PDF of the SAPscript remittance form - but I would like to add some company specific text to the body of the email and also change the subject line. Is there a user exit somewhere?
Cheers,
Gavin

Hello Gavin,
Take a look at OSS note 521587. It will help with changing the subject line using
BTE 2050. The reason we used this was that the subject line and the file name of the attachement sent in the email are the same. The subject line always has the value "Payment advice note from <DATE>". Since DATE is formatted as YYYY/MM/DD or whatever, the filename always had some '/s' in it . Some of the recipients of these emails were finding that their AntiVirus software was filtering these emails. So we changed the subject line( and therefore the filename) and the emails were then received.
Sorry I don't have any ideas about your other question
Regards
Greg Kern

Main diff between call transaction and session method

hi frnds.
my friend went for an interview they asked her whts the diff between call tran adn session?
she told more thn one transaction we can call for an session she told itseems. but he told tht by cal tran also u cn call more thn one tran it seems... so please canu help me out regarding this question? how we hve to tell in interview?
in advance thanks....

Hi
Batch Input and CALL TRANSACTION are both data transfer methods. Batch Input usually are used to transfer large amount of data. For example you are implementing a new SAP project, and of course you will need some data transfer from legacy system to SAP system. If there is no standard batch input program, direct input program, you would need to write your own data transfer program and it is going to be batch input program. CALL TRANSACTION methods is real-time method, whenever you run the program CALL TRANSACTION can be triggered. CALL TRANSACTION is used especially for integration actions between two SAP systems or between different modules. Users sometimes wish to do something like that click a button or an item then SAP would inserts or changes data automatically. Here CALL TRANSACTION should be considered. You use CALL TRANSACTION and you do everything automatically, collect necessary data, call transaction and so do database update. If any error occurs, show the user them.
Batch Input
With the Batch Input method, an ABAP program reads the external data that is to be entered in the R/3 System and stores the data in a batch input session. The session records the actions that are required to transfer data into the system using normal SAP transactions.
When the program has generated the session, you can run the session to execute the SAP transactions in it. You can explicitly start and monitor a session with the batch input management function (by choosing System - Services - Batch Input), or have the session run in the background processing session.
It offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging. Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system.
Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function modules calls from the ABAP program.
The most important aspects of the session interface are:
Asynchronous processing
Transfer data for multiple transactions
Synchronous database update. During processing, no transaction is started until the previous transaction has been written to the database.
A batch input processing log is generated for each session
Sessions cannot be generated in parallel. The batch input program must not open a session until it has closed the preceding session.
CALL TRANSACTION
In the second method, your program uses the ABAP statement CALL TRANSACTION USING to run an SAP transaction. External data doesnt have to be deposited in a session for later processing. Instead, the entire batch input process takes place inline in your program. With CALL TRANSACTION USING, the system process the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.
Your program prepares the data and then calls the corresponding transaction that is then processed immediately.
The most important features of CALL TRANSACTION USING are:
Synchronous processing
Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
You can update the database both synchronously and asynchronously. The program specifies the update type.
Separate LUW (Logical Units of Work) for the transaction. The system executes a database commit immediately before and after the CALL TRANSACTION USING statement.
No batch input processing log

Call transaction ANd session method very urgent

Hi,
When there are 5000 records which method u prefer to use?What was the reason to choose perticular method?
Regards
sai

Use the CALL TRANSACTION USING statement
Summary: With CALL TRANSACTION USING, the system processes the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.
Your program prepares the data and then calls the corresponding transaction that is then processed immediately.
The most important features of CALL TRANSACTION USING are:
Synchronous processing
Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
You can update the database both synchronously and asynchronously
The program specifies the update type
Separate LUW (logical units of work) for the transaction
The system executes a database commit immediately before and after the CALL TRANSACTION USING statement
No batch input processing log
Create a session on the batch input queue.
Summary: Offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging.
Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system.
Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function module calls from the ABAP program.
The most important aspects of the session interface are:
Asynchronous processing
Transfers data for multiple transactions
Synchronous database update
During processing, no transaction is started until the previous transaction has been written to the database.
A batch input processing log is generated for each session
Sessions cannot be generated in parallel
The batch input program must not open a session until it has closed the preceding session.

How to record a transaction in OEM

Hi all,
few days back we installed a agent control on one windows forms and report server to collect the transaction info of forms and reports of that particular. after succecfully completed our installation. we couldn't able to record the transactions on that server.don't know where is the problem occurs? i installed jinitiator in that system also. if anybody face this problem earlier if so pls let us know?
o/s--windows2003R2
forms-oracle 6.0
oracle-10.2.0.3.0

Are you asking about recording service tests?
10.2.0.3 (10gR3) does not support Forms 6. You need to use 10.2.0.4 (10gR4) for that. Forms 6 is rather old. Is this for E-Business Suite 11i?
 
 
Chung
 
 
Application Management Blog

Bdc to upload a transaction

Hello experts.
My requirement is like this, please help me.
i want to pass data to ke21 transaction. I am fetching data from different tables based on different conditions as per our requirement. i will be having all the data in the internal table .
Now i want to populate the ke21 with the internal table data. I want to populate only 5 screens and rest of the screens i want to ignore it . So please tell me how to write the bdc for this requirement . we will sechudle in the background this job everyday. So please tell me which method to use session or call transaction. Please tell me step by step process what to do.
thanks for all the replies.

Hi
the BDC program should be in this format
Transaction Recorder (SHDB)
How to Upload Presentation Server Flat file to SAP R/3 system???
How to upload application server file to R/3 system?
Definition
Example - Call Transaction Method
Transaction Recorder (SHDB)
Before you work with the Batch Input methods, you should know the purpose of the tool
Transaction Recorder.
Use:
You can use the transaction recorder to record a series of transactions and their screens.
Features:
You can use the recording to create
Data transfer programs that use batch input or CALL TRANSACTION
Batch input sessions
Test data
Function modules.
Note: It doesnt record F1, F4 and Scrollbar movements
Upload Flat file from Presentation Server to SAP R/3
CALL FUNCTION GUI_UPLOAD'
EXPORTING
CODEPAGE = IBM'
FILENAME = P_UFILE
FILETYPE = 'DAT'
TABLES
DATA_TAB = INT_TAB
EXCEPTIONS
CONVERSION_ERROR = 1
FILE_OPEN_ERROR = 2
FILE_READ_ERROR = 3
INVALID_TYPE = 4
NO_BATCH = 5
UNKNOWN_ERROR = 6
INVALID_TABLE_WIDTH = 7
GUI_REFUSE_FILETRANSFER = 8
CUSTOMER_ERROR = 9
OTHERS = 10 .
IF SY-SUBRC NE 0.
MESSAGE E999(FR) WITH 'ERROR IN FILE UPLOAD'.
ENDIF.
Upload file from application server to SAP R/3
Open the the application server file
OPEN DATASET <dsn> FOR INPUT <mode>
Read the data from application server file
READ DATASET <dsn> INTO <wa>
And then close the application server file
CLOSE DATASET <dsn>
Definition- Declaring BDC Table
DATA: BDC_TAB LIKE STANDARD TABLE OF
BDCDATA INITIAL SIZE 6
WITH HEADER LINE .
The internal table used to collect the transactions information must be declared LIKE BDCDATA.
Filling BDC Table Method #1
FORM FILL_BDC_TAB.
REFRESH BDC_TAB.
CLEAR BDC_TAB.
BDC_TAB-PROGRAM = SAPMF02K.
BDC_TAB-DYNPRO = 01016.
BDC_TAB-DYNBEGIN = X.
APPEND BDC_TAB.
CLEAR BDC_TAB.
BDC_TAB-FNAM = RF02K-LIFNR.
BDC_TAB-FVAL = TEST1.
APPEND BDC_TAB.
CLEAR BDC_TAB.
BDC_TAB-FNAM = RF02K-D0010.
BDC_TAB-FVAL = X.
APPEND BDC_TAB.
CLEAR BDC_TAB.
BDC_TAB-PROGRAM = SAPMF02K.
BDC_TAB-DYNPRO = 0110.
BDC_TAB-DYNBEGIN = X.
APPEND BDC_TAB.
CLEAR BDC_TAB.
BDC_TAB-FNAM = LFA1-STRAS.
BDC_TAB-FVAL = 123 Main St..
APPEND BDC_TAB.
CLEAR BDC_TAB.
BDC_TAB-FNAM = BDC_OKCODE.
BDC_TAB-FVAL = /11.
APPEND BDC_TAB.
ENDFORM.
Filling BDC Table Method #2
FORM FILL_BDC_TAB.
REFRESH BDC_TAB.
PERFORM POPULATE_BDC_TAB
USING:
1 SAPMF02K 0106,
RF02K-LIFNR TEST1,
RF02K-D0010 X,
1 SAPMF02K 0110,
LFA1-STRAS, 123 Main St.,
BDC_OKCODE, /11.
ENDFORM.
FORM POPULATE_BDC_TAB USING FLAG VAR1 VAR2.
CLEAR BDC_TAB.
IF FLAG = 1.
BDC_TAB-PROGRAM = VAR1.
BDC_TAB-DYNPRO = VAR2..
BDC_TAB-DYNBEGIN = X.
ELSE.
BDC_TAB-FNAM = VAR1.
BDC_TAB-FVAL = VAR2.
ENDIF.
APPEND BDC_TAB.
ENDFORM.
This two subroutine method to fill the BDC table is preferable because the POPULATE_BDC_TABLE subroutine is reusable throughout all batch input programs.
Example #1 - Change Vendor (Call Transaction Method)
Example #1- Declaration Section
REPORT Y180DM10.
DATA: BDC_TAB LIKE STANDARD TABLE OF
BDCDATA INITIAL SIZE 6 WITH HEADER LINE.
INFILE(20) VALUE /tmp/bc180_file4.
DATA: BEGIN OF INREC.
VENDNUM LIKE LFA1-LIFNR.
STREET LIKE LFA1-STRAS.
END OF INREC.
PARAMETERS: DISPMODE DEFAULT A,
UPDAMODE DEFAULT S.
START-OF-SELECTION.
OPEN DATASET INFILE
FOR INPUT IN TEXT MODE.
DO.
READ DATASET INFILE INTO INREC.
IF SY-SUBRC < > 0. EXIT. ENDIF.
PERFORM FILL_BDC_TAB.
CALL TRANSACTION FK02
USING BDC_TAB
MODE DISPMODE
UPDATE UPDAMODE.
IF SY-SUBRC < > 0.
WRITE: /ERROR.
ENDIF.
ENDDO.
CLOSE DATASET INFILE.
synchronous updating
DO.
PERFORM FILL_BDC_TAB.
CALL TRANSACTION FK02
USING BDC_TAB
MODE N
UPDATE S.
IF SY-SUBRC < > 0.
WRITE: /ERROR.
ENDIF.
ENDDO.
With synchronous updating, we can check SY-SUBRC to determine the success of the transaction and the actual update to the database.
asynchronous updating
DO.
PERFORM FILL_BDC_TAB.
CALL TRANSACTION FK02
USING BDC_TAB
MODE N
UPDATE A.
IF SY-SUBRC < > 0.
WRITE: /ERROR.
ENDIF.
ENDDO.
With asynchronous updating, we can check SY-SUBRC to determine the success of the transaction only, not the actual update to the database.
Error Handling
Write an error report.
Send the record(s) in error to an error file.
Create a batch input session with the record(s) in error.
To store error messages ( CALL TRANSACTION )
data: begin of Tab_Mess occurs 0.
include structure bdcmsgcoll.
data : end of Tab_Mess,
CALL TRANSACTION FK02 USING BDC_TAB MODE N UPDATE S
MESSAGES INTO TAB_MESS.
IF SY-SUBRC NE 0.
WRITE: / Tab_MESS-TCODE, Tab_MESS-DYNUMB, Tab_MESS-MSGTYP ,
Tab_MESS-MSGID.
ENDIF.
i am giving you example for Change Vendor you practice for ur tcode
For our example, we will use the Change Vendor transaction (FK02) to add a street address to an already existing vendor.
Step #1
Use SystemStatus menu path to determine online program name (SAPMF02K), screen number (0110)
Step #2
Use F1 key and Technical Info pushbutton in each screen field to be filled to determine the field name.
Step #3
Determine how to proceed in the transaction
(save the record by clicking on the Save pushbutton or pressing the F11 key).
BDC Table Contents
After researching the transaction we can determine the contents of the BDC table.
PROGRAM DYNPRO DYNBEGIN FNAM FVAL
SAMPF02K 0106 X
RF02K-LIFNR TEST1
RF02K-D0110 X
SAMPF02K 0110 X
LFA1-STRAS 123 Main St.
BDC_OKCODE /11
Batch Input Methods
CALL TRANSACTION USING
STATEMENT
Call transaction - for data transfer
Processing batch input data with CALL TRANSACTION USING is the faster of the two recommended data transfer methods. In this method, legacy data is processed inline in your data transfer program.
Syntax:
CALL TRANSACTION <tcode>
USING <bdc_tab>
MODE <mode>
UPDATE <update>
A Display all
E Display errors only
N No display
S Synchronous
A Asynchronous
L Local update
The process flow of CALL TRANSACTION
A program that uses CALL TRANSACTION USING to process legacy data should execute thefollowing steps:
Prepare a BDCDATA structure for the transaction that you wish to run.
Prepare a internal table to store error messages Tab_Mess like structure of BDCMSGCOLL.
With a CALL TRANSACTION USING statement, call the transaction and prepare the BDCDATA structure. For example:
CALL TRANSACTION MM01' USING BDCDATA MODE 'A' UPDATE 'S'. MESSAGES INTO TAB_MESS.
IF SY-SUBRC <> 0.
<Error_handling>.
ENDIF.
Overview of Batch Input Session
The first batch input method is to create a batch input session. It is the processing of this batch input session that updates the database, not the execution of the batch input program.
Reward if usefull

Connections and transactions

Hi all,
I need advice on managing transactions across multiple persistent objects. Currently we have a number of objects that can save their state to the database: they open a connection, perform insert/update, then close the connection:
class PersistentObject
public void store()
// get connection from pool
Connection conn = ConnectionMgr.getConnection();
// do insert/update
// Return connection to pool
conn.close();
We are using Tomcat's built-in connection pool, so ConnectionMgr simply encapsulates the JNDI lookup followed by a call to DataSource.getConnection().
Now we need to be able to store two or more objects in one transaction, something like this:
try {
// begin transaction
object1.store();
object2.store();
// commit
} catch( SQLException ex ) {
// rollback
Problem is that a transaction requires multiple SQL calls to use the same Connection.One way to do this, of course, is to open the connection externally and pass it to each object. However, ideally, it should be more implicit. Ideally, if the transaction is in progress when object2 tries to get connection, it should receive the same one that object1 used. Is there any way to do it? (Well, I can think of one: binding a connection to a session, but I also see a number of disadvatages of that approach).
thanks in advace,
CodeSlinger

this is what i know. Can you not use JTS? With weblogic app server you can use the weblogic.jdbc.jts.Driver to get a connection. Then you can start a transaction and have calls to multiple components say A, B and C. Each component closes the connection when done but the next component gets the same connection if in same execute thread. The connection is returned to pool only when you commit/rollback and all components are in the same transaction. I hope this helps. You should have similar thing with Tomcat.

E- Recruitment transaction PFAL transfer of data

Hi
I hope someone can be of help. We have ECC6 and Erec 603 and need advice on running transaction PFAL. We have set up the necessary links and ensured employees have infotype 105 for erecruitment. We need to bring the data over to erec. I have checked threads and found useful information concerning CRM but wondered if the data transfer is the same for Erecruitment. CRM data transfer thread recommended the following:
-first move all the O in update mode with filter 1000 infotype through pfal
-then move all S in update mode with filter 1000 infotype through pfal
-then move all C in update mode with filter 1000 infotype through pfal
-then move all P in create mode (maintain filter of bd64 of infotype 1,2,6,105,1001) at this time use pfal - check if hrp tables are updated at that time.
-then move all O in crete mode use pfal
-then move all S in create mode use pfal
-then move all C in create mode use pfal
We want to take Organisational units, positions, jobs, person, qualification group and qualifications (O,S,C,P,Qk and Q).
Also there are date parametres etc to be completed should this be set to 'All' or today??
Many thanks
Julie

Hi Julie:
For the distribution model of ECC to E-Rec, you're right that you'll want to include object Q and QK (assuming you intend for your company's qualifications to be available in recruiting and for when requisitions are created, the related qualificaitons show up).
ALE is generally the same from ECC to CRM as it is to E-Rec, especially on the sending side. When you PFAL, it's up to you on what you want for the date range. 'All' will obviously get you everything, but if you've got a lot of junk data in the past, it's gonna come over. On the flip side, if you just to 'today', you'll miss future dated changes. 'All' is probably the best bet, but if you ask me, it's a judgement call depending on the company.
So you've set up your distribution model (transaction BD64) and your partner profile (transaction WE20) already, right? If so, you should be cool to send off your data the first time from ECC using message type HRMD_ABA.
Good luck and let me know if that's not clear.
Thanks,
Chris

Payment advice via email/fax

Hi gurus,
Currently i am working on soem enhancement related to FI payment advice ,tobe send thru email(if email number exists)or fax(if fax exists)otherwise i have to print that advice which will be in sap script format.For this i need to enhance the FM SAMPLE_PROCESS_00002040 .I am not having any clue to do from this FM.Can anybody already worked on this type of enhancement pls let me know how shud i do and if anybody know have the coding of FM's pls reply me asap. Its an urgent requirement for me.
thanks,
anil,,

HI mruthyun/anderson
I am sending my detail requirement..pls go thru it..
Requirement:...
Upon creation of payment media (via execution of programs RFFO* and variants as specified in transaction F110 and F111) the associated payment advice should be sent by:
a) Email (if Email address present)
b) By Fax (assuming Email address is not present and a fax number is present)
c) By print (assuming that neither an Email address or fax number is present).
Note 1: Payments advice notes will cover the following groups of business partners:
3rd party vendors
Intergroup vendors and Intragroup customers
Employees
Customers (refunds for example)
Note 2: The Email and Fax number will be taken from the address screen of the vendor and customer masters. There are legitimate reasons why multiple Email and Fax numbers need to be maintained in the address screen, typically there may be one or several entries for logistics reasons (to support sending of sales orders, billing invoices, purchase orders etc) and another entry to support finance reasons (e.g. this CIP dealing with sending of payment advice notes). With respect to multiple entries a default must be specified on the address screen, the default is important as this is the entry that is copied into the logistics documents (sales orders, purchase orders etc) and subsequently used for transmission (assuming an output condition record has been maintained to support Fax/Email), the default can be manually changed in the logistics documents (but typically this is something that is only done on an occasional basis). When adding an entry for finance reasons the default for any existing entry should not be changed as this would have a potential impact for logistics (this is no doubt already clear to the person/group that maintains address data given that multiple entries already exist). If the Email address or Fax number is the same for both logistics and finance then a separate entry is nevertheless required and the notes field for the finance entry should contain a description containing at least the word FIPAYADV in capital letters in order that the payment advice BTE (business transaction event) can identify the entry as being relevant for Payment Advice and select and use it accordingly.
Note 3: It is assumed that a fax cover sheet is not required for the fax option.
Note 4: It is assumed that the standard SAP Email description of the file meets requirements, this format is Payment advice note from XX.XX.XXXX where XX.XX.XXXX is the date upon which the payment advice is sent.
Note 5: The basis team will need to be informed of all users ID that execute F110 or F111 and they will need to be provided with their respective Email address in order that the data is maintained under transaction SU3. The SU3 Email address is used as the sender address, should the SU3 entry not be maintained then SAP will generate and use an Email address for the sender which will be in the following format Adrian Foster ([email protected]) where user executing F110 or F111 was AFOX06.
Note 6: This CIP deals with method of transmissions and not whether a payment advice note should be output or not. If there are requirements to limit the issuing of payment advices notes for certain payment methods (J, 7 etc) and/or company codes these should be limited via the RFFO* variants or alternatively not limited but instead output to a dummy printer or dummy Email address.

Advice: collections or transactions

Similar Messages

Maybe you are looking for