Auto conversion of Perchase req to Po

Hi,
How to convert a req to po. As I checked auto po in material(purchaisng tab) and checked in purchasing data(control tab) of this vendor also. Where couild I be wrong? When I look at Stock requirements(MD04), it stays as req?
Thanks in advance.

Hi,
I forgot to run me59. Thanks for the same.

Similar Messages

Raw auto conversion & showing items in modified folder

Hi,
When I shoot photo's, I let my camera create RAW and JPEG images. I manage to import those into iPhoto and show up nicely in the (event) viewer. I understand that iPhoto puts these into the original folder and while I'm also importing a RAW image, it also auto converts a JPEG copy and puts it into the modified folder.
So far so good. However, when I need to modify a photo I normally use the RAW image file. What I would expect to happen after the RAW image modification is that :
1)iPhoto makes an auto conversion and puts it in the modified folder (this happen and I find the modified JPEG in this folder)
2)The original JPEG photo that is shown in the event viewer is "overlayed" with the modified one. I tried a lots of things till now but nothing seems to help?
Does anyone know how to accomplish 2)??
Further when I remove an event from the library (move to trash in viewer) I noticed the Photo files remain in the library package. It is possible to let iPhoto also remove the files from the library?
Can I let iPhoto create (rebuild) a blank iPhoto library package, i.e. after I renamed the active one ( I want to create one for each year)?
Thanks for your help

MacFan_RJ:
Welcome to the Apple Discussions. Regarding removing the files, are you emptying the iPhoto trash bin after moving the photo into it?
Launch iPhoto with the Option key depressed and, when asked, select the option to create a new library. If you play on having multiple libraries I suggest you use iPhoto Library Manager to manage them and allow you to easily move between them. I have 18 libraries that I manage. With the paid version of iPLM you can copy events or album between libraries while maintaining keywords, comments and titles.
On editing RAW and saving the new jpg, I've not found a way to get the new edited version into the correct Modified folder, replace the current modified file and update the thumbnail to reflect the edit. It appears that those edits will have to be saved to the desktop and imported a new files.
TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance.
I've created an Automator workflow application (requires Tiger), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. It's compatible with iPhoto 08 libraries and Leopard. iPhoto does not have to be closed to run the application, just idle. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.

Auto conversion of planned order to production orders

Hi Gurus,
Few days back I posted a question on; Auto conversion of planned order to production orders.
http://forums.sdn.sap.com/thread.jspa?threadID=2135568&tstart=0
There is standard SAP Transaction to run a batch job. no need to use - user exit or a BAPI
Follow this procedure:
TCode: COHV
on the initial screen; select "CHECK BOX" for planned orders and deselect production orders.
select mass processing tab.
Function: 210 Convert planned orders.
On Menu-Programs-Execute in background
Thanks

HI Alok,
I was looking at CO41 and there is only one small problem with that. You have to give an 'Order Type' as a input. And I don't see 'Execute in the background' anywhere. I think I have to create a job using wizard in SM36.
Please correct me if I'm wrong.
Thanks

ME59N - Conversion of Purchase Req to Purchase Order

Hi Gurus,
I am trying to convert PR to PO through ME59N tcode.
The vendor as cource of suppply is ERS vendor.
When I do the conversion, I am getting an error " Tax code must be maintained for ERS vendor' . How can I interfere in this automatic conversion.
Can anyone throw smoe idea , how to skip this error and convert the PR to PO by ME59N
Regards
Raj

Hi,
Add Tax code for material plant vendor cobination in Info record in ME12 t.code
Regards,
JS

DW CS3: Auto Conversion of Special Characters?

In DW 8 special characters entered or pasted into the text in
Design view, were automatically converted to & encoded values.
If you were typing ø, ø was inserted in the code.
This was very usefull when pasting large portions of non-English
text.
It seems that this feature has been disabled in DW CS3. Why?
How do I enable this feature again?

BennyO wrote:
> It seems that this feature has been disabled in DW CS3.
Why? How do I enable
> this feature again?
The feature has not been disabled. The default encoding in
CS3 is UTF-8,
which supports accented characters without the need to
convert them to
HTML entities, such as ø. All modern browsers
support UTF-8, so
there should be no need to use HTML entities, unless you are
saving
content in a database that doesn't also support UTF-8 (MySQL
3.23 or
4.0, for example).
If you want to go back to using HTML entities, change the
default
encoding to Western European (iso-8859-1).
David Powers, Adobe Community Expert
Author, "Foundation PHP for Dreamweaver 8" (friends of ED)
Author, "PHP Solutions" (friends of ED)
http://foundationphp.com/

