RE: Fetching supplier plan info dynamically.

A non-elegant solution is to dynamically create an Fscript script, run it
with the out file option and parse the log file for the information you
want. Your script might look like the following:
SetOutFile YourLogFileName
SetRepos YourReposName
SetWorkspace YourWorkspaceName
FindPlan YourProjectNameORLibrary
ShowPlan
ShowPlanHistory 0 1 (for libraries) / ShowIntegrationHistory
Close
Exit
Your log file will have the output from your ShowPlan and that will have a
heading 'Includes:' which will list each supplier plan for the specified
project/library. FYI: Remember to disregard the plans that are followed by
a (qq...) since these are Forté framework components.
I know this is probably not the answer your were quite looking for but if
you come up with a better way or if you have any questions, please let me
know.
Len Lopez
Forté Administrator
<http://www.carlsonwagonlit.com/> Carlson Wagonlit Travel, Inc.
(612)594-2539
[email protected] <mailto:[email protected]>
-----Original Message-----
From: Braja Chattaraj [SMTP:[email protected]]
Sent: Wednesday, December 02, 1998 1:29 PM
To: [email protected]
Subject: Fetching supplier plan info dynamically.
Hi All,
I have a situation where I need to access the list of supplier plans
(projects & projects deployed as libraries) in a TOOL method and
display
the version no. and last integration date for each of those plans in
a
listview widget. Can someone tell me how to fetch an array/list of
supplier plans for the startup project.
A dirty way of doing this would be to use the
task.part.findLibrary() .
This method could be harcoded with the parameters (supplier plan
names)
and it would return the library object.
Thanks,
Braja.
\\\|///
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~oOOo- (_) -oOOo~~~~~~~
BRAJA KISHORE CHATTARAJ
Consultant, Analysts International Corporation.
Work : Sphinx Pharmaceuticals (A division of Eli Lilly & Co.)
(919) 314-4134
Home : 1801, Williamsburg Rd., #41H, Durham, NC 27707.
(919) 403-7296
E-mail : [email protected]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Oooo~~~~~~~
oooO ( )
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Jeanne Hesler wrote:
>
The work-around was to include the c library as a supplier to the
project that will be using it. It's a little ugly, but it works. In
your case, you would need to include both libraries. It should not
cause platform problems, because even though it is a supplier, it will
not actually get loaded until you ask for it, and you will only ask for
the right one for the platform you are on. Just be sure that what you
include as a supplier is a library, and not a source project.Thank you so much! I tried this out last night and it works great! The
only downside is that at deployment time, Forte will require the C
library to be installed even on the platforms that don't support it, but
that's a small price to pay for the benefits we're getting. And maybe
someday Forte will fix the bug. :) Again, thanks for your help.
You should be able to use FindLibrary to load a dll, because that's what
you would be doing if you were using compiled libraries.I don't actually need to do this now, but I did figure out what I was
doing wrong when I tried this yesterday. Our DLL name was slightly
different from the name of the project directory, but I had it coded as
if it were the same. So of course Forte couldn't find the library to
load. Also, Forte apparently looks first for the compiled library and
then for the interpreted library, so when I was getting the error
message, the error message referred to the name of the interpreted
library and I assumed that's all it had looked for. Sure helps when you
spell things right!
Dale
=================================
Dale V. Georg
Senior Systems Analyst
Indus Consultancy Services
[email protected]
=================================
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Similar Messages

Fetching supplier plan info dynamically.

Hi All,
I have a situation where I need to access the list of supplier plans
(projects & projects deployed as libraries) in a TOOL method and display
the version no. and last integration date for each of those plans in a
listview widget. Can someone tell me how to fetch an array/list of
supplier plans for the startup project.
A dirty way of doing this would be to use the task.part.findLibrary() .
This method could be harcoded with the parameters (supplier plan names)
and it would return the library object.
Thanks,
Braja.
\\\|///
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~oOOo- (_) -oOOo~~~~~~~
BRAJA KISHORE CHATTARAJ
Consultant, Analysts International Corporation.
Work : Sphinx Pharmaceuticals (A division of Eli Lilly & Co.)
(919) 314-4134
Home : 1801, Williamsburg Rd., #41H, Durham, NC 27707.
(919) 403-7296
E-mail : [email protected]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Oooo~~~~~~~
oooO ( )
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Sandra,
thanks for your reply.
The GR is in consignment stock and doesn't create any FI document nor a price will be determined.
At the the time of the consumption from the consignment stock the price will be determined based on the valis periode of the info record. Then ERS will take the posting date of the consumption to "pay" the vendor.
The problem is because of the long delivery time. Meanwhile the price can change and the consumption will use the "new" price added into the info record for the new period.
We will pay a price where we haven't ordered the material for.
I have to admit the scenario described is not really the "best way" of dealing with consignment stock. But i am curious to see if there is a solution for.
Merry x-mass and a happy new year
BR, Markus

