Transfer to ECC fails in the SCM 7.0 testing system

We use only DP and are upgrading from SCM 5.0 to SCM 7.0. The planning book from where we transfer the Demand Plan to to ECC has a time bucket profile set up where it is maintained in months and the display is in weeks. The transfer to ECC happens in weekly buckets. Beacuse of this in the testing system for SCM 7.0 - the transfer fails as the system says that "Transfer to R/3 with mixed periodicites is not allowed".
The transfer has worked fine in SCM 5.0 version for over 3 years. Any suggestions here will be greatly appreicated.
Thanks,
Sarita Doddi

Hi Sarita,
Please check the link below. It clearly states the data view used for the transfer process should have one periodicity only.
A planning buckets profile with one periodicity only (if it contains more than one periodicity, the job is aborted with an error)
http://help.sap.com/saphelp_scm70/helpdata/en/5f/176d4160168147e10000000a1550b0/frameset.htm
If you need different aggregation levels for the transferred demand (e.g weekly for 2 months forllowed by monthly for 10 months), you may have to release the demand in 2 steps.
Step 1: Release with a data view with only 2months in weekly buckets
Step 2: release with a dataview month 3 to month 12 in monthly buckets.
Regards
Ashok

Similar Messages

Exchange 2007 SP3 Install on 2008R2 Fails with "The data passed to a system call is too small"

I'm installing Exchange 2007 SP3 onto Server 2008 R2. I have run this install in compatibility mode and in normal install mode with the same results. Error code 3221684346: The data area passed to a system call is too small. I am installing directly from
the SP3 files, this is not an upgrade. What do I have to do to get this to work?
[2/15/2011 7:24:18 AM] [2] Interpreting line <CreateSecureKey:MSExchangeIS\ParametersPrivate> -- ID:31259 --
[2/15/2011 7:24:18 AM] [2] CInsParser::ScProcessLine (f:\08.03.0083\sources\dev\admin\src\libs\exsetup\hiddenw1.cxx:1199)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Processing file 'C:\Exchange Server\Setup\data\mdb_reg.ins', at or near line 77 (CreateSecureKey:MSExchangeIS\ParametersPrivate) -- ID:31111 -- CInsParser::ScProcessLine (f:\08.03.0083\sources\dev\admin\src\libs\exsetup\hiddenw1.cxx:488)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Registry file name: 'C:\Exchange Server\Setup\data\mdb_reg.ins' CRegistryManager::ScProcessFile (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\tools\regmgr.cxx:125)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Filename = 'C:\Exchange Server\Setup\data\mdb_reg' CBaseAtom::ScRunRegistryFile (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:1379)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Leaving CBaseAtom(Information Store Service)::ScRunRegistryFile
[2/15/2011 7:24:18 AM] [2] Filename = 'C:\Exchange Server\Setup\data\mdb_reg' CBaseAtom::ScAddRegistryKeys (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:1249)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Leaving CBaseAtom(Information Store Service)::ScAddRegistryKeys
[2/15/2011 7:24:18 AM] [2] CAtomBaseMDB::ScAddRegistryKeys (f:\08.03.0083\sources\dev\admin\src\udog\exsetdata\components\server\a_basemdb.cxx:132)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Leaving CAtomBaseMDB::ScAddRegistryKeys
[2/15/2011 7:24:18 AM] [2] CBaseAtom::ScAdd (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:639)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Leaving CBaseAtom(Information Store Service)::ScAdd
[2/15/2011 7:24:18 AM] [2] Service = 'MSExchangeIS' CBaseServiceAtom::ScAdd (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\basesvcatom.cxx:203)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Leaving CBaseServiceAtom(Information Store Service)::ScAdd
[2/15/2011 7:24:18 AM] [2] mode = 'Install' (61953) CBaseAtom::ScSetup (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:535)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] ScSetupAtom (f:\08.03.0083\sources\dev\admin\src\udog\exsetdata\exsetds.cxx:897)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[2/15/2011 7:24:18 AM] [2] Leaving ScSetupAtom
[2/15/2011 7:24:18 AM] [2] [ERROR] An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[2/15/2011 7:24:18 AM] [1] The following 1 error(s) occurred during task execution:
[2/15/2011 7:24:18 AM] [1] 0. ErrorRecord: An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[2/15/2011 7:24:18 AM] [1] 0. ErrorRecord: Microsoft.Exchange.Management.Deployment.ExsetdataException: An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[2/15/2011 7:24:18 AM] [1] [ERROR] An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[2/15/2011 7:24:18 AM] [1] Setup is halting task execution because of one or more errors in a critical task.
[2/15/2011 7:24:18 AM] [1] Finished executing component tasks.
[2/15/2011 7:24:18 AM] [1] Ending processing.
[2/15/2011 7:42:08 AM] [0] End of Setup
[2/15/2011 7:42:08 AM] [0] **********************************************

