WM RF queue determination

Hi,
I have problem with assigning areas and activieties to queue. Let me brief the case. In the warehouse every storage type consist of 8 corridors and every corridor is marked as a different storage section. I determined as well picking areas for every storage type. So, we have:
St. type A
St. section for A: 001-008
Picking area for A:001-008
Now, I want to set queues as per corridor where destination bin is located. In the settings "Assigning areas and activieties to queue" I assigned 8 queues. We are taking into account only TOs created for replenishment so all settings apart from destination storage type and destination picking area will be the same.
Example: 011 Preparation screen for stock removal X *** *** A 001 *** REPL 01
Unfortunately it doesn't work.
Please share you knowledge. Any help will be appreciated.
Thanks,
Ola

Can you share the solution please ?
Regards
MS

Similar Messages

Queue Determination by Picking Area

Dear all,
I am having difficulty with the correct Queue determination.
Current config has four wild cards (***) and no Door, determining Queue-A
I have added one line in my config table where the wild card voor Picking Area is replaced with a Real Picking Area number, and I have assigned one location to it. Also this line has Queue-B as queue to be determined
In my TO the destination bin is the one with the picking area mentioned above.
Still, the new Queue is not found.
I do not get it. Do you? If you do, please let me know.
Best regards,
Nick

There is a very useful SAP OSS Note out there that sets out the correct settings required for Placements/ Removals and Other stock transfers. Have a look at:
Note 320804 - Created transfer orders are assigned to no queue
thanks,
Adam.

BADI for RF Queue Determination

Dear all,
I am playing with the RF Queue Determination BADI and I woul like to share my thoughts with you.
I am considering using the RF Queue BADI for something else than Queue Determination:
IF Queue is XXX, AND the Two Step Confirmation status is yellow (ls_TAP-PVQUI = 'x'), then I want to CLEAR the current document number as shown in Transaction LRFMD.
So, rather than determining a Queue, I want to perform a CLEAR.
Will it let me use this BADI for this purpose? Am still strugling the term after CLEAR
IF ls_tap-queue = 'KLEXP-05'
    AND ls_TAP-PVQUI = 'X'.
      clear LRF_WKQU-DOCNUM.
      ENDIF.
Thank you for your time,
Best regards,
Nick

Nick,
As fas as I know this badi is used during TO creation. At that time no document number is assigned to a RF user.
I wouldn't advise clearing from this badi enhancement. It is not ment to be used for this purpose.
Regards.
Ronald

Determination of a door for goods receipt via MIGO without inboud delivery

All,
Has anyone set up configuration to determine a warehouse management door for goods receipt when there is no inbound delivery? I wish to utilize door to assist in queue determination and I am unable to find the right settings for door determination on goods receipt.
Thank you,
Sandy

For making the Inbound delivery as required for processing a goods recipt, you need to use the confirmation control key in the PO.
The ASN from the Vendor vvia EDI will post as an Inbound delivery in the PO.
In the configuartion of the confirmation control key maintain the Confirmation sequence with Inbound Delivery and mark it as GR relevant and GR assignment.
SPRO - IMG - MM- Purchasing - Confimrations - Set up confimrmation control.
This setting will ensure that GR does not happen without an IBD

Queue assignment to WO with multiple WT's

Hello,
I'm trying to figure out the queue assignment for a warehouse order with multiple warehouse tasks.
My scenario:
I have a returns delivery for 1 PC of product X. After unloading, this product is transfered to the Quality Inspection area. Based on the inspection result, the product is transfered to scrap or putaway location. I have designed this process using POSC.
Now, I'd like to use RF scanning for both moves; from GR-AREA to QIS-area, and from QIS-area to Putaway-area. In order to do this, the correct queue needs to be assigned to the warehouse order.
I've made the necessary queue settings, nut the queue is not automatically assigned to my WO. I think there's something wrong in the WOCR, because the WO Activity area is not automatically assigned to the WO.
Any suggestions?
Thanks & regards,
Oliver