Using interfaces to alleviate supplier plan visibilityproblems

At FORUM97, someone from Born presented a paper on how to use interfaces to
get around problems with supplier plan setups that restrict visibility. Does
anyone have this presentation or can offer any pointers?
-martin
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Geoff Puterbaugh wrote:
>
I don't think you're missing anything here. I ran into the same
problem some months ago. If your dynamically-loaded class
has supplier plans, you have to go out and load them yourself.
I reported this bug to Forte and they said (I think)
that it would be fixed in R4. Not R3.Yeah, I was just playing around with it some more, and it seems that
you're right that from your dynamically-loaded class you can go out and
load the supplier plan classes dynamically as well. The problem with
this, of course, is that when you dynamically load a class, you get a
generic Object back; you can't really use it unless you cast it, and you
can't cast it because Forte "can't get scope for class!" And further,
in my case the classes I want to load are from a C-wrapper library,
which doesn't even have BTD/BTX files, so you can't use findLibrary() to
load it anyway. Argh! I finally find a compelling reason to use
interfaces, and it won't work!!
Thanks for your help, though. :)
Dale
=================================
Dale V. Georg
Senior Systems Analyst
Indus Consultancy Services
[email protected]
=================================
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

RE: Using interfaces to alleviate supplier plan visibilityproble ms

Hallo Martin,
I am not sure I am answering directly to your question but...
You can apply an architectural pattern to break the supplier plan chain,
and using the name service to select the requested service dynamically
and selectively.
This pattern uses interfaces, and can be applied in several situation.
For your information I will present these ideas together with some tips
and tricks about the Name Service at Forum99.
Also the TN 11455 may help you.
Please feel free to contact me to have more information.
Best regards
Fabrizio Genesio
Datasign AG für Informatik
Ch. d'Eysins 53a
CH-1260 Nyon, Switzerland
Tel. : +41 22 361 04 04
Fax : +41 22 361 01 10
Mobile : +41 79 601 81 31
E-mail : mailto:[email protected]
Web : http://www.datasign.ch
-----Original Message-----
From: Martin G Nystrom [SMTP:[email protected]]
Sent: Thursday, 15 April 1999 11:13
To: [email protected]
Subject: Using interfaces to alleviate supplier plan
visibility problems
At FORUM97, someone from Born presented a paper on how to use
interfaces to
get around problems with supplier plan setups that restrict
visibility. Does
anyone have this presentation or can offer any pointers?
-martin
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Jeanne Hesler wrote:
>
The work-around was to include the c library as a supplier to the
project that will be using it. It's a little ugly, but it works. In
your case, you would need to include both libraries. It should not
cause platform problems, because even though it is a supplier, it will
not actually get loaded until you ask for it, and you will only ask for
the right one for the platform you are on. Just be sure that what you
include as a supplier is a library, and not a source project.Thank you so much! I tried this out last night and it works great! The
only downside is that at deployment time, Forte will require the C
library to be installed even on the platforms that don't support it, but
that's a small price to pay for the benefits we're getting. And maybe
someday Forte will fix the bug. :) Again, thanks for your help.
You should be able to use FindLibrary to load a dll, because that's what
you would be doing if you were using compiled libraries.I don't actually need to do this now, but I did figure out what I was
doing wrong when I tried this yesterday. Our DLL name was slightly
different from the name of the project directory, but I had it coded as
if it were the same. So of course Forte couldn't find the library to
load. Also, Forte apparently looks first for the compiled library and
then for the interpreted library, so when I was getting the error
message, the error message referred to the name of the interpreted
library and I assumed that's all it had looked for. Sure helps when you
spell things right!
Dale
=================================
Dale V. Georg
Senior Systems Analyst
Indus Consultancy Services
[email protected]
=================================
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Is there any Data Mapping document Between S&OP ( model that uses supply planning operator ) and SAP ECC that I will help the client in Data Mapping activity.