I would probably rebuild the host machine. The Exchange installation should occur without any issues, and where a problem does occur that can be an indication of a more widespread problem. Rebuild the machine, reinstall the prerequisites and try again.
Simon.
Simon Butler, Exchange MVP
Blog |
Exchange Resources | In the UK?
Hire Me.
Hello Poster.
I am having the same issue, however it is most likely NOT a host box problem. The above advice is not a fix. I have 3 servers that are cloned with the same setup. 2 were fixed by doing the Vista compatibility trick, this one gave a different error (which
happened to be the same as above). This org was a 5.5 to 2000. to 2003 coexistence with 2007 currently(because the mailbox role won't install). It has something to do with AD or permissions. Server 2008 r2 inherently has problems installing exchange.
Example, having to use vista compatibility to get the mailbox role to install. SP2 patch gives the same error to some people, and also doesn't upgrade the mailbox role properly in some cases. Some people have had luck restarting the IIS admin service, but
that did not solve my copy of this error. I will repost here if I find a solution to this issue...
Same exact setup log for me as well.
[3/4/2011 10:45:51 AM] [2] Interpreting line <OpenMachineKey:SYSTEM\CurrentControlSet\Services> -- ID:31259 --
[3/4/2011 10:45:51 AM] [2] Interpreting line <CreateSecureKey:MSExchangeIS\ParametersPrivate> -- ID:31259 --
[3/4/2011 10:45:51 AM] [2] CInsParser::ScProcessLine (f:\08.03.0083\sources\dev\admin\src\libs\exsetup\hiddenw1.cxx:1199)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Processing file 'C:\Program Files\Microsoft\Exchange Server\Setup\data\mdb_reg.ins', at or near line 77 (CreateSecureKey:MSExchangeIS\ParametersPrivate) -- ID:31111 -- CInsParser::ScProcessLine (f:\08.03.0083\sources\dev\admin\src\libs\exsetup\hiddenw1.cxx:488)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Registry file name: 'C:\Program Files\Microsoft\Exchange Server\Setup\data\mdb_reg.ins' CRegistryManager::ScProcessFile (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\tools\regmgr.cxx:125)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Filename = 'C:\Program Files\Microsoft\Exchange Server\Setup\data\mdb_reg' CBaseAtom::ScRunRegistryFile (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:1379)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Leaving CBaseAtom(Information Store Service)::ScRunRegistryFile
[3/4/2011 10:45:51 AM] [2] Filename = 'C:\Program Files\Microsoft\Exchange Server\Setup\data\mdb_reg' CBaseAtom::ScAddRegistryKeys (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:1249)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Leaving CBaseAtom(Information Store Service)::ScAddRegistryKeys
[3/4/2011 10:45:51 AM] [2] CAtomBaseMDB::ScAddRegistryKeys (f:\08.03.0083\sources\dev\admin\src\udog\exsetdata\components\server\a_basemdb.cxx:132)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Leaving CAtomBaseMDB::ScAddRegistryKeys
[3/4/2011 10:45:51 AM] [2] CBaseAtom::ScAdd (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:639)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Leaving CBaseAtom(Information Store Service)::ScAdd
[3/4/2011 10:45:51 AM] [2] Service = 'MSExchangeIS' CBaseServiceAtom::ScAdd (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\basesvcatom.cxx:203)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Leaving CBaseServiceAtom(Information Store Service)::ScAdd
[3/4/2011 10:45:51 AM] [2] mode = 'Install' (61953) CBaseAtom::ScSetup (f:\08.03.0083\sources\dev\admin\src\udog\setupbase\basecomp\baseatom.cxx:535)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] ScSetupAtom (f:\08.03.0083\sources\dev\admin\src\udog\exsetdata\exsetds.cxx:897)
           Error code 0XC007007A (122): The data area passed to a system call is too small.