The issue is solved, I had to make an additional setting in the Queue Determination Criteria.
It's a bit strange; I already had entered the criterion that all goods from Activity Area 9011 (my GR-area) would be assigned to the INBOUND-queue, though this didn't work for my returns process.
Now, I've made an additional setting where I;ve assigned the INBOUND-queue to the warehouse process type. Now, the queue gets assigned automatically.
Regards,
Oliver

WM: Split transfer order by queue

Hi. We have WM an SAPConsole implemented in our company. The actual parameter to split the transfer orders, when created, in our warehouse is the storage type. That is, if the delivery order needs to pick product from different storage types, the system will create one transfer order for each storage type.
Now we have customized our system to work with queues. We assigned different storage types to those queues. Now we need to split the transfer orders by queue.
So let's say, if we have a queue that has assigned both storage types A00 and B10, when we create the transfer order that is going to order to pick from these two storage types, we need the system to generate only one transfer order.
We have been researching a little and found nothing in SAP standards. Do you know if that's possible as a SAP standard? What suggestions do you have for this case?
Thank you for the support

Hi,
it is possible as SAP standard. I use this functionality in production system. In my scenario queues are assigned by BAdI LE_WM_RF_QUEUE.
In documentation for this BAdI I found following note:
"Note that the queue acts as the forced split criteria for the TO split."
Of course if you use standard RF queue management, queue also acts as criteria for TO split.
You can find useful documentation under:
IMG:
Logistics Execution>Mobile Data Entry> System Modifications> Business Add-Ins in Mobile Data Entry> Business Add-In for Queue Determination.
u201CYou can also call the documentation on the BAdI method via the menu, by carrying out the following steps:
1. Choose the tab page Interface.
2. Double-click on the relevant method.
3. Click on the right mouse button and choose Component documentation.u201D
Andrzej

Queue does not exist Error while saving TO

We enabled RF Queue determination
Queues are getting determined correctly in Transfer orders as per the logic mentioned in 'Assign Areas and Activities to Queues'
We dont want queue determination for few TO's if logic is not there and ststem should not assign queue but now system is prompting message 'Queue does not exist, Message no. LRFMON502' if it could not derive queue while saving TO
Any pointers?

Hi
We enabled queue determination based on detination storage type with BADI LE_WM_RF_QUEUE, this implementation cuased us DUMP
Fixed by fine tuning queue assignment in config

Info about configuring queuespace?s size in Tuxedo 6.5

Hi
I am looking for infomation about how I can calculate the size of a Tuxedo/Q
queuespace. What are the parameters that I have to analyze in order to make a
good "setting"?
Merci

