on 12-17-2008 5:57 PM
Hi!
I am almost ready with with my first File to Idoc scenario and having the following error.
(Idoc of type MATMAS.MATMAS02)
The IDOC will be received on business system B.
Unfortunately the following errors come in tcode BD87 or MM90
Enter a material type
Message no. M3098
No material number transferred
Message no. M3752
Can some one help me to trace and solve this problem?
Thank you very much!
regards
Holger
Hi Holger,
You can also use the transaction we05 and provide your Idoc message type, to see the segments and data populated into the idoc fields.
Thanks,
pooja
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did you check the material number (IDOC segment E1MARAM-MATNR) and material type (IDOC segment E1MARAM-MTART) are populated in your receiving system ?
Regards Jack
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Several options but sinse you already use BD87, browse in BD87 to your MATMAS IDOC, then press the button 'Display IDOC'. Now browse to IDOC segment E1MARAM in your IDOC. That is the first segment in the MATMAS IDOC. You can display the segment content by clicking on the segment. Empty fields are not displayed, so when you the fields MATNR or MTART are missing then these are not filled from your sending SAP system (or not mapped by your middleware solution, not sure you do use).
Best regards Jack
Edited by: Jack Graus on Dec 17, 2008 7:24 PM
Hi Jack!
This true!
The values of mtart and matnr are missed in the IDOC.
Unfortunately I mapped these attributes from file "MT_Material" to IDOC as follows:
MT_Material MATMAS.MATMAS02
MATNR MATMAS02 --> E1MARAM --> MATNR
The same applies for attribut "MTART"
Do you why this mapping will be ignored?
Many thanks!
regards
Holger
Hi!
I corrected the error!
Now the Idoc has the status "yellow" which mean "IDOC ready to be transformed to application".
Is that still an error/warning or is everything is ok?
I mean does some background job started and create a material from this IDoc?
I loooked into tcode MM03 and cannot unfortunately detect any new materials....
kein Filtern , kein Umsetzen , kein Versionswandel .
Message no. B1005
In Log I could find:
IDoc successfully processed in the ALE layer
The IDoc has passed through the ALE layer successfully and can now be passed to the application. This transfer is either done online or as a background job, depending on the settings in the partner profile.
If there are no further status records, the IDoc waits for the next run of the transfer report to the application.
Success or failure when passing the IDoc to the application is documented in the subsequent status records.
Actions in the ALE layer
The parameter 'kein Filtern' indicates whether the processing in the ALE layer led to segments of the inbound IDoc being omitted. The important criteria here are the settings in the segment filter and in the distribution model for this sender.
The parameter 'kein Umsetzen' indicates whether field values were converted in the ALE layer. This is the case if the IDoc contains organizational units to be converted, or if the ALE conversion tool for this sender is activated.
The parameter 'kein Versionswandel' indicates whether the IDoc was converted into an earlier version of the IDoc type. This happens if the IDoc type of the sender is different from its own IDoc type.
Holger
Hi Holger,
As indicated by the msg "IDOC ready ..." , idoc is ready but not yet processed. To process the idoc, you can go to the transaction BD87 and process your idocs.
Ideally if in the partner profile , your inbound idoc is configured as "Trigger Immediately" ; the idoc should have process immediately.
Thanks,
Pooja
Hi!
I choose the option "trigger immediately".
When I go to tcode BD87 choose the node and press "process" the following short dump comes up:
Unable to interpret "1,2 " as a number.
CX_SY_CONVERSION_NO_NUMBER
Error analysis
An exception occurred that is explained in detail below.
The exception, which is assigned to class 'CX_SY_CONVERSION_NO_NUMBER', was not
caught in
procedure "E1MARAM_NODATA_FIND" "(FORM)", nor was it propagated by a RAISING
clause.
Since the caller of the procedure could not have anticipated that the
exception would occur, the current program is terminated.
The reason for the exception is:
The program attempted to interpret the value "1,2 " as a number, but
since the value contravenes the rules for correct number formats,
this was not possible.
Could some one tell me how to proceed in this case?
many thanks!
Holger
User | Count |
---|---|
85 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.