Hello All,
Is there any Data Mapping document Between S&OP ( model that uses supply planning operator ) and SAP ECC that I will help in Data Mapping activity.
Thanks,
Mownesh

There are standard templates in HCI data sources.
e.g. 1) Customer Master data template is SOP_MD_CustomerMaster for extracting master data from SAP ECC and load it to S&OP
KNVP is the table for customer in ECC from that you can select the fields as required
KUNNR for customer Number
ADRNR for Address
List of a few commonly used table names of ECC:
Product Related:
MARA – Material Master (MATNR)
MARC – Material Master with Plant Data (MATNR, WERKS)
MARD – Material Master with Storage Location Data (MATNR, LGORT, WERKS)
MAKT – Material Master Material Descriptions (MATNR, MATKL)
MBEW – Material Valuation Data (MATNR, BWTAR)
MVKE – Material Master : Sales related Data
MDKP, MDTB – MRP related Data( Header, Item)
MCHA, MCHB – Material Batches (Header, Item) (MATNR, WERKS, LGORT, CHARG)
Vendor/Supplier related:
LFA1 – vendor data (LIFNR)
LFB1 -- Company Code Segment : Vendor Data(LIFNR, BUKRS)
LFC1 -- FI Related Vendor Data (LIFNR, BELNR)
LFM1 – Pur. Orgn. Related Vendor Data (LIFNR, EKORG)
PReq/PO, BOM Related:
EBAN – Pur. Req. Data( BANFN, BNFPO, BADAT, MATNR)
EINA – Purchase Info. Record(General Data)(INFNR, MATNR, LIFNR)
EINE – Purchase Info. Record (pur. Orgn. Data) (INFNR, EKORG)
ELBK, ELBN, ELBP – Vendor Evaluation Related Data
EKKO – PO Data (Header) (EBELN, BSTYP, BSART)
EKPO – PO Data (Item) (EBELN, EBELP, MATNR)
Pur. Req., RFQ and PO are differentiated by Doc Type (BSTYP) in EKKO table.
For RFQ it is ‘A’ and for PO it is ‘F’
MKPF – GRN Data (Header) (EBELN, BLDAT, BUDAT, XBLNR, BKTXT)
MSEG – GRN Data(Item) MBLNR, BWART, LIFNR, MATNR, EBELN)
Apart from this there are lot of tables which begin with ‘M’ & ‘E’, but we
use the following very often.
EQUK – Quota (Header)(QUNUM, MATNR)
EQUP – Quota (Item) (QUNUM, QUPOS, LIFNR)
EKBE – PO History Data (EBELN, EBELP, BELNR, BLDAT, MATNR, VGABE)
EKBZ – PO History with Delivery Costs(EBELN, BELNR, LIFNR, XBLNR)
EKET – Schedule lines data of a PO(EBELN, EINDT, SLFDT)
EKES – Vendor Confirmations Data (EBELN, EBTYP, EINDT, XBLNR)
T163F – Confirmation Texts (EBTYP, EBTXT)
T156 – Movement Types (BWARE)
T024 – Purchasing Groups
T024E – Purchase Organizations
T163 – Item Category’s in Purchasing Documents(PSTYP)
T149D – Valuation Types
T134 – Material Types
FVLK – Delivery Types
STKO, STPO – BOM(Bill Of Material) related Data (Header & Item)
STPU, STPN, STST, STZU – BOM Related Tables
RKPF, RBKP, RSEG (Header & Item) – MM – FI Related Data
KONO, KONH – Pricing data
T006 – Basic Unit Of Measurements
Customer/Sales Order Related:
VBAK : Sales Document(Header Data) (VBELN)
VBAP : Sales Document(Item Data) (VBELN, POSNR, MATNR, ARKTX, CHARG)
Enquiry, Quotation, Sales Order are differentiated based on Doc.
Type(VBTYP Field) in VBAK, VBAP Tables for Enquiry VBTYP = A, for Quotation ‘B’ & for Order it is ‘C’.)
LIKP : Delivery Table(Header Data) (VBELN, LFART, KUNNR, WADAT, INCOL)
LIPS : Delivery Table(Item Data)(VBELN, POSNR, WERKS, LGORT, MATNR, VGBEL)
(LIPS – VBGELN = VBAK- VBELN, LIPS-VGPOS = VBAP-POSNR)
VTTK : Shipment Table(Header Data) (TKNUM)
VTTP : Shipment Table (Item Data)(TKNUM, TPNUM, VBELN)
(VTTP – VBELN = LIKP – VBELN)
VBRK : Billing Table(Header Data) (VBELN, FKART, BELNF)
VBRP : Billing Table(Item Data) (VBELN, POSNR, FKIMG, NEWR, VGBEL, VGPOS)
(VERP – AUBEL = VBAK- VBELN, VBRP – VBEL = LIKP – VBELN)
Apart from these tables there are lot of other tables which starts with ‘V’, but we use the
following tables frequently.
VBUK: All Sales Documents status & Admn. Data(Header) (VBELN, VBTYP)
VBTYP = ‘C’ (Sales Order) VBTYP = ‘L’(Delivery) VBTYP = ‘M’(Invoice)
VBUP: Sales Documents status & Admin. Data(Item) (VBELN, POSNR)
VBEP : Sales Document Schedule Lines Data (VBELN, POSNR, EDATU, WMENG)
VBKD: To get sales related Business data like Payment terms etc.(VBELN, ZTERM)
VBFA: Sales Document flow data(VBELV, VBELN, POSNV, VBTYP)
VBPA: Partner functions Data(VBELN, PARVW, KUNNR, LIFNR)
TVLKT: Delivery Type: Texts(LFART, VTEXT)
KNA1, KNB1, KNC1 : Customer Master Data and Other Partner’s Data(KUNNR,
NAME1,LAND1)
KNVK: Customer Master Contact Person(PARNR, KUNNR)
KNVV: Customer Master Sales Data.
LFA1, LFB1, LFC1: Vendor Master Data(To get Transporter data)(LIFNR, NAME1, ORT01)
MARA, MARC, MARD : Material Master Data(Basic, Plant, St. Location Views)
TVKO: Sales Organizations(VKORG)
TVKOV: Distribution Channels(VTWEG)
TVTA: Divisions(SPART)
TVKBZ: Sales Office(VKBUR)
TVBVK: Sales Group(VKGRP)
T077D: Customer Account Group(KTOKD)
T001W: Plants(WERKS)
T001L: Storage Locations(LGORT)
TWLAD: To get address of Storage Location and Plant(LGORT, ADRNR)
TVAU: Sales Document (Order) Types
KONV: Condition Types (pricing) (KNUMV, KSCHL, KWETR)
T685T: Condition Types Texts.
ADRC: To get Addresses of Partners
VBBE, VBBS: Sales Requirements Data
VBKA: Sales Activities Data
VBPV: Sales Document Product Proposal
Based on the functionality you can search ECC table names and fields
Hope this information is helpful for you.
Thanks and Regards,
Anjali