[3/4/2011 10:45:51 AM] [2] Leaving ScSetupAtom
[3/4/2011 10:45:51 AM] [2] [ERROR] An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[3/4/2011 10:45:51 AM] [1] The following 1 error(s) occurred during task execution:
[3/4/2011 10:45:51 AM] [1] 0. ErrorRecord: An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[3/4/2011 10:45:51 AM] [1] 0. ErrorRecord: Microsoft.Exchange.Management.Deployment.ExsetdataException: An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[3/4/2011 10:45:51 AM] [1] [ERROR] An error occurred. The error code was 3221684346. The message was The data area passed to a system call is too small..
[3/4/2011 10:45:51 AM] [1] Setup is halting task execution because of one or more errors in a critical task.
[3/4/2011 10:45:51 AM] [1] Finished executing component tasks.
[3/4/2011 10:45:51 AM] [1] Ending processing.
Just curious though, how long is your FQDN? Mine is 34 characters plus whatever exchange is adding to it during setup for this particular string. I found a post with the same error for ISA server and some buffer is only 100 characters for a system call.
ERROR_INSUFFICIENT_BUFFER 122 (0x7A) The data area passed to a system call is too small. http://msdn.microsoft.com/en-us/library/ms681382(v=vs.85).aspx Indicates a msft programming problem.
Outsource Technology Inc. MSFT Professional Consultant

Failing "List Services Information" Cluster validation test

Hi
I'm building a 2 node Windows 2008 SP2 Cluster. I've setup the SAN Disks, NIcs etc and am running the cluster validation tests. However this always fails on the "List Services Information" Test with the following error statement:
"An error occurred while executing the test. There was an error getting information about the running services on the nodes. There was an error retrieving information about the Services from node '<Server FQDN>'. Object reference not set to an
instance of an object.
Note: I replaced the actual server fqdn with <Server FQDN>
Any help is appreciated.
Thanks

Hi,
I know it is not a SQL cluster but you could still have a try with steps below as a workaround. See:
http://support.microsoft.com/kb/953748/en-us
•For an integrated failover Add-Note setup, run the following command on each node that is being added:
Setup /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster
•For an advanced or enterprise installation, run the following command:
Setup /SkipRules=Cluster_VerifyForErrors /Action=CompleteFailoverCluster
•If you receive this validation failure when you add a node to an existing failover installation, run the following command on each node that is being added:
Setup /SkipRules=Cluster_VerifyForErrors /Action=AddNode
TechNet Subscriber Support in forum |If you have any feedback on our support, please contact [email protected]

Transport of DSO object fails into BW test system

Hello BW experts,
I have tried transporting a request from the BW development system into both BW test and BW production system. The transport was successful in the production system, but failed in the receiver system giving the following error.
InfoObject 0DIVISION deleted from DataStore object RZBIOIHL
Message no. RSDODSO114
Diagnosis
InfoObject 0DIVISION was deleted for DataStore object RZBIOIHL. This is not allowed as DataStore object RZBIOIHL contains data...
Actually this DSO contained data in both the production as well as test systems. Please clarify what could have gone wrong.
Regards,
SVR

Hi
have you made any midifications like removing objects from DSO which you already sent to testing system.
delete the data(DSO) in testing system and make fresh transport request through re acitvate DSO and move to testing system.hope this will help u
mahesh
Edited by: Mahesh Kumar on May 14, 2008 6:16 AM

