We don't need to track S/N's in Epicor, so I guess getting it involved is really the wrong way to go. A decent label program and printer is probably the way to go.
Thanks again.
Thanks again.
--- In vantage@yahoogroups.com, "Kirstin Brandt" <kirstin.brandt@...> wrote:
>
> For a number of reasons, we don't generate our serial numbers in Epicor. We choose Alphabetic as the serial number format, then scan the serial numbers from a barcode label when the item is shipped (MTO) or received to stock (MTS).
>
> Depending on the product, we either pre-print x weeks worth of serial numbers (label software saves the last used) or print on a per order basis. Each serial number is printed as a set with all the needed labels that will go on the unit paperclipped to the traveler and removed and used as needed. One label with a barcode is stuck onto the traveler so it can be easily scanned when units go through testing and then finally get scanned into Epicor.
>
> HTH, Kirstin
>
> --- In vantage@yahoogroups.com, "c.krusen1" <ckrusen1@> wrote:
> >
> > Thanks so much for the reply. And if you don't mind, I'd like to pick your brain regarding S/N's.
> >
> > When is/are the serial number(s) generated? When to Traveler is issued?
> >
> > I ask because we have to test the one finished part that we serialize, and it would be a pain to have a temp S/N for the test records, and then have to cross-ref it back to the system generated S/N.
> >
> > Right now S/N's are just controlled by an excel spreadsheet, and lables & certs, created with Word. I'd like to automate AND integrate into the system.
> >
> > Thanks
> >
> > Calvin
> >
> > --- In vantage@yahoogroups.com, "Kirstin Brandt" <kirstin.brandt@> wrote:
> > >
> > > One of our requirements for a configurator when we were doing software selection was that we did not want to save all the part numbers in the part master. When I created our first configured part, I started out using smart part numbers, but discovered quickly that I couldn't save serial numbers, which was not acceptable. That meant I needed to keep the configured part number and come up with another way to display the smart part number. My first thought was to use the customer part number, but we have one product where a customer part number gets configured for one customer. I could also have used the description or text, but our sales people wanted to keep the existing configured description and it's not easy to search on text, that's why I ended up using a UD field.
> > >
> > > FWIW, I also save it to the customer part number for all cases except the one customer mentioned above, so I didn't need to customize any of the sales reports. I just "unhid" the UD field in the list view on the quote and sales summary screens. So the only forms and reports I really had to deal with was Job Entry and the Job Traveler. Then created a simple BAQ and dashboard for the searching. Historical data was SOL, but there wasn't much since we found it as soon as the first configured unit was built and the serial number button was greyed out. (They put the serial number in text to print on the docs, then used Serial Number Maintenance to manually attach the S/N back to the configured part number, job, and pack slip.)
> > >
> > > --- In vantage@yahoogroups.com, "c.krusen1" <ckrusen1@> wrote:
> > > >
> > > > Did you HAVE to do this as a workaround? Or did you just start out this way, and found that it works for you? I'd prefer to not have to redo the forms and reports, and we also have the historical data to deal with.
> > > >
> > > > Thanks for you reply,
> > > >
> > > > Calvin
> > > >
> > > > --- In vantage@yahoogroups.com, "Kirstin Brandt" <kirstin.brandt@> wrote:
> > > > >
> > > > > We ended up keeping the configurable part number in all cases and using a UD character field in Quote, Order and JobHead to hold the "actual" part number. Then modified job, quote, order, etc. paperwork to display the UD field. (If you aren't using the customer part for anything else for these, you could use that on quotes and orders since they already appear on that paperwork. Then you'd only have to change the job docs.) Also had to create a special dashboard to display/search for these parts.
> > > > >
> > > > > --- In vantage@yahoogroups.com, "c.krusen1" <ckrusen1@> wrote:
> > > > > >
> > > > > > We currently use the Prod Configurator, and are looking into using S/N's.
> > > > > >
> > > > > > The configurable Part was changed to "Use S/N's", and the S/N format was setup. I thought that the "Use S/N" feature would be carried along with the configured part, but it looks like it doesn't.
> > > > > >
> > > > > > It looks like I have to have the PrdCfg'r create a new part in the Part table to use S/N's is this correct?
> > > > > >
> > > > > > Supplemental details:
> > > > > > * Configured part ends up with a different P/N (i.e.: "MD CFG" before configuration, "MD-annn-bb-cccc" after configuration"
> > > > > >
> > > > > > * Configured part is very customer and application specific and will likely never get used again (in that exact configuration), and is therefore only built to order and is non-stock item.
> > > > > >
> > > > > > * We don't track labor or do any back-flushing. Just: a) create job, b) issue job, c) mass issue material, d) ship job
> > > > > >
> > > > > > Thanks in Advance
> > > > > >
> > > > > > Calvin
> > > > > >
> > > > >
> > > >
> > >
> >
>