RE: Using interfaces to alleviate supplier plan visibilityproblems

Martin,
I presented a similar topic at Forum98, and this year I will be expanding on
the concept to talk about interchangeability of components. Breaking
supplier plan dependencies is only one of the reasons to implement a similar
strategy.
The short answer to your question is that you define the method signatures
and virtual attributes in the interface, which serves as a supplier to your
project and to the implementation. Then at run-time, you dynamically load
the library containing the appropriate implementation. The only supplier
dependencies are the actual interface definitions, which carry no baggage
with them.
This solution works for most situations, but there are a couple of instances
where it gets a little more complicated. Most notably, Forte does not allow
dynamic loading of a library that uses a Service object. For that, you must
use the Forte name service and bind to a proxy class at run-time. The proxy
class can be pretty much a do-nothing class, since it will be replaced at
run-time, but Forte will not bind to the interface itself.
I hope this helps - If you have any other questions, let me know.
Jeanne
-----Original Message-----
From: [email protected]
[<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Martin G Nystrom
Sent: Thursday, April 15, 1999 4:13 PM
To: [email protected]
Subject: Using interfaces to alleviate supplier plan visibility problems
At FORUM97, someone from Born presented a paper on how to use interfaces to
get around problems with supplier plan setups that restrict visibility.
Does
anyone have this presentation or can offer any pointers?
-martin
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

Jeanne Hesler wrote:
>
The work-around was to include the c library as a supplier to the
project that will be using it. It's a little ugly, but it works. In
your case, you would need to include both libraries. It should not
cause platform problems, because even though it is a supplier, it will
not actually get loaded until you ask for it, and you will only ask for
the right one for the platform you are on. Just be sure that what you
include as a supplier is a library, and not a source project.Thank you so much! I tried this out last night and it works great! The
only downside is that at deployment time, Forte will require the C
library to be installed even on the platforms that don't support it, but
that's a small price to pay for the benefits we're getting. And maybe
someday Forte will fix the bug. :) Again, thanks for your help.
You should be able to use FindLibrary to load a dll, because that's what
you would be doing if you were using compiled libraries.I don't actually need to do this now, but I did figure out what I was
doing wrong when I tried this yesterday. Our DLL name was slightly
different from the name of the project directory, but I had it coded as
if it were the same. So of course Forte couldn't find the library to
load. Also, Forte apparently looks first for the compiled library and
then for the interpreted library, so when I was getting the error
message, the error message referred to the name of the interpreted
library and I assumed that's all it had looked for. Sure helps when you
spell things right!
Dale
=================================
Dale V. Georg
Senior Systems Analyst
Indus Consultancy Services
[email protected]
=================================
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Problem with Exception Worksheet using Data from Supply Plan Data Table