Font auto conversion

Every time I place text into the InDesign document it is automatically converted to Arial Unicode MS Bold with underlines. I want to turn this off, but can't figure out how.
metskate

^Right. It helps to remember that all the settings which are shown (in effect) when nothing is selected will be applied to eligible new content that is introduced. So, with nothing selected, if Arial Unicode MS Bold with underlines is set before you place text, the newly placed text will take on those settings.

Why to auto conversion?

Working on a PC with PS5. Why are RAW files automatically being converted to JPGs when opened in PS5? I want them to stay RAW files until I've processed them, then I will export them as JPGs. What is happening?

Hudechrome wrote:
First off, there is a missing post before post #3 by Noel.
I was sent a private eMail.
Hudechrome wrote:
When you click "Open" in ACR, you get a screen which gives options for saving; Location and output parameters desired, The options for output include jpeg, dng, tiff, etc. Open the last drop down menu and tell ACR what form you want it. ACR will then pick the correct extension. I suspect it's set for jpeg.
That's not at all what I see.
With Bridge open, I'm looking at the CONTENT tab, in which I have several of my .CR2 raw files.
I highlight two of them, using the Control key to add the second one to the batch that have a darker background.
I double-click either of the highlighted raw files, and voila, Camera Raw opens.
I click the [Select All] button at the upper left, then the [Open Images] button and after a few seconds both images open in Photoshop as Raw files.
I apparently missed the dialogs you mentioned, Lawrence.
-Noel

Packed decimal auto conversion

Hi
I have an input field that is of type P , with decimals 3.
so if I enter 3000 , then it will take 3.000 .
I want it to be so ,, when user enters 3 , it automatically converts it to 3.000 and if the user enters 3.2 , then it converts it to 3.200 , .
How can I achieve this.
Thankyou

Hi Krish,
I understand what you need, please look this code:
DATA: lenght(2), cont(2), contv(1), teste(1), lenghtv(1).
PARAMETERS: p1(10).
lenght = strlen( p1 ).
cont = 0.
contv = 0.
DO lenght TIMES.
teste = p1+cont(1).
cont = cont + 1.
IF teste = ',' OR teste = '.'.
    contv = 1.
    lenghtv = lenght - cont.
    IF lenghtv = '0'.
      CONCATENATE p1 '000' INTO p1.
    ELSEIF lenghtv = '1'.
      CONCATENATE p1 '00' INTO p1.
    ELSEIF lenghtv = '2'.
      CONCATENATE p1 '0' INTO p1.
    ENDIF.
endif.
ENDDO.
if contv = 0.
CONCATENATE p1 ',000' INTO p1.
endif.
WRITE p1.
Regads
Allan Cristian

Is there a procedure to auto populate shipping instructions on Kanban STOs?

Hello,
The scenario is this:
- intra-company STO (does not cross borders, no billing), type UB, created via Kanban when the bin is emptied
- for this organization, type UB STOs also originate from other sources (ie, conversion from Purchase Reqs), not just originating from Kanban; although for a single material within a plant, Kanban is the method and UB STO is the replenishment strategy
- Shipping instructions (on the Delivery Line Item tab) are a required field when UB STO is created directly, but via Kanban background process the STO is saved successfully without shipping instructions (I find this interesting). This is not a text for shipping instructions, it's the element EVERS, field name EVERS in structure MEP01313.
The problem is this:
- the user (in this case the planner) must go in to manually add the shipping instructions on the Delivery Line Item tab prior to SAP allowing delivery document creation & shipment activities. this manual intervention by the user is unacceptable to the business.
The desired solution from the business is this:
- the business has specified a default shipping instruction that they want (it is configured and ready to go)
Steps we've taken to resolve:
-I first thought of using a purchasing info record. But we cannot use a purchasing info record to default the shipping instructions because this STO is using SUPPLYING PLANT and not vendor as the relationship.
-Then, I thought about maintaining shipping instructions on the purchasing view material master record, but the requirement is to only default these shipping instructions when they originate from Kanban and when the STO type = UB. So I thought it was too broad because it could impact other purchasing functions for the same material, plus the info record doesn't work for supplying plant.
-Now I am thinking about a procedure of some sort to configure to find the correct shipping instructions when material master + STO data meet certain characteristics. Is there such a thing?
-Another option would be a user exit available in the STO to do a check for Kanban indicator and STO type and then to choose the desired shipping condition, but this doesn't seem as elegant as other potential options, and seems restrictive (ie, hard-coding the key for the desired shipping instructions or building a ztable with combinations of STO attributes and desired shipping condition, which requires maintenance).
-Finally, it seems odd that the background creation of the STO via Kanban doesn't trigger a hard error when it checks the document for completeness, rather than saving and getting a document # even though the document is missing a required field. This seems to point to STO user exit as a way to fix this problem.
Your thoughts on the assumptions we've made and the potential resolutions are greatly appreciated.
Rebecca
Edited by: Rebecca Slomski on Oct 8, 2008 7:37 PM

