WOW! Guess I didn't kill too many brain cells in my mis-spent youth :)
Really glad it helped Paul. That'll definitely also help me remember it if I run into it again myself in the future (so you, in fact, have helped me).
Rob
Really glad it helped Paul. That'll definitely also help me remember it if I run into it again myself in the future (so you, in fact, have helped me).
Rob
--- On Tue, 11/25/08, Paul <chaosavy@...> wrote:
From: Paul <chaosavy@...>
Subject: [Vantage] Re: Vantage - Searches
To: vantage@yahoogroups.com
Date: Tuesday, November 25, 2008, 5:06 PM
You were right, it was a security issue, the actual purchasing user
was able to use it ok and is quite happy.
thanks again
--- In vantage@yahoogroups .com, Robert Brown <robertb_versa@ ...>
wrote:
>
> Paul,
> Â
> Do you have multiple buyers (and are they prohibited from editing
each other's POs or perhaps have limits on approval rights, etc.,)?
> Â
> I vaguely recall a specific issue like that tripped me up initially
when putting these searches in place (several dot releases and nearly
a year ago when still piloting).
> Â
> Another thing to check (as I may have given you bad advise) - I
said to display all available fields from each table. However, it may
be that you only want to display all fields that (in this case) New
PO suggestions lists from within the app as part of the same-named
dataview.
>
> There may be more columns in the 'real' SugPOdtl table you are
writing your BAQ against than the same-named dataview from within the
application can accomodate.
>
> One way to check is to open New PO suggestions, put on full detail
tracing, select a single new suggestion, and then look at the
(gazzillion page long) trace log file.
>
> In there it will list all the initial non null dataset values it
pulled in from the native PO suggestion search/selection.
>
> If you then reduce your BAQ to only include those table.fields, you
may find it brings them into the app successfully from your BAQ
search.
>
> I'm working from home today so I don't have my (mountains!) of hand
written implementation notes handy. When I'm in the office next, I'll
see if I can find any references to this issue and perhaps be able to
give you better advice.
>
> Until then, perhaps try some of the stuff above.
>
> Rob
>
> --- On Fri, 11/21/08, Paul <chaosavy@.. .> wrote:
>
> From: Paul <chaosavy@.. .>
> Subject: [Vantage] Re: Vantage - Searches
> To: vantage@yahoogroups .com
> Date: Friday, November 21, 2008, 12:50 PM
>
>
>
>
>
>
> I followed this advice and the other poster's advice and it helped
my
> understanding, so thank you all.
>
> I get the BAQ to show up (following your instructiosn below)
problem
> now is when I run the BAQ I get results, but when I select a row
from
> the search and go back to the New PO Suggestion screen, my
selection
> doesn't flow back. Any ideas?
>
> --- In vantage@yahoogroups .com, Robert Brown <robertb_versa@ ...>
> wrote:
> >
> > Paul.
> >
> > Quick searches are specific app/field based & are really
> personlizations (not easily transferable customizations that
> withstand upgrades).
> >
> > SugPOchg (for PO change suggestions) SugPOdtl (for new PO
> suggestions) and SugPOMsc (for Misc PO suggestions) are the only
> tables.
> >
> > I suggest 3 BAQs (one for each table) be used - each with no
> criteria limits and all available fields displayed (but displayed
so
> pertinent fields are in the left most columns). Set your sort in
> whatever way makes sense for your process.
> >
> > You may simply not be including a required key field in you
> published 'like' columns (hence my "dump 'em all suggestion") .
> >
> > Be sured the BAQs are set to Shared also.
> >
> > SugPOdtl and SugPOMisc should then be available in New PO
> suggestions as BAQ searches.
> >
> > SugPOChg should then be available in PO change Suggestions app.
> >
> > (We have this running exactly as you describe.)
> >
> > Good luck!
> >
> > Rob
> >
> > --- On Thu, 11/20/08, Paul <chaosavy@ .> wrote:
> >
> > From: Paul <chaosavy@ .>
> > Subject: [Vantage] Re: Vantage - Searches
> > To: vantage@yahoogroups .com
> > Date: Thursday, November 20, 2008, 3:40 PM
> >
> >
> >
> >
> >
> >
> > Here is the situation: we just went from V6 to V8.3
> >
> > The purchasing manager noticed that the Search screen (through
the
> > Binoculars) in the New PO Suggestions program doesn't include the
> > part description. Apparently in V6 this was there and he is
> severeley
> > hampered by it being missing in V8.
> >
> > I believe the correct table is SugPoDtl, so I created a BAQ and
> added
> > fields from that table, including the line desc field which has
the
> > part number's description.
> >
> > When done however I can't do anythign with it, it tests ok in the
> BAQ
> > editor, but when I go to the actual search screen I can't chose
it
> > from the search tabs (BAQ etc), I don't know if there is an extra
> > step to get them in there. I tried do add a named search and
chose
> > baq from the drop down list, when I do that no baq's are avaiable
> to
> > chose.
> >
> > The way I understand it is that Vantage knows based on the BAQ's
> > fields where to put it inside the BAQ tab's of the different
> > programs, is this correct?
> >
> > Another thing I tried was to make a quick search, but because I'm
> > searching from the binoculars and not a particular field I don't
> > think I can do a quick search.
> >
> > thanks for any help
> >
> > Paul
> >
> > --- In vantage@yahoogroups .com, "bpbuechler" <pbuechler@ ..>
wrote:
> > >
> > > I have created many custom Quick Searches; especially
> around "part"
> > > Maybe if you provide more information about what you are trying
> to
> > > accomplish, myself or others can give you insight on how to
> > accomlish.
> > >
> > > Module, screen, field...etc
> > >
> > > Thanks
> > > Patty Buechler
> > >
> > > --- In vantage@yahoogroups .com, "Paul" <chaosavy@> wrote:
> > > >
> > > > I have a support call open on how to do the below. I checked
> the
> > > online
> > > > help, but its sparse in the areas I'm confused in. I have the
> BAQ
> > > > written and it looks good, but I can't seem to link it to the
> > > search
> > > > window. How do I "publish the column headers in your BAQ so
> they
> > > can be
> > > > used in application search windows for applications that
> already
> > > have
> > > > the table.fields available."
> > > >
> > > > any insight would be appreciated, thanks
> > > >
> > > >
> > > > > Creating a BAQ that returns data within the max range
limits
> of
> > > your
> > > > potentially interesting records is the 1st step. You then
> publish
> > > the
> > > > column headers in your BAQ so they can be used in application
> > > search
> > > > windows for applications that already have the table.fields
> > > available.
> > > > >
> > > >
> > >
> >
>