I added a series for a flag that indicates whether product is sourced from multiple manufacturing sites for a given customer and item. The flag is on the supply plan data table because it depends on the scenario. I created an exception worksheet for when the flag is set but all combinations are being displayed. If the flag is not set for a given combo then "Selected Page Item has No Data" is displayed in place of the table. I want only the combinations that meet the exception to be shown. I tried setting up an exception worksheet for customer shipments which is also on the supply plan data table but saw the same issue with all combinations being displayed whether or not the condition is met. Does anyone know of any issues with using exception worksheets with the supply plan data table? I searched the documentation and saw that exceptions behave differently with promotion series but this isn't a promotion.
I'm using Demantra version 7.2. Thanks for any help!
Edited by: user9253208 on Mar 30, 2010 6:40 AM

Thanks. We have come up with a workaround. While the combinations on the left are not affected by the exception, the data in the main table is so we moved as many levels as possible into the table. The performance is slow but the data is more useful, especially when exported into Excel. I was hoping for a better solution but I guess we'll just have to stick with what we've come up with.

How to get active plan version dynamically

Hi all,
I am making some HR reports in which I am pulling up position long text from hrp1001 by giving condition - where plavr = '01' . Now if the active plan version is not 01, my condition becomes vague.
Please let me know how to determine the active plan version dynamically in my sample code below
SELECT APERNR AOTYPE B~STEXT INTO CORRESPONDING FIELDS OF TABLE ITAB_EMP_DEATILS3 FROM PA0001 AS A
INNER JOIN HRP1000 AS B ON BOTYPE = AOTYPE AND BOBJID = APLANS WHERE ( BOTYPE = 'S' AND BPLVAR = '01' AND AENDDA = '99991231' AND BENDDA = '99991231') AND A~PERNR IN PNPPERNR.
SORT ITAB_EMP_DEATILS3 BY PERNR.
DELETE ADJACENT DUPLICATES FROM ITAB_EMP_DEATILS3.

Simply call FM RH_GET_PLVAR

SharePoint 2013 Client Object Model fetch image rendition info

