Hi
We moved to Release 9 LIVE In July and I can confirm green screen
functionality is still there in full - most is also in IDF level 1 host
process (apart from functions already available in IDF level2/PowerLink)
We are moving users over now to the Host based IDF level 1
JH
-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of
mapics-l-request@xxxxxxxxxxxx
Sent: 29 September 2010 16:44
To: mapics-l@xxxxxxxxxxxx
Subject: MAPICS-L Digest, Vol 8, Issue 160
GKN Aerospace *** This message has been scanned for viruses by
Mimecast ***
Send MAPICS-L mailing list submissions to
mapics-l@xxxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.midrange.com/mailman/listinfo/mapics-l
or, via email, send a message with subject or body 'help' to
mapics-l-request@xxxxxxxxxxxx
You can reach the person managing the list at
mapics-l-owner@xxxxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MAPICS-L digest..."
Today's Topics:
1. Re: Integrator Host Reports (cmh501@xxxxxxxx)
2. Re: Integrator Host Reports (Dale Gindlesperger)
3. Re: Integrator Host Reports (Thomas, Lisa (Hayssen))
4. Re: PSVTUE - eFin U-Job (James Pankratz)
5. Re: PSVTUE - eFin U-Job (Lucas Geheniau)
6. Re: PSVTUE - eFin U-Job (Kevin Fox)
7. Re: PSVTUE - eFin U-Job (gogo400@xxxxxxxxx)
8. Rel 9 Green Screen (Joe Perrault)
9. Re: Rel 9 Green Screen (Phil Brewer)
----------------------------------------------------------------------
message: 1
date: Tue, 28 Sep 2010 13:19:30 -0400
from: <cmh501@xxxxxxxx>
subject: Re: [MAPICS-L] Integrator Host Reports
Thank you for the responses so far. I am not too sure how having an XA
Printer Override is going to resolve the problem as the report could go
to email or it can be printed. Maybe I am not understanding your
suggestion.
What is perplexing is that Infor should have something in their code if
the report is being sent via email is not to print it or at least have
an option not to print. I guess I should explore more possibilities of
trying to put something in the parms to fix what Infor should have out
there in the first place. Thank you for that suggestion.
Thank you for your assistance.
------------------------------
message: 2
date: Tue, 28 Sep 2010 10:46:40 -0700 (PDT)
from: Dale Gindlesperger <dale_gindlesperger@xxxxxxxxx>
subject: Re: [MAPICS-L] Integrator Host Reports
Sorry for the delay in responding, but we had to do this. How I did it
was to
place a flag in one of the user fields for the data that was being
reported (in
POMAST, for example, for POs). When entering the PO, the user would
enter the
appropriate flag for print, fax, email, or whatever combo was desired.
Then I
used a user exit (you could do the same with a trigger) to perform the
required
override print file to route the report to the desired outq with
whatever parms
were needed (email address, fax#, etc). It sounds more complicated
than it
really was.
Dale (Cork) Gindlesperger, CPIM
________________________________
From: "cmh501@xxxxxxxx" <cmh501@xxxxxxxx>
To: MAPICS-L@xxxxxxxxxxxx
Sent: Tue, September 28, 2010 1:19:30 PM
Subject: Re: [MAPICS-L] Integrator Host Reports
Thank you for the responses so far. I am not too sure how having an XA
Printer
Override is going to resolve the problem as the report could go to email
or it
can be printed. Maybe I am not understanding your suggestion.
What is perplexing is that Infor should have something in their code if
the
report is being sent via email is not to print it or at least have an
option not
to print. I guess I should explore more possibilities of trying to put
something in the parms to fix what Infor should have out there in the
first
place. Thank you for that suggestion.
Thank you for your assistance.
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/mapics-l.
------------------------------
message: 3
date: Tue, 28 Sep 2010 11:25:04 -0700
from: "Thomas, Lisa (Hayssen)" <Lisa.Thomas@xxxxxxxxxxxxxxxxxxxx>
subject: Re: [MAPICS-L] Integrator Host Reports
I know this is probably a dumb question but could you have a printer
override for the people who normally email to send just theirs to a
separate queue which does not print. Then they would be the only ones
having to move it to another printer only if they needed the print.
-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of cmh501@xxxxxxxx
Sent: Tuesday, September 28, 2010 1:20 PM
To: MAPICS-L@xxxxxxxxxxxx
Subject: Re: [MAPICS-L] Integrator Host Reports
Thank you for the responses so far. I am not too sure how having an XA
Printer Override is going to resolve the problem as the report could go
to email or it can be printed. Maybe I am not understanding your
suggestion.
What is perplexing is that Infor should have something in their code if
the report is being sent via email is not to print it or at least have
an option not to print. I guess I should explore more possibilities of
trying to put something in the parms to fix what Infor should have out
there in the first place. Thank you for that suggestion.
Thank you for your assistance.
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/mapics-l.
------------------------------
message: 4
date: Tue, 28 Sep 2010 18:20:06 -0500
from: James Pankratz <jpmorriston@xxxxxxxxx>
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
We are running on a Model 525. There is an issue with disk space - we're
at
80%. There are plans to upgrade within 6 months so that may solve this
problem in the long term, but basically we're hoping to understand why
so
many transactions are being generated...it doesn't seem that we generate
that many new financial transactions on a daily basis, so there must be
something else triggering it. if we can reduce that, then maybe the
performance issue will not be such a factor. Based on responses so far,
the
culprit is likely exchange rate corrections.
I did receive an off-line email as well to recommend looking into an XA
IFM
job that runs an update for Credit Limits on a regular schedule. Could
be
this job runs too frequently or in peak hours.
date: Tue, 28 Sep 2010 08:55:36 -0700
from: gogo400@xxxxxxxxx
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
James--- Just what kind of box are you running?
------------------------------
message: 5
date: Wed, 29 Sep 2010 09:32:45 +0200
from: Lucas Geheniau <geheniau@xxxxxxxxxxxxxxxxxx>
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
Hi, if you also have a test environment on your system, you could
partly remove the history transactions from that.
Kind Regards
Lucas Geh?niau
M.I.S. Supervisor
l.geheniau@xxxxxxxxx
sms NO PHONE 31645886969
Tokheim Netherlands B.V.
Industrieweg 5
5531 AD BLADEL
Tel: +31 (0)497 389555
Fax: +31 (0)497 381950
-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of James Pankratz
Sent: woensdag 29 september 2010 1:20
To: mapics-l@xxxxxxxxxxxx
Subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
We are running on a Model 525. There is an issue with disk space - we're
at
80%. There are plans to upgrade within 6 months so that may solve this
problem in the long term, but basically we're hoping to understand why
so
many transactions are being generated...it doesn't seem that we generate
that many new financial transactions on a daily basis, so there must be
something else triggering it. if we can reduce that, then maybe the
performance issue will not be such a factor. Based on responses so far,
the
culprit is likely exchange rate corrections.
I did receive an off-line email as well to recommend looking into an XA
IFM
job that runs an update for Credit Limits on a regular schedule. Could
be
this job runs too frequently or in peak hours.
date: Tue, 28 Sep 2010 08:55:36 -0700
from: gogo400@xxxxxxxxx
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
James--- Just what kind of box are you running?
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/mapics-l.
This e-mail and any attachments contain material that is confidential
for the sole use of the intended recipient. Any review, reliance or
distribution by others or forwarding without express permission is
strictly prohibited. If you are not the intended recipient, please
contact the sender and delete all copies.
------------------------------
message: 6
date: Wed, 29 Sep 2010 07:46:33 -0700 (GMT-07:00)
from: Kevin Fox <kdfox@xxxxxxxxxxxxx>
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
James
Your number one issue is 80%. It does not matter which job is running
or not. If disk space is at 80% the operating system begins caching at
such a rate that your system will slow to a crawl. 80% is like a magic
number on the i Series (Power Systems i, AS/400, et. al.) You need to do
everything you can to lower your disk space usage to below the 80%
threshold.
Also, I'm assuming VR5.3 or VR5.4? The Power-Link architecture will
benefit from an upgrade as the iSeries Java servers are vastly improved.
Although, that being said I know many, many customers running R7.8 on
VR5.3 and VR5.4 and are very happy with performance. But all of them
are below 50% disk utilization.
Also, your advice on the credit limit program may be incorrect as it has
been replaced at R7.8 with PSVTUE and is no a longer scheduled job.
Its not just the number of transactions that are being run, it's really
your 80% issue. It also explains why you see the numbers growing. When
transactions are posted (assuming all current PTF's are applied) the
PSVTUE runs the updates; however because of the 80% usage issue, the
system will start swapping disk space around, which will cause the
program to appear to be running away. It's not really the program, but
all the swapping that the OS is doing as a result of the program
running. Since the swapping (memory caching)is taking overy, many of
the transactions are not really completing and your numbers of pending
transactions grows.
I'd recommend calling support to ask them to assist in reviewing your
system performance. They have the tools to assist you.
Kevin Fox
-----Original Message-----
From: James Pankratz <jpmorriston@xxxxxxxxx>
Sent: Sep 28, 2010 4:20 PM
To: mapics-l@xxxxxxxxxxxx
Subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
We are running on a Model 525. There is an issue with disk space -
we're at
80%. There are plans to upgrade within 6 months so that may solve this
problem in the long term, but basically we're hoping to understand why
so
many transactions are being generated...it doesn't seem that we
generate
that many new financial transactions on a daily basis, so there must be
something else triggering it. if we can reduce that, then maybe the
performance issue will not be such a factor. Based on responses so far,
the
culprit is likely exchange rate corrections.
I did receive an off-line email as well to recommend looking into an XA
IFM
job that runs an update for Credit Limits on a regular schedule. Could
be
this job runs too frequently or in peak hours.
date: Tue, 28 Sep 2010 08:55:36 -0700
from: gogo400@xxxxxxxxx
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
James--- Just what kind of box are you running?
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.
Kevin Fox
(909) 762-1384 mobile
------------------------------
message: 7
date: Wed, 29 Sep 2010 08:07:07 -0700
from: gogo400@xxxxxxxxx
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
James--- Kevin already mentioned it but 80% DASD usage is not good, but
as
long as you have an open slot for a drive it's an inexpensive fix.
I assume your on top of reorgs and stuff like that to free up more
storage?
We are running on a Model 525. There is an issue with disk space -
we're
at
80%. There are plans to upgrade within 6 months so that may solve this
problem in the long term, but basically we're hoping to understand why
so
many transactions are being generated...it doesn't seem that we
generate
that many new financial transactions on a daily basis, so there must
be
something else triggering it. if we can reduce that, then maybe the
performance issue will not be such a factor. Based on responses so
far,
the
culprit is likely exchange rate corrections.
I did receive an off-line email as well to recommend looking into an
XA
IFM
job that runs an update for Credit Limits on a regular schedule. Could
be
this job runs too frequently or in peak hours.
date: Tue, 28 Sep 2010 08:55:36 -0700
from: gogo400@xxxxxxxxx
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
James--- Just what kind of box are you running?
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.
------------------------------
message: 8
date: Wed, 29 Sep 2010 10:19:19 -0500
from: "Joe Perrault" <jrperrault@xxxxxxxxxxx>
subject: [MAPICS-L] Rel 9 Green Screen
This may be an obvious question, but is the green screen interface
completely removed at rel 9 or does it still exist but is also
functionally available in the IDF level 1 interface?
Joe Perrault
McElroy Manufacturing, Inc.
------------------------------
message: 9
date: Wed, 29 Sep 2010 16:43:31 +0100
from: "Phil Brewer" <Phil.Brewer@xxxxxxxxxxxxxx>
subject: Re: [MAPICS-L] Rel 9 Green Screen
We're in the process of moving from R6 to R9. Green-screen still exists
in R9 and seems to work as it always did...but we're trying not to use
it.
I think it will disappear completely in the next release.
Phil
-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Joe Perrault
Sent: 29 September 2010 16:19
To: mapics-l@xxxxxxxxxxxx
Subject: [MAPICS-L] Rel 9 Green Screen
This may be an obvious question, but is the green screen interface
completely removed at rel 9 or does it still exist but is also
functionally available in the IDF level 1 interface?
Joe Perrault
McElroy Manufacturing, Inc.
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list To post
a message email: MAPICS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit:
http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/mapics-l.
This email message and its content are confidential and may contain
proprietary or privileged information. If you are not the intended
recipient, please notify the sender immediately, and do not read, copy,
disclose, distribute or use the information in any way. Any views
expressed in this message are those of the individual sender, except
where the message states otherwise. SciLabware Ltd and its subsidiaries
("the company") does not accept responsibility for such views and
opinions and this message should not be read as representing the views
and opinions of the company. No liability shall attach to the company,
except where the message states otherwise and the sender is authorised
to make such a statement.
All orders are accepted and sales made subject to our Terms and
Conditions of Sale (available upon request or from www.scilabware.com.
No variation to these terms and conditions shall be made except when
explicitly accepted in writing by SciLabware Ltd.
This e-mail has been swept for the presence of computer viruses, but no
warranty is given that this e-mail and any attachments are virus free.
You should undertake your own virus checking. The right to monitor
e-mail communications through our networks is reserved by us.
Registered office: SciLabware Ltd., 4 Felsted Gardens, Ferry Street,
London, E14 3BS. Registered in England & Wales no. 1631004
------------------------------
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) digest list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/mapics-l.
End of MAPICS-L Digest, Vol 8, Issue 160
****************************************
GKN Aerospace Services
This e-mail and any attachments transmitted with it contain information which is confidential, intended solely for the addressee(s)
and which may also be privileged or exempt from disclosure under applicable law. If you are not the addressee(s), or have received
this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, print, disclose or use any
part of it or its attachments. Internet communications are not guaranteed to be secure or free of any virus. The GKN Group does not accept
liability for any loss or damage arising in any way from changes to this e-mail or its attachments which may occur in transmission
due to network, machine or software failure or manufacturer or operator error, or from unauthorised access or interference with internet
communications by any third party or from the transmission of any viruses. Any opinion or other information in this e-mail or its attachments
that does not relate to the business of the GKN Group or any part of it is personal to the sender and is not given or in any way endorsed by the
GKN Group or any part of it.
GKN Aerospace Services Limited is registered in England No. 355922
Registered office: Ferry Road, East Cowes, Isle of Wight, PO32 6RA, EnglandReviewed 21st February 2007
-----------------------------------------------------------------------------------------------------------------------------------------
This email message has been scanned & delivered safely by Mimecast, for more information please visit
http://www.mimecast.co.uk
-----------------------------------------------------------------------------------------------------------------------------------------
midrange.com