How to transport the DATABASE TABLE into the Test system ?

Hi Experts,
I am working on BI7, I had created Database table in BDV system using SE11. Tech_name is ZGLACC_TEMP. I had activated it. I had used this database table for the purpose of writing the start routine in the transformation. while I am transporting the transformations to the test system, It is showing as syntax error in ABAP program,
In BDV system there are no syntax errors. it is working fine,
So now I have to transport the database table to test system so that I can transport the transformations into Test system without any error.
Kindly anyone can give the answer , it will be appreciate and points will be assigned.
thanks
sekhar

Hi Sekhar,
Go to SE11, go into the change mode of your table and change the Object Directory entry (Goto -> Object Directory Entry) to some valid package (other than $tmp). Then it will ask for a transport request. Give a transport request and then I believe you know what to do with that transport.
Another thing to keep in mind ... transport all the data elements and domains you have created for this table. Change their Object Directory Entry and assign them to the same transport request.
Best regards,
Kazmi

How to debug a failed shopping cart transfer to ECC in classic mode

Hello,
I am using SRM 5 in classic mode, connected to ECC 6.0.
I have an error message in the administrator monitor that tells me a transfer a shopping cart to ECC has failed.
"Shopping cart 1000000123: Error creating the follow-on document"
(Message is BBP_PU 367)
This is located in the "local errors" section of the administrator monitor.
The follow on doucment will be a PO in ECC.
This message does not tell me the cause of the problem therefore I need to retrnsmit the cart and debug to find the error message that is being returned from ECC.
I have browsed the forum and there are various answers about debugging but but have not found exact instructions on how to debug, and it is now always clear on whether the instructions apply to classic or extended classic.
I have seen reference to the method in note 539978 that creates test data with FBGENDAT for the ECC BAPI. However this method does not seem suitable for a production system because it will interfere with all shopping carts being transferred while the shoppign cart with the problem is being debugged.
Therefore I would like to debug in SRM just for the shoppign cart with the problem.
Hopefully this thread will become the defintiive poitn of reference for debuggin a classic shopping cart transfer to ECC in SRM 5.
I propose to use function module BBP_PD_SC_TRANSFER to transfer the shopping cart again by entering the shopping cart GUID.
Question 1) Can this error message be returned by checks in SRM before the BAPI is called in ECC? If so, where do I place a breakpoint to find the error determined by the checks in SRM?
Question 2) If the system is getting as far as calling the BAPI in ECC, is it possbile to find the error message passed back from ECC by this approach, given that the actual transfer is carried out by the spooler?
Question 3) If this approach is valid, in which method/function module do I need to place a breakpoint, at which statement is the error message passed back to SRM from ECC?
Your help would be appreciated,
Reagrds

Hi Paul,
a small correction to Dishas comment:
The class CL_BBP_BS_ADAPTER_PO_CRT_470_1 is used for the backend release 4.7, so it is not relevant for you. Instead of this, you have to take the CL_BBP_BS_ADAPTER_PO_CRT_ERP10 and method CREATE_DOCUMENT. This is the last step, before the SRM calls the backend system.
From the alert "local errors" I suppose, that there is an error in the SRM customizing (in case the error message comes from the backend system, you get the message into the "Backend Application error").
Typical customizing error, when e.g. the number range of the purchase REQUISITION is not correctly customized (in case the prerequisits for a PO are not fulfilled, the system tried to create a purchase requisition). See the note 1173815 regarding this problem.
Back to your questions:
The activating of the FBGENDAT was a good idea, but I would give here two hints:
- I case of production system you can use only the "Mode B".
- Activate the FBGENDAT only for a short term:
-- at first set the breakpoint in the method CREATE_DOCUMENT (as above described)
-- execute the BBP_PD_SC_TRANSFER
-- you will be stopped at the breakpoint.
-- Now you can activate the FBGENDAT in the backend
-- go on with F8 in the debugger in the SRM system
-- >>> test data will be filled in the backend system (BAPI_PO_CREATE1)
-- deactivate the FBGENDAT
You can do this in one min. and the worst what can happen is that you have 2-3 test data in the BAPI_PO_CREATE1 additionally to the erronous SC.
Question 1) Can this error message be returned by checks in SRM before the BAPI is called in ECC? If so, where do I place a breakpoint to find the error determined by the checks in SRM?
- Maybe... Places for setting breakpoints
-- FM "BBP_PD_MSG_ADD"
-- System command "RAISE"
-- FM "META_BAPI_DISPATCH" (typical problem, see above, and also the note 1173815)
Question 2) If the system is getting as far as calling the BAPI in ECC, is it possible to find the error message passed back from ECC by this approach, given that the actual transfer is carried out by the spooler?
- Yes, you can find the message in the:
-- Test data of the BAPI_PO_CREATE1, if you have activated the FBGENDAT
-- In the method CREATE_DOCUMENT if you "comes back" from the RFC call from the backend
Question 3) If this approach is valid, in which method/function module do I need to place a breakpoint, at which statement is the error message passed back to SRM from ECC?
- see above, CL_BBP_BS_ADAPTER_PO_CRT_ERP10 method CREATE_DOCUMENT
Kind regards,
Peter

