× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I need to respond to one comment - Infor did not terminate the relationship with Microsoft. Microsoft terminated FRx as a product, and wanted to force customers to pay for the new product that replaced FRx. Paying twice and a forced upgrade - not good. Microsoft told us that we either played that game, or the partnership for FRx would not be renewed.

That is not a game we accept - when customers pay support, we do not force them onto new releases. So, we elected to replace FRx with an Infor product, so our customers would not be faced with this again.

Infor has a great relationship with Microsoft overall, but we don't agree with everything. In this case, we mutually agreed to make the change.

Best Regards,

Ross Freeman | Senior Product Manager, ERP XA | Infor | mobile: +1.404.386.5684 | ross.freeman@xxxxxxxxx

InforFLEX-A clear, fast, and cost effective path to adopt Infor's latest product innovations. http://www.infor.com/flex


-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of mapics-l-request@xxxxxxxxxxxx
Sent: Friday, February 05, 2010 1:00 PM
To: mapics-l@xxxxxxxxxxxx
Subject: MAPICS-L Digest, Vol 8, Issue 26

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. FRX Issue - Probably the DTS -- ANY insight? (Chuck Mick)
2. Re: FRX Issue - Probably the DTS -- ANY insight? (Rich McCracken)
3. Re: FRX Issue - Probably the DTS -- ANY insight? (Chuck Mick)


----------------------------------------------------------------------

message: 1
date: Fri, 5 Feb 2010 06:24:23 -0500
from: "Chuck Mick" <Micklc@xxxxxxxxx>
subject: [MAPICS-L] FRX Issue - Probably the DTS -- ANY insight?

Hello.



We are not 'big' FRX users...and generally our folks are not fans of the
package...but I digress in that we have the product and do use it.
Yes...I know Infor discontinued its relationship with Microsoft FRX /
dynamics. However, I'm hoping for some guidance or insight.



We are running a full load...and the load manager is showing a couple
errors. Once the load is complete...the FRX database / reports do not
contain all the information.



If I run the DTS using SQL enterprise manager, the final result appears
to be 2 errors. One errors is that a delta load didn't run...which is
obviously fine since we ran a full load. The second error is more
cryptic and appears more targeted.



The second error is on the frl_trx_detail. I see 16 (or so) errors.
The last error shows a problem with column 21 called attrib12. It
appears to be a data issue with the function to cast date.



I have opened the SQL database...and attrib12 appears to be one of the
date fields on the detail. I am uncertain how to locate the specific
offending record since the error just gives the row number. The row
number is around 1,650,000... I have queried the database...and we have
some 'odd' future dates in the field due to data entry issues. However,
the records do have valid periods...so I'm not sure this information is
even relevant.



I have tried multiple full loads.



I have deleted the various g32 files on the server...



Ideally...I need to resolve the issue and obtain our standard FRX
reports... I have several thoughts...if you can assist...

- We are missing a step...and once we perform that
step...the DTS will work fine...



- I do not think we use the 'offending' column...if that is
the issue...in any of our reports...we generally don't drill down below
the unit / nature / period combinations... Can I create a new DTS that
doesn't include that column?



- If the aforementioned is possible....could I just exclude
the whole detail table and only work with the unit / nature / period
balances...wow would that ever speed things up...



Any assistance or guidance is appreciated....





Chuck Mick

Diversified Machine, Inc.

(m) 517.643.3548

(o) 248.277.4315





------------------------------

message: 2
date: Fri, 5 Feb 2010 10:37:10 -0600
from: Rich McCracken <RMcCracken@xxxxxxxxxxxxxxxxxxxxxxxxxx>
subject: Re: [MAPICS-L] FRX Issue - Probably the DTS -- ANY insight?


Are your XA financials IFM or GL?

With IFM the FRx load will error with old or future dates in the GL lines file YAA7REP. The fields we check are "Date of Document" A7FIDT or "Date of Supply" A7FKDT. Users can accidently key in dates in these fields with old or future years. The effective date field is usually not a problem because any bad date will cause a posting error for a period not open.

We have a process that searches these two fields for dates older than 1997 or future to 2010 and allows a user to correct the dates in only these two fields when found. This work around has solved our FRx date load errors.

Rich McCracken


-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Chuck Mick
Sent: Friday, February 05, 2010 5:24 AM
To: mapics-l@xxxxxxxxxxxx
Subject: [MAPICS-L] FRX Issue - Probably the DTS -- ANY insight?

Hello.



We are not 'big' FRX users...and generally our folks are not fans of the
package...but I digress in that we have the product and do use it.
Yes...I know Infor discontinued its relationship with Microsoft FRX /
dynamics. However, I'm hoping for some guidance or insight.



We are running a full load...and the load manager is showing a couple
errors. Once the load is complete...the FRX database / reports do not
contain all the information.



If I run the DTS using SQL enterprise manager, the final result appears
to be 2 errors. One errors is that a delta load didn't run...which is
obviously fine since we ran a full load. The second error is more
cryptic and appears more targeted.



The second error is on the frl_trx_detail. I see 16 (or so) errors.
The last error shows a problem with column 21 called attrib12. It
appears to be a data issue with the function to cast date.



I have opened the SQL database...and attrib12 appears to be one of the
date fields on the detail. I am uncertain how to locate the specific
offending record since the error just gives the row number. The row
number is around 1,650,000... I have queried the database...and we have
some 'odd' future dates in the field due to data entry issues. However,
the records do have valid periods...so I'm not sure this information is
even relevant.



I have tried multiple full loads.



I have deleted the various g32 files on the server...



Ideally...I need to resolve the issue and obtain our standard FRX
reports... I have several thoughts...if you can assist...

- We are missing a step...and once we perform that
step...the DTS will work fine...