Hi,
Below is the scenario I am trying with SharePoint 2013 managed client object model.
FrontEnd: ASP.Net web application
BackEnd: SharePoint 2013.
I have a publishing image with rendition applied and I am able to fetch the image URL like "/{site}/{lib}/{imagename}?RenditionId={id}".
I am able to download the file "/{site}/{lib}/{imagename}" using File.OpenBinaryDirect()
This is giving the original file without any renditions applied. If I use the same method with URL "/{site}/{lib}/{imagename}?RenditionId={id}", it gives me 400 Bad request error.
I have also tried using file.OpenBinaryStream() method with URL "/{site}/{lib}/{imagename}?RenditionId={id}" whichi still gives the original file without rendition
Please let me know how to fetch the below info using the rendition id?
RenditionVersion;
SourceImageWidth;
SourceImageHeight;
CropStartX;
CropStartY;
CropWidth;
CropHeight;
Alternatively, let me know if I could get the download file with rendition applied without requiring the above attributes.
Note: I am looking for solutions in client side programming (client object model/ web services (REST) . The server object model has classes "ImageRenditionCollection" and "ImageRendition" which can provide the above image info.
Thanks,
Srikanth

To enable FQL, you have to copy the default result source and modify the Query Transformation string {?{searchTerms} -ContentClass=urn:content-class:SPSPeople}, at one of these
levels -- Search Service Application (SSA), Site Collection, or Site -- and in one of the following ways:
Remove the KQL filter, -ContentClass:urn:content-class:SPSPeople, from the Query Transformation. The resulting Query Transformation string will be: {?{searchTerms}}
Replace the Query Transformation string with an FQL equivalent, such as {?andnot({searchTerms},filter(contentclass:"urn:content-class:SPSPeople*"))}.
Source :http://msdn.microsoft.com/en-us/library/office/jj163973.aspx
Bala

User issue with a report supply planning area today monthly

this is a support issue....the user has an issue with a report supply planning area today monthly. The user is getting wrong values in BW, it sums PLOs and POs under production (config). for eg: BW says we are producing 46T while in R/3 we have 4T.

The issue was related to the heap size being too much and as a result the Class block memory was not getting enough memory. I think we can make a use of -XXCompressedRefs:32 parameter in the Java start up to allow the heap size to increase till 32 Gb.

How to Check Error Log for Supply Planning Run

Hi All
I am getting error in supply planning run. I see the status under Excel Add-in >Supply Planning > Status. However there is no detailed error message here
How can I check the detailed log of this error to understand what is going wrong.
Can anybody guide on what can be probable causes of the error
Any help is highly appreciated
Thanks
Vijay

Hello Vijay, Wade
Can you run the Supply Planning in Simulation mode? Under the simulation drop-down you can also see 'Show Message'.
Open it after your planning run to see list of any data inconsistencies.
Thanks
Pramod

HT2534 Can't download a free app even though I have selected "None" as my cc info, keeps asking me to supply cc info.

Instructions say I can download free apps without supplying cc info, but I continue to get "Verification Required" and "You must verify your payment info before you can make a purchase.

Erm, Apple charging you $48? Was this an ASL charge? When you have a billing issue you can contact free over email here:
iTunes Store Support
http://www.apple.com/emea/support/itunes/contact.html

Releasing Supply Plans to DP using RTSCOPY

We have an issue where the batch job that releases supply plans from SNP to DP (time series to time series using /sapapo/rtscopy) cancels if anyone is logged in edit mode in DP planning book. Is there a way this can be circumvented ? We have set the planning area for all the locks and have tried all permuation combinations. However the job still cancels out if anyone is logged in DP.

You may try following,
Before executing the transaction, run one Zprogram which will check the user log into the DP planning book and stop their transaction send mail to them for information.
thats the reason these type of programs run after office hrs in background.

Supplier plans - revisited

Hi People,
Some time ago, a forte developer (Kevin Klein) submitted a pex file to the User Group that would graphically display the suppler plan relationships between projects of a workspace.
When I applied this to our application, we got ... a mess (we have over 60 projects in our application.) I started messing around with the code and ended with a modified application, which is attached as a .pex file.
A list of additional functions is as follows:
Move any project node (for better visibility).
Redraw project lines based on project node selected.
Color-coded "supplied by" and "supplier to" relationship lines.
List supplied by and supplier to projects.
View Service Objects.
Clear all Non-connected nodes (for print clarity).
Print:
Reduce 'map' to print on a single page.
Add title to output.
Change dimensions.
Save a Project 'Map'.
Open a previously saved 'map'.
Modify settings through a preference window.
Etc.. etc..
O.K. so I went a little overboard, you gotta have something to do between compiles. :^)
To load the tool into your repository, run the following FSCRIPT commands:
Setworkspace (whatevernameyouwantthispexin)
Open
modlogger +(cfg:c4:2)
includepublicproj configuration
importplan SupplyGraph.pex
commit
quit
When you run the tool, (you may run it from running man) a warning window displays, indicating to use at your own risk. (You can suppress this annoying little window in the preferences.) After clicking on O.K., a small window will pop up, select 'create' under the 'file menu. Another window will display prompting you to select a workspace contained in the repository.
After you click "OK", it will crunch for a while and then display the project graph. The relationship lines will be suppressed for clarity.
To see the supplier relationships for any given plan, simply click on it once with the mouse.
You can right click any node and select any of the options. You can print the graph and do other things from the menu.
As Kevin did, I am hereby releasing this tool, without any warranty or support, into the public domain. Use it at your own risk! This applications makes use of unsupported methods. It may not work with future version of the 4GL.
If you find any serious bugs, wish to suggest some enhancements, or you're having problems running it, please feel free to contact me, with the caveat: this is an unsupported tool.
-later
-labeaux
Labeaux Schiek
DHS
Springfield, Ill, USA