Moving library to external hard drive and get the error "Copying files failed. The disk could not be read from or written to"

Hello,
I'm moving my library to an external hard drive.
I've made sure to use the 'Keep iTunes Media Folder Organized' option when pointing to the new library location.
I select 'File'->'Library'->'Organize Library', I select to 'Consolidate Files', click 'OK' and get ther error message "Copying files failed. The disk could not be read from or written to".
I've read elsewhere that there may be a corrupted file that I need to sequester somehow and perhaps add it back however I'm not certain how I can locate that file because the status window doesn't indicate which file it's attempting to transfer when the error appears.
Any tips?
Thank you,
Greg H
iTunes 10.6.3

OK I figured it out!
It was a dodgy file....I sorted the file folders by date, and as it turned out within the "compilations" folder there was a CD where only about half the tracks seemed to have been copied over. Could not have identified this simply from the time indicated on the finder folder sort, because there were several CDs copied over in the that same minute.
I went back to the original itunes folder, deleted all the files from that CD in itunes, then also deleted all those files from the original disk and the target disk.
Tried the "consolidate library" again, and it completed nicely. 200megs of music and videos.
Very happy to solve this problem after 3 weeks.

Copying Music failed. The disk could not be read from or written to.

I just added a server to my home network. It's called "DELLSEVER" and is networked via TCP/IP on a Windows Network. I can copy files to and from it no problem. I created a shared folder on the server with public read/write access and no password called "Music".
I wanted to move my iTunes music folder (~110GB) to the server's Music folder.
I followed the instruction found on this forum and went into iTunes(6.0.4.2) preferences -> Advenced -> Itunes Music folder location -> clicked Change -> selected the directory from the available list -> clicked ok.
Under "iTunes Music folder location" it now says "\\DELLSERVER\Music\iTunes", and clicked ok to close the preferences.
I then clicked Advanced -> Consolidate Library -> Consolidate.
I then get the error "Copying Music failed. The disk could not be read from or written to."
I then tried to manually copy my library from dragging the folded from my PC to the server. That worked fine, but I can't get iTunes to use the server's copy of the music, it keeps going back to my PC's copy.
Please help. I've only got about 30 Meg left on my PC's drive with iTunes and need to relocate my music to the server's drives.
And if it matters, I am Administrator on both my PC and the server.
I also tried de-authorizing my PC just in case. Made no difference.

Thanks Katrina. Mapping the folder to a drive letter allowed iTunes to start copying the music across.
Unfortuntely iTunes didn't notice that I manually copied the files across earlier, so it's overwriting them. I'm about two hours into the transfer with about another hour to go, but it looks like it's going to work.
Windows XP Pro

IDoc failed with the error massaeg "Instance of object type could not be ch

Hi All
I am getting IDoc failed with the error massaeg "Instance of object type could not be changed"
Message type :PORDCR
Basic type : PORDCR05
Message no. BAPI003
Status : 51
All POs are get uploaded in SAP during Cut over activities only.
Please suggest on this.It will be a great help.
Thanks
Ajit

