More Flexibility for Your HR Dollars
CrossWay Group has a solution to fit any corporate need or budget. Our seasoned SAP, Oracle & Peoplesoft experts are available for small projects with less time commitment and more flexibility. Are you implementing a new project? Then consider CrossWay Group. We have the perfect resource to meet you current & future needs. Let our professionals save you valuable time and resources!
If you have a short-term project, we are able to meet your needs. Currently clients have hired consultants for commitments of as little as a week or two.
Give CrossWay Group a call, and let us make the most out of your HR dollars.
877-935-3146
|
Why Crossway Group?
- 12 Years of specialized experience
- On-demand resources for each & every Peoplesoft Module
- Top Industry Consultants
- Guaranteed Best Fit for your needs
- 24 hour or less turn around time
- Trustworthy, Dependable Staffing with Your Best Interests at Heart
CrossWay Group has delivered ERP applications-based solutions in
virtually all industries since 1996. With our in-depth industry
expertise, deeply skilled professionals, innovative delivery approach
and strong alliance with Oracle/PeopleSoft & SAP, CrossWay Group is well
positioned to help our clients make the most of their investments-achieving value and high performance from their
enterprise solutions.
CrossWay
Group specializes in providing ERP
technical and functional resources. And
for the past 12 years ERP has been our
core competency. Through the years of forming
relationships with the PeopleSoft consultants
we've worked with, we have strong ties within
the PeopleSoft community which enables us to
provide the right resource at the right time.
| |
 |
|
XML Publisher vs. Crystal vs. nVision
|
As Oracle is more aggressively positioning XML Publisher as an
alternative to Crystal for new report development, what are the different
reporting tools, and
how they fit together? XML PublisherThere
are several new features coming in XML Publisher. One thing to note is
that many of these features are core XML publisher features, versus
PeopleSoft-specific feature enablement. Here is the list: - Subreports in XMLP.
You can embed reports within other reports (from a template
perspective). Examples of where you would want to do this is page
headings and footings (there's a limitation in this covered in Jody
Runstadler's Advanced Reporting Techniques session)
- Email distribution.
The delivered email distribution in process scheduler is currently only
supported for nVision, Crystal, and SQR.
nVisionStarted
by making sure that the audience knew that nVision was not going away.
For nVision, much of the discussion was on longer-term futures (8.50).
The exception is for Office 2007 support. - Not in tree criteria.
This is something that we've seen a need for. It's mostly valuable when
you want to capture data from of values that may not have been added to
your tree
- Multiple effective dated trees in same report.
This allows organizations to compare the implications of tree changes
side by side in a single report. Although you can see the changes
pretty easily by exporting your trees to file and compare them there
using tree mover, this allows you to see the dollar impact of the
change.
- Query prompts. If
you have a prompted query in an nVision report, those prompts can only
be displayed in the windows nVision (not web). This will be an
interesting feature if they really can get it in, because if they do it
right, they may be able to add additional features as well.
- Private reports in 2-tier.
- Excel 2007 adoptions of server performance improvements. One of the biggest places where nVision had
issues is stability and performance on the server. This is
because Excel is a client tool where nVision automates it on a server.
Excell 2007 has a server version that can be used very nicely with
nVision, and they are adopting it.
The above info was written by Grey Sparling regarding a presentation by Colleen Rinehart. To see the enitre blog, click here. |
|
 TECH TIDBIT:
SAP running on Oracle
| | If SAP runs on Oracle, and not many people know this, you can treat the
system as Oracle as well. So you can do what many (or most) other ETL
tools do and go to the SQL layer. Not a problem. However I would
recommend not to do this, and any ETL tool that uses SQL to access SAP
is destined to become a problem. SQL looks at database tables, not pool
and cluster tables. These are SAP constructs, not database constructs.
Some of the most important tables in SAP are non-transparent (e.g. pool
or cluster). OWB approaches these tables using ABAP so it can extract
from them, no problem!
|
|
GOT QUESTIONS?
|
|
|
|
|
|
|
|