check out Forte tech note 10448, order for importing projects.
There are a couple of postings for developer's apps as well in the archive.
-----Original Message-----
From: Kevin Klein [SMTP:[email protected]]
Sent: Wednesday, January 27, 1999 10:24 AM
To: Forte Users
Subject: Supplier plans
Does any one know of a Forte or 3rd party utility to print out the
supplier plan graph for an application? We are in the process of
modularizing our application using libraries and would find this
information very useful. I already know how to use FSCRIPT to show the
suppliers for an individual plan, but I'm interested in seeing the
supplier relationships for an entire application. Ideas, anyone?
Kevin Klein
Sycamore Group, LLC
Milwaukee, Wisconsin, USA
Mankind, when left to themselves, are unfit for their own government.
-- George Washington << File: Kevin Klein.vcf >> -
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

TR: Supplier plans

Kevin,
you can analyse the entire Supplier Plan Hierarchy by using Leonardo.
This tool is provided by O.T. Consulting S.r.l., it access directly to
your Forté repository and provides a tree view with all the Supplier Plan
dependencies related to a specific project.
But to see all Leonardo features (partitioning,Import/Export, Builder,
Project Browser), Please have a look to our web site www.otconsulting.com and
download a Try and Buy Demo version.
You will have to send to us, [email protected], your party
information in order to receive the key code
Hope this help,
Massimiliano Delsante
O.T. Consulting S.r.l.
[email protected]
mobile : 0039 335 6678268
-----Message d'origine-----
De: Kevin Klein [SMTP:[email protected]]
Date: mercredi 27 janvier 1999 16:24
A: Forte Users
Objet: Supplier plans
Does any one know of a Forte or 3rd party utility to print out the
supplier
plan graph for an application? We are in the process of modularizing our
application using libraries and would find this information very useful.
I
already know how to use FSCRIPT to show the suppliers for an individual
plan, but I'm interested in seeing the supplier relationships for an
entire
application. Ideas, anyone?
Kevin Klein
Sycamore Group, LLC
Milwaukee, Wisconsin, USA
Mankind, when left to themselves, are unfit for their own government.
-- George Washington
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

check out Forte tech note 10448, order for importing projects.
There are a couple of postings for developer's apps as well in the archive.
-----Original Message-----
From: Kevin Klein [SMTP:[email protected]]
Sent: Wednesday, January 27, 1999 10:24 AM
To: Forte Users
Subject: Supplier plans
Does any one know of a Forte or 3rd party utility to print out the
supplier plan graph for an application? We are in the process of
modularizing our application using libraries and would find this
information very useful. I already know how to use FSCRIPT to show the
suppliers for an individual plan, but I'm interested in seeing the
supplier relationships for an entire application. Ideas, anyone?
Kevin Klein
Sycamore Group, LLC
Milwaukee, Wisconsin, USA
Mankind, when left to themselves, are unfit for their own government.
-- George Washington << File: Kevin Klein.vcf >> -
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

RE: Fetching supplier plan info dynamically.

Similar Messages

Maybe you are looking for