803.305 Update Blank Title 55240

--- In vantage@yahoogroups.com, "vantage803" <bash100@...> wrote:
>
> Mark,
>
> We have upgrade to 803.305D as well, found same issues with reporting.
> I recopied the Report Data Def files and everything worked fine
after that.
> <snip>
> regards
> -Joe
>
We are having this problem... our Custom Report Data Definitions don't
work after the upgrade. The XML being generated can't be opened by
Crystal reports even for a brand new report. If I tediously re-create
the customized RDD after the patch, then my reports work. This was
hard and prone to missing something...

you say you "recopied the Report Data Def files and everything worked
fine after that" how'd you do that?? are Report data Defs stored
outside the DB????

thanks,
David -
Peregrine Semiconductor
San Diego,CA
I created a test environment with 803.304C, restored a backup from production
and then upgraded to 803.305D. The first thing I noticed was that some
conversion program creates a report style (#2) called Outbound EDI. The
problem is that it overwrote each of my custom report styles in that position.
Whenever I customize a form, I:

- if necessary, duplicate the Report Data Definition
- make a copy of the Crystal report with the company code extension
- create a report style that uses my custom report data definitions and my
crystal report and make this style the default.

Has anyone else run across this behavior?

My custom data definitions are working either but I need to investigate
further.

Any other gotcha's that brave souls have uncovered?

Thanks,

Mark W.
Mark,

We have upgrade to 803.305D as well, found same issues with reporting.
I recopied the Report Data Def files and everything worked fine after
that.

Issue that I have a call in on though, a user cannot enter/modify
a "Customer" record unless they have Security Privelages. Still
awaiting feedback on this.

On the "Time Phased Mtl Req" this one I am still struggling with, not
sure exactly what the report design intent is supposed to be? Has any
one used this report and can explain its behavior? regarding "Exception
Conditions"

Also are server is on a Linux based Platform, and BPM has an issue and
will not run as of yet! This is an on going development issue in v8.03
from the start. Win32 users do not have an issue.

regards
-Joe
> We have upgrade to 803.305D as well, found same issues with reporting.
> I recopied the Report Data Def files and everything worked fine after
> that.

Thanks Joe.

I found that four Report IDs were changed and any custom report data
definitions based on these four would not run. The four are: SOForm, ARForm,
PackList, MastPack. Each had the CustomerDocs table (used by ServiceConnect I
hear) added to them. I made duplicates of these new Report Data Definitions
and re-added the extra fields and then my custom reports ran fine.

I'll keep an eye on the other issues. But FWIW, when I tried using BPM in my
Test database, my production users where seeing the effects. I was just
playing around with BPM but until I find out how to separate the behaviors
among different databases, I'm putting a HOLD on BPM. ;-) Oh, this is on
Windows...

Mark W.
Couple of points with 305D to be aware of

1 Customers may go missing from the search list if they have do
not have a territory. You should do a BAQ and check if you have any and
see if they are missing when you do a search. You can still access them
but if you do not put in a territory then your maintenenace may not be
saved.

2 Do not do AR cash receipts if there is multi currency
involved. If you do double check them. Wait for the 305E patch due soon.




[Non-text portions of this message have been removed]
Tony writes:
> Couple of points with 305D to be aware of
>
> 1 Customers may go missing from the search list if they have do
> not have a territory. You should do a BAQ and check if you have any and
> see if they are missing when you do a search. You can still access them
> but if you do not put in a territory then your maintenenace may not be
> saved.

Oddly enough, we just had this with 305C. Hmmm. Are you CRM users?

Mark W.