Answered my own question. This may help someone, so here is the answer for version 4.6.
The way to automatically default shipping instructions when the STO uses "SUPPLYING PLANT" instead of vendor is to first configure a purchasing value key that contains the shipping instructions. The path is: IMG>Materials Management>Purchasing>Material Master>Define Purchasing Value Keys.
Then, the material master record must be updated on the Purchasing View with the new purchasing value key.
Cautions to this approach:
1. Even though this is on the Purchasing View, purchasing value key is on the MARA table, so it is not a plant-specific material master setting. One purchasing value key per material master record.
2. The purchasing value key contains settings for reminders and over/under-delivery tolerance percentages. This is interconnected with the choice of shipping instructions. Be sure that the purchasing value key is configured to meet the wide variety of planning needs that could exist at multiple locations where the material is used.
3. Some of the above considerations are mediated by the fact that the material master purchasing value key is over-ridden by specific information contained on a purchasing info record or a contract.

Conversion of 1.2 JATO project (non-Forte IDE) to S1AF (JATO) 2.0

JATO Team,
First of all, thank you very much for the Studio integration. It
looks very promising in terms of development time consumption,
deployment to S1AS7, etc., etc. It is impossible to observe all
advantages for so short period of time.
The SOAF (JATO) 2.0 is installed on the top of the Sun ONE Studio 4,
update 1 (EE) with JDK 1.4 along with the Sun One Application Server
7 (W2000). Everything looks okay, at least all basic tasks listed in
the "Getting Started" manual (project/view/model creation, basic db
connection, running of a test application with the usage of the
Studio's default Tomcat container, etc.) work proper.
During the installation of S1AF module on the top of the Sun ONE
Studio 4, update 1 (EE) I've got an invitation to convert the
existing project to the new environment. As I realized the only JATO
project integrated/created with Forte IDE is applicable for this auto-
conversion (please correct me, if I am wrong. It could solve a lot of
my problems).
Since we are using JBuilder5 IDE and our JATO 1.2 project is
integrated with this IDE I manually re-created project in the Studio
with its file structure, adjusted the project web.xml file, etc. This
new project looks like a proper one (Studio recognize all methods,
fields, bean patterns, e.g.) except at least one "small" thing. All
java files (project viewBeans, Models, custom viewBeanHelpers a.k.a.
pure java) came up with the same wizard image:java class. Stutio with
the S1AF module reserves the special images (and appropriate studio
properties, of course!) for View and Model. Namely this allows to see
the following structure for a ViewBean, for example, in the Studio:
Modules
ProjectName.ModuleName
FooViewBean
JavaSource
JSPs
Non-Visual Components
View Components
On the other hand, I could add either new View or Model in my
manually converted project and add any View Component or bind the
Model fields, for example. Also, the ProjectModuleServlet has been
converted proper. I tried to convert each View/Model class inside the
Studio to its proper wizard image and failed. Addition of a View
Components (with an appropriate code fragments) via the Studio or
auto-binding of model fields is an essential part of 2.0 and should
drastically speed up the development process as it is designed.
Questions:
1. What I missed in my manual conversion of 1.2 JATO project to the
SOAF (JATO) 2.0 realm? What should I correct in my JATO 1.2
compatible classes (Views and Models) to be recognizable by Studio
wizard (JATO 2.0)?
To be more specific. Some deltas between JATO 1.2 and JATO 2.0 are as
follows (related to a ViewBean):
====++++++++++++++======
JATO 1.2 viewBean extension upon creation:
public class FooViewBeanViewBean extends ViewBeanBase
implements ViewBean
========================
JATO 2.0 (S1AF) version: viewBean extension upon creation:
public class FooViewBean extends BasicBeanBase
====++++++++++++++======
JATO 1.2 viewBean createChild(...) method for one static looks
like:
protected View createChild(String name)
if (name.equals(CHILD_STATICTEXT1))
StaticTextField child = new StaticTextField
(this,
getDefaultModel(),
CHILD_STATICTEXT1,
CHILD_STATICTEXT1,
CHILD_STATICTEXT1_RESET_VALUE,
null);
return child;
========================
JATO 2.0 (S1AF) version: viewBean createChild(...) is renamed (as
a least) to createChildReserved(...):
protected View createChildReserved(String name) {
if (name.equals(CHILD_STATICTEXT1)) {
com.iplanet.jato.view.BasicDisplayField child =
new com.iplanet.jato.view.BasicDisplayField(this,
STATICTEXT1);
return child;
====++++++++++++++======
JATO 1.2 viewBean registerChildren() method for the basic field
types looks like:
private void registerChildren() {
registerChild(CHILD_STATICTEXT1, StaticTextField.class);
registerChild(CHILD_TEXTFIELD1, TextField.class);
registerChild(CHILD_BUTTON1, Button.class);
========================
JATO 2.0 (S1AF) version: viewBean registerChildren() method:
private void registerChildren() {
registerChild(CHILD_STATICTEXT1,
com.iplanet.jato.view.BasicDisplayField.class);
registerChild(CHILD_TEXTFIELD1,
com.iplanet.jato.view.BasicDisplayField.class);
registerChild(CHILD_BUTTON1,
com.iplanet.jato.view.BasicCommandField.class);
Is it correct to say that all existing custom Views/Models
(compatible with JATO 1.2) should be converted to their JATO 2.0
variants to be visible by the Studio?
On the other hand, fast overview of 2.0 API shows that the JATO 1.2
is a sub-set of the 2.0 (BasicViewBean extends ViewBeanBase, for
example). What exactly (only deprecated methods?) should be adjusted
in the project code (1.2), if necessary, to be visible by Studio as a
View or Model component?
2. Where it is possible to find the list of deprecated methods (from
JATO 1.2 to JATO 2.0 versions). It is difficult sometimes to compare
two versions of API docs (1.2 and 2.0) or compare logs between
versions. Also, JATO 2.0 is significantly larger than 1.2 version. If
the later obviously inherits the ND conversion stage (via the
previous versions), the former obviously has additions incoming from
the integration with the Studio (a.k.a. Forte 4.0).
3. What is the current/future Sun/JATO Team policy with regards to
JATO source code access (version 2.0, at least)? The reason of this
question is as follows: in order to display dates formatted on the
screens we adjusted a couple of JATO 1.2 core classes, for example.
The only minimal, absolutely necessary changes in JATO 1.2 was made,
but anyway...
Sorry for so long multiple question. As Todd wrote in his
announcement mail: "We think you will be very pleased with the new
product...". This is exciting moment, I believe, for JATO Team as
well as for any team involved into the conversion of the full size
application/product from ND to J2EE realm with the JATO as
an application framework (1.0, 1.1.x, 1.2.X, and 2.0 finally). The
last step is left in this spiral process to enjoy the ND_Studio
attractive features in the open source environment.
Thank you very much in advance.
Vladimir Ivanov

I'll get some file templates ASAP and provide them to the group.
As for source code, I'm not sure what the policy is. JATO 1.2 is very
close to what JATO 2.0 is, so that should suffice for now.
The community will be informed when we know more about source availibility.
craig
vivanov4114 wrote:
Craig,
Thank you for the answer. To be honest with you I tried to do exactly
the same: I created the small test project and made an attempt to
adjust the existing *.xml files to the new ones. I got some results,
otherwise I couldn't even see my original 1.2 project in the Studio.
Since I am a newcomer in the Studio, I definitely missed something in
my adjustments. I'll try to observe my changes with the fresh head.
On the other hand, I am afraid that my samples are very pure. If you
could post or send me examples of jatoapp.xml and web.xml files (say
for any of you test project) or excerptions from them with the
appropriate patterns (ViewBean and Model peers, at least), I would be
very appreciated. My mail is: vivanov@b...
In the worst-case scenario I see the workaround: to re-create the
project for one of our releases with the Forte 4.1 IDE and auto-
convert it into the JATO 2.0/Studio world using the Studio
facilities. We must get the current project fully
integrated/converted with/to the Studio (at certain point) because,
first, we expect massive coding with the GUI components involved soon
and, secondly, we have around thousand classes related to JATO only
(and a lot of extras).
Coming back to the question #3 from this post. Now we have full
access to the version 1.2, not only to the JATO 1.2 jar file(I
explained some reasons below). Would we expect the same Sun/JATO Team
policy with JATO 2.0?
Thank you again,
Vlad
--- In SunONE-JATO@y..., "cvconover" <craig.conover@s...> wrote:
It doesn't appear that anyone has responded to this so I am goingto
give you the short answer:
The reason you don't see your ViewBeans and Models showing up with
there "wizard created" icons is because of just that. They weren't
created via the wizards. The wizards create xml formatted filesthat
contain metadata of how/what to generate for the ViewBeans and
Models.
ViewBeans will have a .viewbean fiel, Models will have a .sqlmodel
file (for SQL Models), etc. The content of these files describesthe
code that needs to be generated in the corresponding Java classfile.
So LoginViewBean.java will have a peer LoginViewBean.viewbean file.
The code that is generated is place in protected code blocks thatcan
not be modified in the Studio and should not be modified outsidethe
Studio because the code will likely be regenerated and custom mods
inside the protected blocks will be lost.
Now you can make a JATO 1.2 app appear in the Studio just like aJATO
2.0 app by adding a jatoapp.xml file with the proper content and
adjusting your web.xml properly, but it's much more work to getyour
v1.2 ViewBeans and Models to show up like wizard created versions.
Furthermore, even more work to get the display fields to show up
visually.
The good news is that v1.2 ViewBeans will work with newly wizard
created ViewBeans. And if you do go through the trouble of making
your ViewBeans Studio visible like your wizard created ViewBeans,
adding new display fields visually will work along side yourmanually
created fields.
Try creating a new JATO app using the Studio wizards and then go to
the Filesystems tab and look for the jatoapp.xml file and theweb.xml
file.
I am looking for an email that I have that explains how to do a
partial, manual upgrade.
Also, you will get rid of your JATO 1.2 jar and replace with theJATO
2.0 jar in your lib dir.
Hope this will suffice for now.
craig
--- In SunONE-JATO@y..., "vivanov4114" <vivanov@b...> wrote:
JATO Team,
First of all, thank you very much for the Studio integration. It
looks very promising in terms of development time consumption,
deployment to S1AS7, etc., etc. It is impossible to observe all
advantages for so short period of time.
The SOAF (JATO) 2.0 is installed on the top of the Sun ONE Studio4,
update 1 (EE) with JDK 1.4 along with the Sun One ApplicationServer
7 (W2000). Everything looks okay, at least all basic tasks listedin
the "Getting Started" manual (project/view/model creation, basic
db
connection, running of a test application with the usage of the
Studio's default Tomcat container, etc.) work proper.
During the installation of S1AF module on the top of the Sun ONE
Studio 4, update 1 (EE) I've got an invitation to convert the
existing project to the new environment. As I realized the onlyJATO
project integrated/created with Forte IDE is applicable for thisauto-
conversion (please correct me, if I am wrong. It could solve a
lot
of
my problems).
Since we are using JBuilder5 IDE and our JATO 1.2 project is
integrated with this IDE I manually re-created project in theStudio
with its file structure, adjusted the project web.xml file, etc.This
new project looks like a proper one (Studio recognize all
methods,
fields, bean patterns, e.g.) except at least one "small" thing.All
java files (project viewBeans, Models, custom viewBeanHelpersa.k.a.
pure java) came up with the same wizard image:java class. Stutiowith
the S1AF module reserves the special images (and appropriate
studio
properties, of course!) for View and Model. Namely this allows tosee
the following structure for a ViewBean, for example, in the
Studio:
Modules
ProjectName.ModuleName
FooViewBean
JavaSource
JSPs
Non-Visual Components
View Components
On the other hand, I could add either new View or Model in my
manually converted project and add any View Component or bind the
Model fields, for example. Also, the ProjectModuleServlet hasbeen
converted proper. I tried to convert each View/Model class insidethe
Studio to its proper wizard image and failed. Addition of a View
Components (with an appropriate code fragments) via the Studio or
auto-binding of model fields is an essential part of 2.0 and
should
drastically speed up the development process as it is designed.
Questions:
1. What I missed in my manual conversion of 1.2 JATO project tothe
SOAF (JATO) 2.0 realm? What should I correct in my JATO 1.2
compatible classes (Views and Models) to be recognizable byStudio
wizard (JATO 2.0)?
To be more specific. Some deltas between JATO 1.2 and JATO 2.0are
as
follows (related to a ViewBean):
====++++++++++++++======
JATO 1.2 viewBean extension upon creation:
public class FooViewBeanViewBean extends ViewBeanBase
implements ViewBean
========================
JATO 2.0 (S1AF) version: viewBean extension upon creation:
public class FooViewBean extends BasicBeanBase
====++++++++++++++======
JATO 1.2 viewBean createChild(...) method for one static looks
like:
protected View createChild(String name)
if (name.equals(CHILD_STATICTEXT1))
StaticTextField child = new StaticTextField
(this,
getDefaultModel(),
CHILD_STATICTEXT1,
CHILD_STATICTEXT1,
CHILD_STATICTEXT1_RESET_VALUE,
null);
return child;
========================
JATO 2.0 (S1AF) version: viewBean createChild(...) is renamed(as
a least) to createChildReserved(...):
protected View createChildReserved(String name) {
if (name.equals(CHILD_STATICTEXT1)) {
com.iplanet.jato.view.BasicDisplayField child =
new com.iplanet.jato.view.BasicDisplayField(this,
STATICTEXT1);
return child;
====++++++++++++++======
JATO 1.2 viewBean registerChildren() method for the basic field
types looks like:
private void registerChildren() {
registerChild(CHILD_STATICTEXT1,
StaticTextField.class);
registerChild(CHILD_TEXTFIELD1, TextField.class);
registerChild(CHILD_BUTTON1, Button.class);
========================
JATO 2.0 (S1AF) version: viewBean registerChildren() method:
private void registerChildren() {
registerChild(CHILD_STATICTEXT1,
com.iplanet.jato.view.BasicDisplayField.class);
registerChild(CHILD_TEXTFIELD1,
com.iplanet.jato.view.BasicDisplayField.class);
registerChild(CHILD_BUTTON1,
com.iplanet.jato.view.BasicCommandField.class);
Is it correct to say that all existing custom Views/Models
(compatible with JATO 1.2) should be converted to their JATO 2.0
variants to be visible by the Studio?
On the other hand, fast overview of 2.0 API shows that the JATO1.2
is a sub-set of the 2.0 (BasicViewBean extends ViewBeanBase, for
example). What exactly (only deprecated methods?) should beadjusted
in the project code (1.2), if necessary, to be visible by Studio
as
a
View or Model component?
2. Where it is possible to find the list of deprecated methods(from
JATO 1.2 to JATO 2.0 versions). It is difficult sometimes tocompare
two versions of API docs (1.2 and 2.0) or compare logs between
versions. Also, JATO 2.0 is significantly larger than 1.2
version.
If
the later obviously inherits the ND conversion stage (via the
previous versions), the former obviously has additions incomingfrom
the integration with the Studio (a.k.a. Forte 4.0).
3. What is the current/future Sun/JATO Team policy with regards
to
JATO source code access (version 2.0, at least)? The reason ofthis
question is as follows: in order to display dates formatted onthe
screens we adjusted a couple of JATO 1.2 core classes, forexample.
The only minimal, absolutely necessary changes in JATO 1.2 wasmade,
but anyway...
Sorry for so long multiple question. As Todd wrote in his
announcement mail: "We think you will be very pleased with the
new
product...". This is exciting moment, I believe, for JATO Team as
well as for any team involved into the conversion of the fullsize
application/product from ND to J2EE realm with the JATO as
an application framework (1.0, 1.1.x, 1.2.X, and 2.0 finally).The
last step is left in this spiral process to enjoy the ND_Studio
attractive features in the open source environment.
Thank you very much in advance.
Vladimir IvanovTo download the latest version of JATO, please visit:
http://www.sun.com/software/download/developer/5102.html
For more information about JATO, please visit:
http://developer.iplanet.com/tech/appserver/framework/index.jsp
[Non-text portions of this message have been removed]

Planned order conversion to Process Order and Stock Transport Order

Hello Friends,
Help me to setup the below scenario
We have an requirement wherein MAT1 can be inhouse produced or can also get stock from other plant via stock transport order.
For which in Material master I have configured
MRP 2 view
Procuremrent Type - X
Special Procurement - 40 (wherin the splly plant is maintained)
MRP 3 view
Strategy group - 40 (as it is planning with final assembly)
But when i run MRP system created Planed orders for PIRs. Selecting Planned Order conversion only Purchase req tab is available we do not have an option to convert to production order.
Kindly help me correcting the settings, so that i should be in a position to convert planned order either to process order or Stock transport Purchase requisition.
Thanks and Regards,
Chandra

Hi Chandra,
Stock transfer is only possible with procurement type 'F'. when you take spl.procurement type 40, its a combination of F(procurement type) and U (Spl.procurement). it will over write the procurement type ('X' in your case) in material master. that is the reason u r getting only pur req.
if you know the proportion quantity i.e how much inhouse and how much stock transport, then use quota arrangement.
or
don't use any spl procurement key. define the materials in both the plants. when converting planned order to pur req. manually assign supplying plant and item category 'U'. try this.
Thanks & regards
Dilip

Japanese (Kanji) to English data conversion

Hello All,
Our Customer MM, vendor data is stored in Kanji in SAP.
How can we display this data in English?
Is there a special conversion setup or configuration we need?
Can someone please direct me to configuration steps.
Thanks,

Hi,
For the vendor there is not any auto conversion from Japanese to English.
When create the vendor in the Vendor master the user should select the Japanesh language to update the details. There is a option for international version, in that needs to maintain the English description.
Please let me know if more information.
Regards,
Saravanan V

Auto Convertion of TRs to TOs

Hi All,
We have implemented this functionality of autoconvertion from TRs to TOs once the goods issue takes place against a reservation or stock transport order. But now some of the TRs are not getting converted automatically. When the same is processed manually through LT04, it creates a TO without throwing any error messages.
Can anyone please throw some light on this issue. Is there any system log maintained for such background jobs where we can check the reason why the convertion did not take place. Thanks.
Regards,
Sheetal.

Pleas check the configuration for Auto conversions for perticular
check in-SPRO>Logistics Execution>Warehouse Management>Activities>Transfers-->Set Up Autom. TO Creation for TRs / Posting Change Notices
MAIL messages
Automatic TO creation
Movements
Background processing
Maitain it here proper data then execute business Cycle then it will happen.'
with regards
Shrinivas gangoor

Convert smart quotes and other high ascii characters to HTML

I'd like to set up Dreamweaver CS4 Mac to automatically convert smart quotes and other high ASCII characters (m-dashes, accent marks, etc.) pasted from MS Word into HTML code. Dreamweaver 8 used to do this by default, but I can't find a way to set up a similar auto-conversion in CS 4. Is this possible? If not, it really should be a preference option. I code a lot of HTML emails and it is very time consuming to convert every curly quote and dash.
Thanks,
Robert
Digital Arts

I too am having a related problem with Dreamweaver CS5 (running under Windows XP), having just upgraded from CS4 (which works fine for me) this week.
In my case, I like to convert to typographic quotes etc. in my text editor, where I can use macros I've written to speed the conversion process. So my preferred method is to key in typographic letters & symbols by hand (using ALT + ASCII key codes typed in on the numeric keypad) in my text editor, and then I copy and paste my *plain* ASCII text (no formatting other than line feeds & carriage returns) into DW's DESIGN view. DW displays my high-ASCII characters just fine in DESIGN view, and writes the proper HTML code for the character into the source code (which is where I mostly work in DW).
I've been doing it this way for years (first with GoLive, and then with DW CS4) and never encountered any problems until this week, when I upgraded to DW CS5.
But the problem I'm having may be somewhat different than what others have complained of here.
In my case, some high-ASCII (above 128) characters convert to HTML just fine, while others do not.
E.g., en and em dashes in my cut-and-paste text show as such in DESIGN mode, and the right entries
    –
    —
turn up in the source code. Same is true for the ampersand
    &
and the copyright symbol
    ©
and for such foreign letters as the e with acute accent (ALT+0233)
    é
What does NOT display or code correctly are the typographic quotes. E.g., when I paste in (or special paste; it doesn't seem to make any difference which I use for this) text with typographic double quotes (ALT+0147 for open quote mark and ALT+0148 for close quote mark), which should appear in source code as
    “[...]”
DW strips out the ASCII encoding, displaying the inch marks in DESIGN mode, and putting this
    "[...]"
in my source code.
The typographic apostrophe (ALT+0146) is treated differently still. The text I copy & paste into DW should appear as
    [...]’[...]
in the source code, but instead I get the foot mark (both in DESIGN and CODE views):
I've tried adjusting the various DW settings for "encoding"
    MODIFY > PAGE PROPERTIES > TITLE/ENCODING > Encoding:
and for fonts
    EDIT > PREFERENCES > FONTS
but switching from "Unicode (UTF-8)" to "Western European" hasn't solved the problem (probably because in my case many of the higher ASCII characters convert just fine). So I don't think it's the encoding scheme I use that's the problem.
Whatever the problem is, it's caused me enough headaches and time lost troubleshooting that I'm planning to revert to CS4 as soon as I post this.
Deborah

Inserting and retrieving data from a al32UTF8 database USING SQL Developer

hi guys,
Before i post my questions , i think its better for me to provide you guys with my understandings first so that it easier to understand where/if i have gone wrong..
I am using Window XP and Oracle 10g
Non-unicode client - a client program that need to use the OS code page for mapping of the retrieved unicode data from the database as well as the support of displaying/inserting the characters from that code page to the database.
E.G sqlplusw.exe
Therefore, when using a non-unicode client
1) we have to set the OS code page (Control panel - regional and language setting - advance - language for non unicode program ) to the code page that contain the characters we are going to display/insert.
2) we will also have to set the NLS_LANG characterset to the character set of the code page we are going to insert so that when we do a insert (for e.g in thai ) , oracle will know, and auto conversion to UNICODE can take place. This is also true when we retrieve unicode data from the database so that conversion to the correct character set can take place.
INSERTING
THAI ---> conversion ----> UNICODE
RETRIEVING
THAI <---- conversion <---- UNICODE
I hope my basic understanding is correct up till this point.
Unicode client - a client program that supports the displaying/inserting of unicode characters without the need of setting the OS code page (Control panel - regional and language setting - advance - language for non unicode program )
E.G isqlplus http or SQL developer
However,
1) There is still a need to set the NLS_LANG so that correct conversion can take place between the client and the database.
For e.g, when retrieving if we set the NLS_LANG character set to ZHS16GBK (chinese) and the data store in unicode in database is E.G (THAI) , then the conversion would be wrong .
Since it is a unicode supported client, then the NLS_LANG character set should be set to UNICODE as well.
Here come my questions
*Important - please help if you are busy and have no other time to answer the rest of the questions
*Q1) If i were to use a unicode client, what should i set my NLS_LANG character set to ?
AMERICAN_AMERICA.UTF8 ?
*Q2) Where do i set the NLS_LANG character set information in SQL Developer, i know there is a metalink for setting NLS_LANG using isqlplus but i cant seems to google any result for SQL developer.
Q3) Is my basic understanding right until this point ? If not, please explain in a more generalised term as i am really not familiar with character sets, code page, unicode , glyphs and fonts..
Q4) If a unicode client does not need to refer to the OS code page (set in regional and language) , is there a UNICODE code page for the client to refer to , or is there any Window API available ?
Q5)
There is still a need to set the NLS_LANG so that correct conversion can take place between the client and the >>database.
For e.g, when retrieving if we set the NLS_LANG character set to ZHS16GBK (chinese) and the data store in >>unicode in database is E.G (THAI) , then the conversion would be wrong .am i right on this point for UNICODE supported client ?
Thanks for spending time to read my questions and i hope to hear advices from you guys soon.
Million thanks again for sharing.
Best Regards,
Noob but willing to learn

The requirement to always set NLS_LANG is not true for JDBC, which ignores NLS_LANG altogether. Java programs fetch text data into String variables, which use Unicode UTF-16 by design. JDBC sets character set conversion so that data is converted between UTF-16 and the database or national character set.
The requirement to set NLS_LANG is not generally true for OCI, either. The first call in an OCI problem can be OCIEnvNlsCreate(). This call has two parameters that allow the caller to define the character set to use for VARCHAR2/CHAR/LONG/CLOB/statement text and the character set to use for NVARCHAR2/NCHAR/NCLOB. Only if these character sets are specified as 0, NLS_LANG character set is used. Also, OCI programs can specify different character sets for each bind or define variable (i.e. input/output buffer). Note: OCI programs always use NLS_LANG to initialize the language and territory settings for the client program and the database session. Only the character set can be specified is OCIEnvNlsCreate().
OCIEnvNlsCreate() can specify the client character set as UTF-16 (in platform endianess). This is not possible with NLS_LANG.
Various interfaces building on OCI, such as Oracle ODBC and ODP .NET, explicitly initialize OCI with Unicode character set, and thus ignore the NLS_LANG character set as well.
Thnx,
Sergiusz

Auto conversion of Perchase req to Po

Similar Messages

Maybe you are looking for