CFM2

[Former Member]

Hi,

I have created Integration model for Transferring Material from R/3 to APO.

While activating the model(CFM2), it is giving error with status as i..e. NOSEND

I am getting the following message

"Function module "/SAPAPO/CIF_GEN_EVENT"

Please help me to solve the problem. Please give the Simple Scenario for data transfer from Mill products to SCM 5.0.

Thank you,

Durga

[somnath_manna · Accepted solution]

Go to SCM System and in /SAPAPO/CQ find out the Inbound Queues to SCM system. There can be some other queue stuck inbound to SCM which is causing the problem. But if the status is NOSEND then it could be that the RFC between R/3 to APO is not correctly setup. Test the connection from R/3 by selecting the appropriate logical system for APO under trasaction SM59.

But when its Mill Products - does the material has some characteristics? Make sure you have CIFed the appropriate Material Characteristics and Classes in advance from R/3 to APO.

Hope this helps.

Somnath

[Former Member · Accepted solution]

Hi Somnath ,

I did below Configuration for Mill products to SCM 5.0.Now also I am getting NOSEND in CFM2 .Please check this and Help me.

We created two logical systems in

Mill products

.

1.SCC4---Assign logical system (MLP_00_720) to client(MLPUSER)

2.SM59-MLP_00_720In technical settings-->Target Host is APO System.

APO_00_720In technical settings>arget Host is Mill products.

3.CFC1---Assign Target system and Queue type

-->APO_00_720,I,Outbound(LS, Operation, Q-type)

4.NDV2---Maintain the SAP APO release

--> APO_00_720,SAP_APO,50(LS, System type, Release)

5.BF11---Activated check boxes (ND-APO, NDI).

6.CFC2-User Parameters>MLPUSER,Q,D,R

SCMUSER,Q,D,R(User,RFC Mode,Logging,Debug)

We created two logical systems in

SCM 5.0

.

7.SCC4---Assign logical system (APO_00_720) to client(SCMUSER)

8.SM59-MLP_00_720> In technical settings àTarget Host is APO System.

APO_00_720--> In technical settings --Target Host is Mill products.

9./SAPAPO/C1---create Business Group group (BSV_MILL)

10./SAPAPO/C2-Assign LS to Business group> BSV_MILL,APO_00_720,X,50,Outbound,Stricts,Not Specified

BSV_MILL,MLP_00_720,X,500,Outbound,Stricts,Not Specified

12./SAPAPO/C4---User parameters

-->SCMUSER, Detailed, Debugging off, Default.

Thank you,

Durga

Message was edited by:

Durga Vinta

[somnath_manna · Accepted solution]

Goto SMQ2 in SCM system find out the queue details. There should be some text describing the queue issue inbound to SCM system.

The NOSENDS error description is provided in this <a href="http://help.sap.com/saphelp_scm50/helpdata/en/ad/7b623c6374a865e10000000a11402f/frameset.htm">this link</a>.

The only thing I can think of now is to Register Inbound Queues done using transaction SMQR. For details see <a href="http://help.sap.com/saphelp_scm50/helpdata/en/3f/425f3c0fdea575e10000000a114084/content.htm">this link</a>

Thanks,

Somnath

[Former Member · Accepted solution]

Hi All,

When we excuted the CFM2 in ECC 6.0 we got the Error like this

Function/Q/SAPAPO/CIF_ATPCHECKSC_INBOUND

Text: NOEXEC

When we click the qRFC Monitor button.It goes to the qRFC (Inbound Queue) SMQ2 in SCM.We made the below settings

<b>Registration on Inbound in ECC 6.0 and SCM</b>In SMQR in ECC 6.0

Queue Name:CF*

Type :R

Mode

Max Runtime:60

Attempts :30

Pause :300.

Destination with LOGON Data: ECC_00_800(SCM RFC Destination name)

In SMQR in SCM

Queue Name:CF*

Type :R

Mode

Max Runtime:60

Attempts :0000

Pause :300.

Destination with LOGON Data: APO_00_800(ECC RFC Destination name)

Could you help me.

Thank you,

Durga

[somnath_manna · Accepted solution]

What is the detailed error text of the CIF queue - you see this either in SMQ2 or better through SLG1 as explained earlier. However it the text is NOEXEC then please check with your BASIS team to confirm that test data transfer is happening between ECC to APO. Looks like CIF setup in terms of RFC is the issue.

Thanks,

somnath

[Former Member]

Hi Durga...

I could suggest some Basic concepts while using CFM2.

1) First of all one should always check for the Queues entering the SCM system ie "SMQ2"

2) Also in Parallel one should also check for "SMQ1" in R/3 because if the Queues get stuck up in R/3 itself then they do not get processed in SCM.

3) Also one should get the download of the Queues logs by"/N/SAPAPO/C3"

in SCM & study the detailed error messages-This will enable a good deal of info about the Queue enteries.

4) The RFC link between R/3 & SCM should be re-established taking care of the Spelling (very imp )of the target system.

With Warm Regards,

Vishal Pandya.

[Former Member]

Hi Durga,

Have you checked if the Inbound Queue of your SCM system is not stopped?

Best Regards

Alper Myumyun