- I do not think we use the 'offending' column...if that is
the issue...in any of our reports...we generally don't drill down below
the unit / nature / period combinations... Can I create a new DTS that
doesn't include that column?



- If the aforementioned is possible....could I just exclude
the whole detail table and only work with the unit / nature / period
balances...wow would that ever speed things up...



Any assistance or guidance is appreciated....





Chuck Mick

Diversified Machine, Inc.

(m) 517.643.3548

(o) 248.277.4315



_______________________________________________
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 electronic mail message is intended exclusively for the individual(s) or entity to which it is addressed. This message, together with any attachment, is confidential and may contain privileged information. Any unauthorized review, use, printing, retaining, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email message to the sender and delete all copies of this message.
THIS E-MAIL IS NOT AN OFFER OR ACCEPTANCE: Notwithstanding the Uniform Electronic Transactions Act or any other law of similar import, absent an express statement to the contrary contained in this e-mail, neither this e-mail nor any attachments are an offer or acceptance to enter into a contract, and are not intended to bind the sender, LeTourneau Technologies, Inc., or any of its subsidiaries, affiliates, or any other person or entity.
WARNING: Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments.



------------------------------

message: 3
date: Fri, 5 Feb 2010 11:47:29 -0500
from: "Chuck Mick" <Micklc@xxxxxxxxx>
subject: Re: [MAPICS-L] FRX Issue - Probably the DTS -- ANY insight?

Thanks. We are an IFM site.

I know we have some records that have bad dates. I initially focused on
that as my guess...however, I saw some in previous periods too...so I
started to discount the validity of that direction.

The two recent records were in the December 2009 period...so if we were
good in December (I'm checking with my accounting folks) I guess this
isn't the direct problem...but it may still be worth us exploring the
edit / validation checking on the two fields.

Do you know if we could just exclude the detail from the load and use
the balance information from IFM rather than 'recalculating' with detail
records we don't use? That would definitely simplify our loads...










Chuck Mick
Diversified Machine, Inc.
(m) 517.643.3548
(o) 248.277.4315


-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Rich McCracken
Sent: Friday, February 05, 2010 11:37 AM
To: 'MAPICS ERP System Discussion'
Subject: Re: [MAPICS-L] FRX Issue - Probably the DTS -- ANY insight?


Are your XA financials IFM or GL?

With IFM the FRx load will error with old or future dates in the GL
lines file YAA7REP. The fields we check are "Date of Document" A7FIDT
or "Date of Supply" A7FKDT. Users can accidently key in dates in these
fields with old or future years. The effective date field is usually
not a problem because any bad date will cause a posting error for a
period not open.

We have a process that searches these two fields for dates older than
1997 or future to 2010 and allows a user to correct the dates in only
these two fields when found. This work around has solved our FRx date
load errors.

Rich McCracken


-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Chuck Mick
Sent: Friday, February 05, 2010 5:24 AM
To: mapics-l@xxxxxxxxxxxx
Subject: [MAPICS-L] FRX Issue - Probably the DTS -- ANY insight?

Hello.



We are not 'big' FRX users...and generally our folks are not fans of the
package...but I digress in that we have the product and do use it.
Yes...I know Infor discontinued its relationship with Microsoft FRX /
dynamics. However, I'm hoping for some guidance or insight.



We are running a full load...and the load manager is showing a couple
errors. Once the load is complete...the FRX database / reports do not
contain all the information.



If I run the DTS using SQL enterprise manager, the final result appears
to be 2 errors. One errors is that a delta load didn't run...which is
obviously fine since we ran a full load. The second error is more
cryptic and appears more targeted.



The second error is on the frl_trx_detail. I see 16 (or so) errors.
The last error shows a problem with column 21 called attrib12. It
appears to be a data issue with the function to cast date.



I have opened the SQL database...and attrib12 appears to be one of the
date fields on the detail. I am uncertain how to locate the specific
offending record since the error just gives the row number. The row
number is around 1,650,000... I have queried the database...and we have
some 'odd' future dates in the field due to data entry issues. However,
the records do have valid periods...so I'm not sure this information is
even relevant.



I have tried multiple full loads.



I have deleted the various g32 files on the server...



Ideally...I need to resolve the issue and obtain our standard FRX
reports... I have several thoughts...if you can assist...

- We are missing a step...and once we perform that
step...the DTS will work fine...



- I do not think we use the 'offending' column...if that is
the issue...in any of our reports...we generally don't drill down below
the unit / nature / period combinations... Can I create a new DTS that
doesn't include that column?



- If the aforementioned is possible....could I just exclude
the whole detail table and only work with the unit / nature / period
balances...wow would that ever speed things up...



Any assistance or guidance is appreciated....





Chuck Mick

Diversified Machine, Inc.

(m) 517.643.3548

(o) 248.277.4315



_______________________________________________
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 electronic mail message is intended exclusively for the
individual(s) or entity to which it is addressed. This message, together
with any attachment, is confidential and may contain privileged
information. Any unauthorized review, use, printing, retaining, copying,
disclosure or distribution is strictly prohibited. If you have received
this message in error, please immediately advise the sender by reply
email message to the sender and delete all copies of this message.
THIS E-MAIL IS NOT AN OFFER OR ACCEPTANCE: Notwithstanding the Uniform
Electronic Transactions Act or any other law of similar import, absent
an express statement to the contrary contained in this e-mail, neither
this e-mail nor any attachments are an offer or acceptance to enter into
a contract, and are not intended to bind the sender, LeTourneau
Technologies, Inc., or any of its subsidiaries, affiliates, or any other
person or entity.
WARNING: Although the company has taken reasonable precautions to ensure
no viruses are present in this email, the company cannot accept
responsibility for any loss or damage arising from the use of this email
or attachments.

_______________________________________________
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 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 26
***************************************

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.