Support has a much easier fix for the new issue in 405A, if I had only
had access to them over the weekend...
Instead of replacing the file as below, you can apparently just run
conversion 130 and the problem is fixed and you can print packing slips
again. I will put the patch file back and try the conversion, but I
think users typically have to be out of the database for conversions
don't they?
Aaron
Aaron Hoyt wrote:
had access to them over the weekend...
Instead of replacing the file as below, you can apparently just run
conversion 130 and the problem is fixed and you can print packing slips
again. I will put the patch file back and try the conversion, but I
think users typically have to be out of the database for conversions
don't they?
Aaron
Aaron Hoyt wrote:
>[Non-text portions of this message have been removed]
> They did fix 1589245ESC and one of my other calls not listed below about
> Order entry - inability to changed customer part number.
> Now they have added a new one that I will call in Monday when Support is
> open again...
>
> ***405A - Packing Slip won't print "Invalid XPath selection inside field
> node. Cannot find: mstns:Calc_PackNum.". After a couple hours of
> messing with the report, report definition and report style...I found
> and replace \(server)\epicor\mfgsys803\Server\sr\PackingSlip.Print.r
> with previous version and it works again.
>
> Exactly what kind of testing was done for this patch that did not
> involve printing a customer Shipment Packing Slip after they made
> changes toPackingSlip.Print.r?
>
> I will try to update with other issues I find as they come up.
>
> Aaron Hoyt
> Vantage Plastics
>
> Aaron Hoyt wrote:
> >
> > Ok, to that end, here are a few of the things I have run into...
> > 1586269ESC MES - Records userID of last worker with an attached userid,
> > not the current user. This is recorded in the change log.
> > 1586283ESC Customer Shipment Entry - when Memory Cache is checked you
> > cannot enter a new pack with the dropdown list.
> > 3346280mps Invoice Entry - Can't create a new receipt line for a receipt
> > that was received via a receipt that has another po number in it's
> > header. There is a workaround that we discovered but Epicor could not
> > offer any real assistance and the issue remains open.
> > Not submitted - Receipt Tracker - Sometimes if you change the vendor you
> > are looking for by ID after having another selected the Pack Slip search
> > program will use the new ID and the old name and return no records.
> > unknown Call# - Technical - Day one database tuned according to
> > instruction in tuning guide. Day two during daily noon backup the
> > database stopped authenticating users. Rejected anyone with a valid
> > password. Would allow users access with cleared password until they set
> > their password and then no more access. Fixed with various tunning
> > changes and required a reboot of the database.
> > unknown call# - Quoting, had to remove "Prevent Changes" in Company
> > config to allow changes to past Quotes.
> > unknown call# - Job Entry, had to check "Global Reschedule Started
> > Operations" to get scheduling to allow reschedule of started operations
> > again.
> > 1589245ESC Menu Security - Permissions are all messed up. Did not have
> > a problem in 403D, but now Supervisor is in many deny groups and the
> > deny all users is not checked, no one can be added because the
> > non-selected user list is empty. Fix provided.
> > 1592135ESC - From Labor entry, a right click entry into Shop Employee
> > Entry returns all records not the one you want.
> > 1592135ESC - StockStatus report has incorrect costs.
> > 1592154ESC - BOL Generated from attached Misc Packing Slip will not
> > print due to no customer information
> > Not Submitted - System refuses to shut down sometimes. Unrelated to
> > Backup, but can't figure just what the issue is.
> > Not Submitted - Frequently have lockups with Vantage if left idle and
> > then started to be used again.
> > 1592553ESC - User Maintenance, Company...If you assign an employee ID to
> > the user for the company you cannot remove it except by removing the
> > company record and then recreating the company access again.
> > Not reported - Part Trans History shows Inspector ID as UserID not the
> > UserID of the person who entered the inspection information into the
> > computer. Errors can only be traced to person reported as Inspector not
> > actual entry person who more likely made the error.
> > I hope this is more helpful. It's not a complete list, but it's better
> > than ranting I suppose.
> > Aaron Hoyt
> > Vantage Plastics
> >
> > bpbuechler wrote:
> > >
> > > I have been following this string as we are committed to upgrading
> > > from to 405.
> > >
> > > What would be nice is if you take the time to warn people from a
> > > certain service pack or patch...document the issues you reported. I
> > > am not looking for all the details, but if I knew what others bumped
> > > into, I might be more cautious and spend a little more time testing
> > > in that specific area.
> > >
> > > Here is what I know:
> > > .AR Invoice Posting Process - AR Post process for AR Group is too
> > > slow
> > > .Credit Card - Tax included on Sales Order credit transaction is
> > > omitted from deposit deducted on shipment causing credit card
> > > overcharge.
> > > .Customer Shipment Entry - Selecting "Shipped" checkbox after mass
> > > shipment doubles update/validation which slows performance.
> > > .Demand Entry - Creates Duplicated SO line releases in Job Manager
> > > .Engineering Workbench - <Poor performance during Check In process>
> > > .Engineering Workbench <BOM with a CRC error produces a 4GL error>
> > > .HH-CustomerShip - Packs for orders linked to jobs shipped with HH
> > > do not show order line
> > > .Information Worker Portal Views - Error message when synchronizing
> > > updated Tasks <TaskSeqNum' is constrained to be unique>
> > > .Invoice Entry AR Report is not displaying the Advanced Billing
> > > amount created before for the same order.
> > > .Job Entry goes into an infinite loop changing subassembly parents
> > > .Job Receipt to Inventory - Auto Receipt MFG-STK has $0 costs if
> > > Backflush labor and material are done simultaneously.
> > > .Labor Entry - Applied Labor and Burden not hitting proper G/L
> > > Department set in Department
> > > .Labor Entry - doesn't create all transactions for a Job with Auto
> > > Receive flag and different Demands.
> > > .Labor Entry - Quantity Only and Fixed Quantity is not kept entering
> > > Scrap Quantity.
> > > .Material Request Queue - No Move record created when subcontract
> > > operation is the final operation on the job
> > > .Order Entry - Cannot change customer part number on sales order
> > > .Order Entry - The application crashes when a Line field is updated
> > > twice and the user tabs out the field
> > > .Packing Slip - PackSlip Report Data Definition does not contain any
> > > data from the OrderDtl table.
> > > .Part Tracker - Object Reference not set to an instance when publish
> > > and subscribing with job manager
> > > .Planning Workbench - is not generating the suggestions when the
> > > dates are changed in SO entry.
> > > .Process MRP - In a given circumstance using the reschedule deltas
> > > will force MRP into performing an odd calculation
> > > .Product Configurator - For the European number format, Product
> > > Configurator does not handle On Leave triggers
> > > .Product Configurator - Get details for configured subassembly
> > > supplied from another plant not working correctly
> > > .Product Configurator - Input based pricing not rolling up in multi
> > > level part where each level has its own configuration
> > > .Purchase Order Entry - Multi-Company PO, Inconsistent use of test
> > > for Purchase Type prompts
> > > .Resource Scheduling Board - Load Level is leaving a gap between
> > > operations.
> > > .Resource Scheduling Board is displaying the jobs duplicated
> > > .RFQ Entry - Sourcing sheet Date and Time fields validation.
> > > .Scheduling - Scheduling s not choosing the best resource when there
> > > is an exception calendar.
> > > .Scheduling Engine - Improperly scheduling finish to finish
> > > operations when second resource has existing load in slot that first
> > > operation was scheduled in
> > > .Time Phased Mtl Requirements - Time Phase Report ignores the date
> > > specified in the field "Ignore If not needed by"
> > > .Transfer Order Workbench - Creates one order from two suggestions
> > > with different To Plants.
> > >
> > > Thanks
> > >
> > > --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> <mailto:vantage%40yahoogroups.com>
> > <mailto:vantage%40yahoogroups.com>,
> > > Aaron Hoyt <aaron.hoyt@...> wrote:
> > > >
> > > > 405 is the worst patch I have experienced. Normally I see
> > > personally a
> > > > couple bugs per patch...I have personally recorded in excess of 20
> > > on
> > > > 405 so far and that does not include annoyances (2 so far were
> > > > discovered while on the phone with support about another issue).. I
> > > > can't recommend 405 to anyone.
> > > > 405A on the other hand has at least 2 fixes that I stumbled upon in
> > > > 405. Next to the inability to change customer part number in order
> > > > entry in 405, the inability to effectively change security until
> > > 405a is
> > > > enough of a reason to stay avoid 405 and go straight to 405a.
> > > > I am being kept from 405a by month end until late tonight, but I
> > > will
> > > > apply that patch just to get off 405. Testing or not, we figure it
> > > > can't be worse than 405.
> > > > If you can still get to 403d, that was a much better patch IMHO. I
> > > wish
> > > > we could go back.
> > > > Aaron Hoyt
> > > > Vantage Plastics
> > > >
> > > > Charles Carden wrote:
> > > > >
> > > > > There are a lot of problems with all versions of 404. With our
> > > testing
> > > > > of 404 we elected skipped it entirely and wait for 405. It does
> > > appear
> > > > > the problems that 404 brought are not present in 405. I suspect
> > > we
> > > > > will be upgrading to 405 within the next month or so unless I
> > > find a
> > > > > problem that would prevent it.
> > > > >
> > > > > From: vantage@yahoogroups.com
> <mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
> > <mailto:vantage%40yahoogroups.com>
> > > <mailto:vantage%40yahoogroups.com>
> > > > > [mailto:vantage@yahoogroups.com
> <mailto:vantage%40yahoogroups.com>
> > <mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
> > > <mailto:vantage%
> > > 40yahoogroups.com>] On
> > > > > Behalf Of Chris Robisch
> > > > > Sent: Friday, August 01, 2008 10:48 AM
> > > > > To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> <mailto:vantage%40yahoogroups.com>
> > <mailto:vantage%40yahoogroups.com>
> > > <mailto:vantage%40yahoogroups.com>
> > > > > Subject: [Vantage] Re: Does anyone recommend upgrade from
> > > 8.03.404A to
> > > > > 8.03.405?
> > > > >
> > > > > We've encountered MRP canceling jobs and PO's leaving negative
> > > balances
> > > > > in Time Phase 8.03.404B. It appears to be fixed in 405a, not 405,
> > > so
> > > > > we're going to start testing 405a heavily and go to it as quickly
> > > as
> > > > > possible.
> > > > >
> > > > > --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> > <mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
> > > > > <mailto:vantage%40yahoogroups.com><mailto:vantage%
> > > 40yahoogroups.com>,
> > > > > "kayd.indaco" <kay.d@> wrote:
> > > > > >
> > > > > > We just upgraded from 8.03.305K to 8.03.404A this week and we
> > > are
> > > > > > having several issues. It appears several of our problems can be
> > > > > > resolved by going to 8.03.405. However, we would like to know if
> > > > > anyone
> > > > > > out there would recommend against this upgrade. We don't want to
> > > > > cause
> > > > > > more problems than are resolved.
> > > > > >
> > > > >
> > > > > ________________________________
> > > > > DISCLAIMER:
> > > > > This e-mail, including attachments, may include confidential
> > > and/or
> > > > > proprietary information, and may be used only by the person or
> > > entity
> > > > > to which it is addressed. If the reader of this e-mail is not the
> > > > > intended recipient or his or her authorized agent, the reader is
> > > > > hereby notified that any dissemination, distribution or copying
> > > of
> > > > > this e-mail is prohibited. If you have received this e-mail in
> > > error,
> > > > > please notify the sender by replying to this message and delete
> > > this
> > > > > e-mail immediately.
> > > > >
> > > > > [Non-text portions of this message have been removed]
> > > > >
> > > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> > >
> >
> > [Non-text portions of this message have been removed]
> >
> >
>
> [Non-text portions of this message have been removed]
>
>