Well,
What about:
SUM(i = 0; i = n){QUEUE(i) size}
where
QUEUE(i) size
is the size of a particular queue in your queue space.
Now I hear you say: "But what's then a good size for a queue?" (a GOOD question)
That depends on:
- the number of messages enqueued per unit of time
- the average size of the messages
- the amount of spare capacity you want to have (how long before the queue gets
filled up completely if no messages are being read from it)
The bottom line is: you have to think about it and maybe ask users what would
be acceptable for them. If a Service Level Agreement requires that messages can
be stored for 2 days then you'd better make sure that you can handle it.
Example:
- 100,000 messages/day
- average message size 2 kb
- must be able to handle 12 hours of messaging before queue is completely filled
up
Then the queue size is 100,000 * 12/24 * 2kb = 100,000 kb = 100 Mb.
Add another 30% engineering margin and you will need 130 Mb for this queue.
Admitted: this is a very rough calculation.
Remarks:
- disk space is relatively cheap
- the size of the individual queues determines the size of the queue space you'll
need
- you don't want to administer the queues on a daily basis if they appear too
small (time and again if you're a real Scrooge)
- really big queue spaces may take some time to be initialised by TUXEDO, but
that's only at creation time
Bottom line: use your common sense.
Regards, Winfried Scheulderman
"Marcos Lyra" <[email protected]> wrote:
>
Hi
I am looking for infomation about how I can calculate the size of
a Tuxedo/Q
queuespace. What are the parameters that I have to analyze in order to
make a
good "setting"?
Merci

Tried out samples and order of messages not maintained

I tested out some of the samples from the JMS tutorial and I got some strange results. The first example in there creates a queue, a sender, and a receiver. The sender enqueses 10 messages (strings "1" through "10"). And the receiver dequeues and displays everything it gets. I was impressed with the fact that I can enqueue 10 messages and start the receiver later and still get my 10 messages back. Then I tried this: (1) run sender (i.e. enqueue "1" through "10"), (2) run sender again (i.e. enqueue "1" through "10"), (3) run receiver. This time it printed "1", "1", "2", "2", ... , "10", "10" instead of "1", "2", ... , "10", "1", "2", ... "10". Why isn't the order of the messages enqueued maintained?
- Mike

Message priorities
You set the priority of a message (in the Priority field of the MQMD structure)
when you put the message on a queue. You can set a numeric value for the
priority, or you can let the message take the default priority of the queue.
The MsgDeliverySequence attribute of the queue determines whether messages on
the queue are stored in FIFO (first in, first out) sequence, or in FIFO within priority
sequence. If this attribute is set to MQMDS_PRIORITY, messages are enqueued
with the priority specified in the Priority field of their message descriptors; but if
it is set to MQMDS_FIFO, messages are enqueued with the default priority of the
queue. Messages of equal priority are stored on the queue in order of arrival.
The DefPriority attribute of a queue sets the default priority value for messages
being put on that queue. This value is set when the queue is created, but it can be
changed afterwards. Alias queues, and local definitions of remote queues, may
have different default priorities from the base queues to which they resolve. If
there is more than one queue definition in the resolution path (see �Name
resolution� on page 99), the default priority is taken from the value (at the time of
the put operation) of the DefPriority attribute of the queue specified in the open
command.
The value of the MaxPriority attribute of the queue manager is the maximum
priority that you can assign to a message processed by that queue manager. You
cannot change the value of this attribute. In MQSeries, the attribute has the value
9; you can create messages having priorities between 0 (the lowest) and 9 (the
highest).
Above is the documentation given for your problem in "ApplicationProgramming guide".
Even I have tested by running sample program.
It gives me FIFO only

Tuxedo6.5 /WS client creates temporary files

I have noticed a tuxedo6.5 /ws client every now and then creates a temporary file. I knew that temporary files are sometimes created on the server machine when messages are too large to fit on a server's ipc queue, but I didn't think this applied to /WS clients. Why does a /WS client need to create temporary files, and are there any kernel parameters that can be tuned to prevent this from happening? The operating system is dec alpha 4.0.

I thought that the same yields for /WS clients as for servers. I asumed the reply messages are written into a message queue at the client side as well(or temporary file if the messages are too large), because the client is able to asynchronously receive the replies from the server. (but I could be wrong...)
If the messages don't fit in the message queues (determined by the kernel ipc parameters), the messages are written in a temporary file and only a message header is written in the message queue, precising the location of the file. BEA advises to adjust the kernel parameters in order to prevent messages written to temporary files, because it would be slower.
However, that is not always the case, e.g. because of the following: if a large message (on our Unix Tru64 5.1 machine) is written to a temporary file, it is not flushed (Tuxedo doesn't flushes the temporary file explicitely). Offcourse, your cache must be large enough.
So the messages are not actuall written on the disk, they are only written into the cache and removed again before they are written to disk. In other words: in our case it is comparable fast as writing in the message queue. So it is not always necessary to adjust the kernel parameters.
I assume your Dec Alpha 4.0 has the same behavior.
Mariska.

EWM Opportunistic Cross Dock

Hi All,
I am doing the following scenario and I have all the config and master data setting that is needed to do cross dock.
This scenario is cross dock from the Inbound side
1. Create Sales order for qty 10 in ECC and that is replicated in EWM.
2. Wave the ODO in EWM and that creates an WT to pick 10 qty from the GNL location. The WT is still open and I did not confirm it yet. The WT has source and destination HU determined. The WO has Queue assigned based on Queue determination
3. I now create an Inbound delivery in ECC for same prod and Qty 10 and it is replicated in EWM.
4. In EWM, I pack the qty 10 in a HU and then I do a 'Goods Receipt' to the GR-ZONE. I don't have a POSC
5. Now I am manually creating a putaway WT for the ID.
Now this is where my problem is. I was hoping that system will cross dock this inbound delivery with the outbound delivery and in doing so, it will cancel the open Pick WT that was created for the ODO and will create a new cross dock WT but system did not do so. It is creating a direct putaway WT to the GNL location.
ALSO, this process works when for the ODO, I do not create any open WT. In that case, during putaway WT creation it is cross docked.
So the question is, does EWM consider open WT's during XDock? In some texts, SAP writes that the open WT's will get cancelled and cross docked but that is not happening.
Thanks for your inputs and help
James

Hi,
EWM can cancel an open pick WT. What it says in the docu is " If open pick warehouse tasks of this kind exist, EWM cancels these without violating the FIFO principle."
Well, in reality it is not that simple. First of all the open WTs must be RF relevant (you wrote you have a queue, but it must be an RF-queue (which I suppose you have)). The other thing is the question with FIFO. Now it does make sense that EWM does not cancel a WT if the already assigned quantity is older then the one you have in the GR zone. But what acutally happens is that the system checks the goods removal rule being used for the open WT. If this one uses the GR date or the SLE date, then the system does NOT cancel the WT. This is part of the standard BADI implementation you have to have to CD. And this is where you have to put in your own logic.
Brgds
Juergen
Want to learn EWM?
Check for EWM courses @ https://training.sap.com/curriculum/scm_ewm
Get a SAP Learning Hub Subscription: https://training.sap.com/shop/learninghub

Tutorial on AWT/Swing control flow

Greetings all,
Just wondering if any of you folks know of a good tutorial on AWT/Swing control flow? I'm doing some pretty complex stuff with a table whose editors call other windows and insert values into the table based on callback objects...weird stuff happening with loss of focus when the other windows come out, etc etc etc.
I have it working via a series of what I consider kludges, but I would really like to implement it cleanly, and it's looking like that's going to require understanding <ugh> <grin>
So it looks like it's time that I bit the bullet and got to grips with control flow in AWT/Swing. Is there a tutorial out there that could help me with this?
Many TIA

skiaddict1 wrote:
Let's take your word for it, but if you have the slightest doubt please consider the subject: EDT violation is a classic here.OK sure, but I really don't think I'm violating it. I avoid multi-threading like the plague, and only introduced it for my report writer because I wanted to have a little window advising the user that the report was in the process of being written.Raise your left hand and swear this report writer is not running when you experience the problem you describe! >o(
OK, this is just kidding, as per the rest of your description, it sounds reasonable now to assume that your problem is not related to EDT violation.
I'm doing some pretty complex stuff with a table whose editors call other windows and insert values into the table based on callback objects...This summary is a bit worrying, and I thought you would mention problems in the display of the table being edited. But you seem to refer to problems in other windows, or did I misunderstand?
Or do you mean, loss of focus in the editor still being edited? Can you please clarify what you do and what your problems are?
In particular, what does the other windows come out mean?OK, I was trying to be sparse with details because I didn't think they were relevant.Actually the worrying seems all the more justified, now that you have described it more extensively: I was afraid that you would raise other windows while editing, and that's the case. I know little of focus though...
I have a table in window A, one of whose columns has a custom editor which, when a cell in the column is double-clicked, registers itself with window B as a choice-listener (see later) then asks window B to come to the front. Window B, when the user performs a choice amongst the UI elements in there, fires a choice-event to its listener, i.e. the custom editor. At which point the editor saves away the chosen value (for use by getCellEditorValue()), sets the text in the cell appropriately, turns edit mode off via fireEditStopped(), and brings window A back to the front.
(...) once the custom editor asks window B to come to the front, the table in window A loses focus and when it is brought back to the front, the table's JScrollPane seems to have the focus (visually, it has the focus rectangle around it). Pressing the Tab key has no effect on focus; you have to use the mouse to focus something.I assume you have read the tutorial on using tables in Swing.
It contains an example where a custom editor is bringing up a dialog: http://download.oracle.com/javase/tutorial/uiswing/components/table.html#editor
AFAIK, the example does not suffer from focus problems.
What I am finding, and I reiterate this is new since I rewrote the windowing subsystem for the app (the custom editor was not changed in the rewrite), is that (...)Just what do you call "rewriting the windowing system" (just to rule out the possibility of something Ramboesque)?
I have no idea why this loss of focus is occurring, and I am at a loss to begin to figure it out. As I wrote above, I have a series of kludges which gets around the symptoms, but I would really rather figure it out and fix it.OK I admit I cannot tell what happens exactly, but:
1) instead of bringing window B to front, couldn't the editor bring up a dialog B (e.g. using JOptionPane.showXxxDialog() to bring up just the choice panel? The advantage is that it is more "synchronous", you can control when the window A's table model is updated.
2) what worries me too is that you update the model of the table being edited while you're editing one cell of it? Would it be possible, and make sense in your case, to update this model later (that is, post the model update as an invokeLater(...) call)? I don't see how seeing the table updating underneath helps the user editing its cell, but you may have your reasons.
What do you call flow control , or control flow in AWT/Swing?Basically, what I am after is something that will help me begin to understand/diagnose problems such as the above when they happen in my code. I am deeply averse to multi-threading (...) Things in my code were working, and that was enough for me.
But the above behaviour, and another weird behaviour I was having last week, which again I have solved with what I consider a kludge, and again which only began with my new windowing subsystem, have caused me to realise that it's time I really got to grips with this issue.Yes, when they say beware of threads when using Swing , nobody tells to not use threads! Just to be aware of how special Swing is with regards to threads (at least, compared to AWT, that didn't make such warning).
I would like, for example, to really deep-down understand exactly when listeners for AWT-Swing events get called. I don't really care so much when the events get put on the queue, but I do care when exactly my event handlers will be called. This will help me diagnose problems, I'm sure.Well they get called in the EDT, by some framework code that, in an infinite loop, does something along the lines of:
- pop next event from the event queue
- determine which is the target widget
- let the widget transform the event and send it to all registered listeners
Now with dialogs, things gets dimmer, because while a dialog is brought up (via a<tt>setVisible(true)</TT> call on the EDT, the EDT is indeed suspended, and a new event thread manages the events for the dialog).
I'm sorry I have no reference for that behavior, and my description is certainly blurry (and possibly wrong), but I don't think your problem is so much related to threading as I initially thought.
N.B.: Darryl's second link does features sequence diagrams that try to demonstrate what happen (in a specific example with asynchronous access, but you can derive the simpler, regular, working, from it).OK, yes I saw that diagram, I was offput by the asynchronicity but I will have another look tomorrow also. Thanks againDon't put too much hopes in there, indeed it's definitely not the kind of info I understand you're looking after.
Much luck all the same, and feel free to come back with your findings, or with more questions, about the initial subject (reference on event flow) and the specific problem (your focus issues with the editor).
I also cannot end this message without suggesting that you try to reproduce the problem with an SSCCE (http://sscce.org), that you could post here for us to try out. See this recent discussion about the multiple interests of this approach: {message:id=9587964}
Best regards,
J.

How to determine the number of messages in a queue, that ...

Hi,
what's the proper way to count the number of the messages in an Advanced Queue that are currently visible to consumers?
Currently we use:
select count(*) from aq$queue_tab_name q where q.QUEUE = 'Q_NAME';
The problem with that approach:
If one consumer dequeues a lot of messages in one transaction, that change in the number of messages visible to other consumers is only made visible after the consumer issues a commit. Before the commit is issued, the above "select count(*) ..." statement (issued from a different DB-session) does not reflect the fact that one consumer consumed a lot of messages, messages that are not available to other consumers anymore (only exception: the original consumer issues a rollback sooner or later).
So before the commit is issued:
-the consumed messages are NOT visible to other consumers anymore (which is intended behaviour)
-but the "select count(*) ..." statement (issued from a different DB session) does NOT reflect that fact
So the case could arise that the queue becomes empty, while "select count(*) ..." says that e.g. 1000 messages are still in the queue.
Is there a solution to this problem?
PS: For our use-case we need these dequeue option :
dbms_aq.remove;
dbms_aq.first_message;
dbms_aq.on_commit;
Again, the queue itself works correctly, I just need to find a way to determine the number messages that are currently dequeable / visible to the consumers at specific point in time.
I couldn't find a func/proc in dbms_aq for that purpose.
Best wishes
Peter

The following might be of interest in better understanding the issue you are facing in a broader context:
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:5771117722373

How do I determine the size of an event queue?

Hi,
I'd like to be able to programmatically determine how many events are in queue so that I can change how they are processed based on how far behind the loop is.
Is there a way to easily do this in labview?
I suppose I could create an identical parallel event loop that just counts the events as they come in, and then subtract the ones that get processed by the main event loop, but it seems like there should be an easier way.
I'm using LV 8.1
Thanks,
Greg

So you are recomending running two event loops, one waiting for the faster events and one waiting for the slower events?
I wouldn't put it that way.
Any event that takes 'long' (eg. a significant amount of time), should be processed in a consumer loop.
So the event arives in the normal event structure, and is than feed to a consumer loop via a queue.
In the LabVIEW examples there is a framework example called 'Produces/consumer with events' (or something like that).
If you have a specific type of event generating very fast and you are only interested in the last a notifier might be usefull.
Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas
LabVIEW, programming like it should be!

JMS Queue - how to determine dynamically

Hi,
I have the following scenario File -> PI -> JMS Queue
Based on the above I would like to dynamically determine the JMS Queue name based on the source file name, for example:
XXX_data_file.xml        should route to JMS Queue   XXX_JMS_Q
YYY_data_file.xml      should route to JMS Queue   YYY_JMS_Q
<any>_data_file.xml    should route to JMS Queue   <any>_JMS_Q
How can I dynamically set the JMS Queue name?
There are several suggestions which say to use 'DCJMSReplyTo' but they make no sense to me. I have looked in WIKI "FAQ J2EE JMS Adapter" and "Note 856346 - J2EE JMS Adapter: Frequently Asked Questions (FAQ).
I can get the source file name in a UDF but how to set the target JMS Queue in the same UDF?
Che

Check the following link for how to get the name of the file:
http://help.sap.com/saphelp_nw04/helpdata/en/43/03612cdecc6e76e10000000a422035/content.htm
In your target strucuture, add one elment to hold the above file name:
In your receiver determination, you use conditonal routing, you can say
if file name element = file 1, then select your queue1 receiving system
if file name element = file 2, then select your queue2 receiving system
If you do not want to have many receiving system, you can also use conditional interface determination as well, that way, you need to have number of inbound interfaces that corresponding to your queue.
in this case, you just have one receiving system.
Regards.
Liang
Edited by: Liang Ji on Jun 2, 2009 8:07 PM

WM RF queue determination

Similar Messages

Maybe you are looking for