Hi
After uploading POs into SAP we are changing quantity and value in PO in Legacy system, and for this all IDocs are failed, subsequently these changes are not triggering to ECC.
Please help
Thanks
Ajit

XML message failing in the SUS side for vendor replication from ERP

Dear Experts,
We have configured MM-SUS scenarios in our environment of SRM 7.01/ECC 6 ehp 5.
We are trying to replicate the Vendor master from ECC to SUS using PI ( idoc message ZCREMAS_SUS_MM)).
The message is successully processed in the PI. It is failing in the SUS side.
The exception is as below:
An error occurred when deserializing in the simple transformation program /1SAI/SASF5486DA19E3520591A1B (Length of "123 JALAN TIMUR" exceeds maximum length "10", specified with tt:maxLength Kernel ErrorId: ST_CONSTRAINT_MAXLENGTH) XML Bytepos.: 607 XML Path: ns0:SupplierPortalTradingPartner(1)TradingPartnerOrganization(2)Address(8)HouseNumber(6) An error occurred when deserializing in the simple transformation program /1SAI/SASF5486DA19E3520591A1B Length of "123 JALAN TIMUR" exceeds maximum length "10", specified with tt:maxLength</SAP:Stack>
Where I can change the settings to allow the maximum length of 10?
Any input will be highly appreciated.
Thanks and regards,
Ranjan

Hi,
Note 1510484 - SUS: Order longtext in message area displayed incorrectly
Note 1559121 - SUS: Long texts are getting broken in PCO (POR)document
Given notes are not exactly related to the problem. Let me know if notes could work for the current issue.
Regards,

Load failed due the spl char

Hello Gurus,
I am working on BW 3.5 version, While loading the data to different ODS's. The loads are getting fail becoz of the below error.
*Value 'PPS2AEGN16ZZZSFBA ' (hex. '505053324145474E31365A5A5A53464241A0 ') of characteristic 0MATERIAL contains invalid*
the problem with the above material value is it included space(blank) at the end.
For this i have included the FM 'SCP_REPLACE_STRANGE_CHARS' in the Transfer Rules to ignore all the special Char for the 0material Info object. but still i am facing the same problem.
Kindly let me know if there is another solution for this. or i am missing any thing.
Thanks and Regards
Edited by: KK on Aug 13, 2009 12:10 AM

Hello thanks for ur response,
Space is on the right side of the material. hope i can maintain at both left and right sides bcoz to overcome the problem in future.
what i hav to include for the same kindly let me know
Regards

No Business Partner generated for new employee transfer from ECC to SRM

Hi All,
I am working on SRM 5.0 with ECC 6.0 backend. The HR structure is replicated from ECC using ALE, message type:HRMD_ABA.
When I am trying to replicate a new employee from ECC to SRM, I run the O-insert first, then the S-insert and then the P-insert using PFAL transaction.
The Org structure was already in place in SRM, so it just adds the new position to it by A003 relation. The S-insert generated idoc shows status as '53' in both ECC and SRT with the relation A003, B007 and A008. But, when I check the table HRP1001, the A008 entry is missing. Due to this, no CP is generated for this position and also no business partner is generated for this user.
When I run the P-insert for this employee, the idoc is posted in ECC. But, the status of the idoc in SRT is '52' and the message shown is "The Parameter Country Has Not been Entered During Naming Format Check" Message No. R11206.
I checked the Name Format for this employee, and it is maintained as 2.
Where am I going wrong? Why is no CP person generated even when the idoc status is 53? Why isn't the new employee getting transferred to SRM server?
I have checked the SAP notes related to HR-ECC Org transfer, but I am unable to figure out the reason for this problem.
Could anyone help me out in this?
Regards,
Ancy

Maintained the name format tables (SA13)on ECC and SRM side.

CRM Sales Order Not getting transfer to ECC System

Hi,
We had created one sale order in CRM and created sale order is not getting transfer to ECC system. BDOC are ending into error status and following are the error which is getting generated
ERP adapter is called
item is not to invoice0000000010
Service that caused the error: CRM_1O_DELTA_MOB_MBDOC_SRV
We had cross check the item category in CRM and ECC system and it seem to be fine.
We had tried opening the document and it is gettinh opened suceesfully also.
In case if any one had face this issue then please let me know the solution step to get this issue resolved.
With Regards
Ankush Rai
9423404043

Hi Anukush,
To replicate a sales order from CRM to ECC you should have following prerequisties.
1. Master Data: Customer, material should exist in both the system
2.Organization Structure like Sales Org, Division, Distribution Channel (Sales Area) should exist in both the system
3.Same Document Type,Item Category, Item Category Determination should exist in both the system
4.Same Number Range should exist in both the system
Best Regards,
Rajendra Sonawane

Material PR transfer from ECC to SRM without Account Assignment

Hello,
When a material PR without account assignment is transferred to SRM. The scenario is determined as direct procurement and system will behave in extended classic scenario.
I would need the PO to be posted in backend ie Classic scenario.
We are in SRM 7.0 using SOA PR transfer from ECC EHP 4 system.
I believe there is consulting note available for this scenario. If any body has the note number please share it.
Thanks,
Rohith

Symptom
While running Materials Replenishment Planning (MRP) purchase requisitions (PR) will be created in SAP ERP (e.g. after creating a Planned Order in MD10).
Before SAP SRM 7.0 these requisition got the field EPROFILE assigned which enabled the system to extract the PR document to SAP SRM by using report BBP_EXTREQ_TRANSFER. As of SAP SRM 7.0 and SAP ERP 6.04 you configured Business Add-In ME_REQ_SOURCING_CUST to trigger SOA message PurchaseRequestERPSourcingRequest_Out.
After running MRP you notice that no sourcing request SOA message got generated.
Other terms
SOA, MRP, Sourcing, external sourcing,
BBP_EXTREQ_TRANSFER, EPROFILE
MD10, MD14, MD04
Reason and Prerequisites
Program error.
Solution
Due to complexity it is not possible to provide a SAP core correction. However PP-MRP application provides a BAdI interface that gives the possiblity to trigger this functionality of external sourcing.
If you need to use the external sourcing with SAP MRP create a new implementation for BAdI MD_PURREQ_POST and inherite from the class provided in attached correction instruction.
Note 1546980 - MRP PReq: PurchaseRequestERPSouricingRequest_Out not send
1263876 - SAP SRM: Configuration of Procure-to-Pay Scenario
Note 1504247 - ME54/ME55 does not trigger sourcing SOA message
Note 1436550 - Multiple PR scenario PurchaseRequestERPSourcingRequest_Out

ECC Client switch to SCM 7.0

Hello,
We are planning to switch our ECC Development client from 120 to 130 which is already connected to SCM system and has data related to ECC 120.
When switch the ECC client from 120 to 130 and run the Integration Models again, what are possibilities of SCM system data to become junk or Inconsistent?
1). SCM data needs to be scrambled before we run the Integraion Models from New client?
2). SCM data gets appended with new Data from new client?
Kindly provide your views...
Thanks,
Arjun

Arjun
It depends on which modules of SCM you are using. If you are using DP integrated with a BI system, the Infocubes/ Time Series Data could be inconsistent after switching. If you are using GATP with Product Allocation (again due to DP/ BI linkage), you could have the same issue.
Other than that you might be ok if you simply do CIF initialize (RIMODINI) and also do a Transaction data reconciliation (/SAPAPO/CCR).
As far as possible, my opinion is that it is always better to rebuild the SCM system everytime the connected ECC client changes rather than attempt to clean it. The reason is that should anything look funny in Development (either due to an enhancement or while testing standard functionality), you will always be thinking in the back of your mind that it might be due to the client switching. The fewer wild cards you introduce in your development environment, the better off your testing.
Rishi Menon

Transfer to ECC fails in the SCM 7.0 testing system

Similar Messages

Maybe you are looking for