MySAP Market Place Business Process and Flow

MySAP has well defined business process and properly defined flow which tells you which step has to be followed in a organized way.The following steps describe the method movement that takes place within the Bulletin Board.

  1. Initiator posts a observe either interactively, with the Bulletin Board, or by one other service or application. Every be aware may embrace the title, description, beginning and expiration dates, an industry classification, and a URL link to extra information for the note.
  2. Initiator publishes notes to the Bulletin Board, which creates an correct file or “paper trail” of notes for financial and authorized purposes. For notes which can be ultimately faraway from the system, the statistical info is nonetheless obtainable and serves the purpose of financial and legal tracking, as well. This allows evaluation of efficiency and success for individual postings.
  3. Respondents find notes on the Bulletin Board via simple or advanced searches, shopping business hierarchies, or by corporate portals.
  4. Respondents might reply to notes in several ways: link to an auction, exchange, or RFP/RFQ course of on the marketplace; a Internet link to further data or another Website (if included within the note); or e-mail (if an handle is included within the be aware).
Further features available to the initiator include viewing a abstract of postings, modifying or deleting present notes, viewing statistics related to each observe, creating notes from templates, and withdrawing revealed notes.

MarketSet Life-Cycle Collaboration

MarketSet Life-Cycle Collaboration presents numerous elements and providers:

  1. Hosted,Net-accessible setting with consumer access through an ordinary Internet browser.
  2. Secure document management system :Because the design service is beyond the OEM’s (authentic tools manufacturer) and the provider’s firewalls, security is especially important. The next options are carried out:
  3. Data vault. The information vault, along with the document folders, is designed to share paperwork throughout the team. It helps to guard information whereas simultaneously sharing it with the buying and selling partners. Data residing in the enterprise techniques behind the firewall is replicated on the exchange. The original model is locked to establish the baseline.
  4. Version management at the mission folder level. The model controller at the folder degree tracks doc changes. Successor folders are tagged to the unique folder to keep the information consistent.
  5. Text seek for paperwork utilizing metadata. The person can seek for paperwork within the collaborative design atmosphere utilizing metadata (such as keywords, user names and document sorts).
  6. ? Full-text retrieval. When retrieving a document, the user can entry the entire contents of stored paperwork using an add-on search engine. Offline Processing of Collaboration Paperwork
To facilitate the change of paperwork between two or more collaborating enterprise companions, it is often handy and even essential for the participants in the collaboration to make use of their methods behind the firewall to edit collaboration documents.

Examples embrace marking up and commenting on potential solutions.

Visualization and marking up of 2D and 3D data are vital options within the collaborative process. To accommodate the huge range of CAD and media codecs,the MarketSet Life-Cycle Collaboration viewing software supports 24 totally different information formats. It is delivered by a plug-in. Multimedia files may be added to the doc folder, and the related utility could be started from there. Functions that support these activities are supplied with the product.

WebFlow: The Workflow Engine

Establishing and supporting business course of workflows is a vital function of life-cycle collaboration. MarketSet Life-Cycle Collaboration uses SAP WebFlow to supply an environment friendly instrument to coordinate and management collaborative workflows. You can simply define data gadgets and approval steps and send them to all members involved in a selected exchange scenario.

Interface to MarketSet Collaborative Sourcing

MarketSet Life-Cycle Collaboration gives crucial hooks into the MarketSet supplier discovery and sourcing processes. This considerably reduces the scope for human error and the time required to course of the bid. Collaboration can be initiated by attaching document folders.

The interface to Provider Evaluation Knowledge also offers an interface to the private Tendering Partner Listing, permitting you to view evaluation information of potential trading partners. The interface to the Bulletin Board permits alternate participants and their staff to rapidly share and find product-related info and enterprise opportunities. The Bulletin Board may also handle different free form postings from any XML-enabled application or service.

What's the distinction between MarketSet Life-Cycle Collaboration and mySAP Product Lifecycle Administration (PLM)? MarketSet Life-Cycle Collaboration is a fully-integrated service of MarketSet 2.0 and represents a separate set of functionality with a strong deal with collaboration processes on non-public and public exchanges. mySAP PLM supplies an entire and collaborative answer to handle all product and asset info over the complete life cycle, from first thought to design, production, and maintenance.

CEP (Collaborative Engineering and Challenge Administration) permits a one-to-many communication of PLM data with inside and external business companions tightly built-in inside the PLM backbone.

MarketSet Life-Cycle Collaboration enhances and integrates with Product Data Administration (PDM) methods, akin to mySAP PLM, to provide a platform for strategic sourcing and collaborative product design in private and public exchanges. It doesn't cowl excessive-end venture administration and PLM features comparable to product structure administration, routings, and process management.

MarketSet Life-Cycle Collaboration permits the development of digital communities with many-to-many relationships between business companions and simple integration of new partners to a public marketplace or a non-public exchange. New companions collaborating at the marketplace can subscribe to all supplied companies,including the design companies of MarketSet Life-Cycle Collaboration.

MarketSet Supply-Chain Collaboration

The key to collaborative planning in the marketplace is allowing enterprise partners to exchange info to improve the planning process. Till now, planning data has been exchanged by telephone, fax, mail, or e-mail. Nonetheless, the unstructured nature of the method limits the collaboration activities possible. In some cases, EDI is getting used to switch knowledge , but the excessive value and rigidity of EDI technologies restrict both the variety of partners you can cope with and the type of collaborative activities possible.

The Web and associated technologies such as XML promise to revolutionize inter enterprise enterprise processes by enabling seamless info change between enterprise partners. Excessive volumes of data will be transferred at low value,and even minor enterprise partners can exchange information in a cheap manner. Interactive access to common planning information might be achieved simply with conventional Web browsers. Web technologies enable enterprises to establish
secure, scalable, and dynamic collaborative commerce networks with their business companions at a low cost. The Collaborative Planning software allows enterprises to plan logistics actions collectively, together with collaborative supply and demand planning.

The goal of supply chain management has all the time been to extend customer service and concurrently to scale back costs. Supply chain costs are driven by stock along the chain (completed items, work in progress, and so on) and the capital investment required to satisfy expected demand.

Now Collaborative Planning extends the boundaries of supply chain management to include all relevant enterprise partners and allow collaborative enterprise processes throughout the network. The distinct entities in the community, such as suppliers, manufacturers, and retailers, will be successful to cooperate and act as a single entity focused on delivering enhanced buyer value while reducing costs throughout the entire chain.

The direct fiscal advantages embody decrease inventory ranges, higher inventory returns,improved cash circulation, and lowered capital investment. Enterprises can enhance their profitability and their market share on the same time. The oblique advantages embody tighter relationships with clients, leading to greater customer satisfaction. Modern firms understand collaborative talents as a significant aggressive advantage that may assist them retain present prospects and acquire new ones.

Collaboration removes the divisive boundaries that formerly separated the distinct hyperlinks within the chain: procurement firms, manufacturing firms, and so on. Though the supply chain companions are still distinct entities, they cooperate at an unprecedented level as a result of they notice the mutual benefits. The outcomes of real time collaboration and true partnership embrace low inventory levels, high inventory returns, an improved cash flow, and a drastic discount of the bullwhip effect. The purpose of Collaborative Planning is to help enterprises perform collaborative
supply chain planning actions with their enterprise partners. Thus, related input from enterprise companions will be taken into consideration to synchronize planning throughout the network and leverage the APS system behind the firewall to generate optimized plans based on information from the supply network. Enterprises can now focus on enhancing customer value by enabling true business collaboration across enterprise partners in their networks.

Collaborative Planning was designed to:

  1. Allow alternate of required planning information with enterprise partners
  2. Enable the usage of a browser to learn and change information
  3. Limit consumer entry to knowledge and activities
  4. Support consensus planning process
  5. Support exception-primarily based management
  6. Generate one number for supply chain planning throughout networks
  7. Be used with SAP APO or another APS system behind the firewall

Collaborative Planning leverages Web expertise to allow collaboration throughout enterprise partner networks. The salient options embrace:

  1. Display and alter entry to data by a browser
  2. A quantity of associate entry
  3. Consumer configuration of negotiation process as a collection of actions
  4. User-configurable screens and workplaces
  5. Authorization to limit partner/person access to selected information and activities
  6. Easy collection of products and information to be used for collaboration
  7. Alerts of business companions to exceptions by Internet e-mail with relevant data
  8. Link to associate techniques utilizing XML technology over the Internet
  9. State-of-the-art Web security expertise

The Collaborative Planning parts were developed as a repository for info that can be saved on the marketplace in a so-called planning book. Planning books are highly configurable. They permit the person to view and alter information similar to advertising and marketing activities, gross sales order forecasts, cargo plans, and so on. The flexibility of the planning books facilitates the implementation of the collaborative processes between companions primarily based on the CPFR (Collaborative Planning Forecasting and Replenishment) guidelines. The Alert Monitor informs the companions about exceptions triggered by predefined business criteria. Forecasts, plans, choices, and exceptions will additionally be broadcast to completely different partners within the provision chain with e-mail and attachments using Microsoft Excel format. All of this is executed with a simple Internet browser.

Consensus-based forecasting and exception-based management type the spine of the Collaborative Planning application. Collaborative Planning permits the following eventualities:

  1. Consensus-based mostly forecasting
  2. CPFR-compliant collaborative forecasting
  3. Vendor-managed inventory
  4. Supplier collaboration

Each of these processes is described in additional element within the subsequent sections, but it is essential to notice that these are solely examples that illustrate the variety of methods wherein enterprises can collaborate with their partners.Internet-Enabled Consensus-Primarily based Forecasting.Consensus-primarily based forecasting permits you to create plans for various business objectives (strategic marketing strategy, tactical sales plan, operational provide chain plan, and so on) and integrates them into one consensus plan that drives your business. You create a joint business plan, together with your supply chain companions, that drives your business in addition to theirs. The required instruments embody planning books and advanced macros. A number of events are normally involved in creating a consensus based forecast, among them the central planning division, which creates a consolidated forecast for all products; the necessary thing account supervisor, who creates a forecast for a selected retailer or wholesaler; and the gross sales division, which forecasts its own demand. Each of these events bases its forecast on particular information. The goal of consensus-based forecasting is to consolidate the various forecasts into a widespread time sequence to be used for further planning. A typical consensus-based mostly course of, utilizing forecast information from completely different sources, is described as:

Division-specific forecasts are made. Departments involved embrace:

  1. Sales: Created for a combination of product and buyer, targets are tactical: maximize sales, focus on promotions, orders, POS data, competitive information, customer information.
  2. Logistics :Created for combination of product/merchandise and site, objectives are operational: minimize costs, fulfill orders, concentrate on shipments, materials and capability constraints.
  3. Marketing: Combination of product household/market zone, concentrate on promotions and events, causal relationships, and syndicated POS information, goals are strategic: enhance demand, scale back stock.

A team meeting is held to achieve consensus. A particular planning guide is used for this purpose. Time specifications embrace a planning horizon (brief to medium term), time buckets in days, and a specified frequency (as soon as weekly). Handbook changes might be made. An accuracy of forecast is checked against actual sales data.

Planning books are created for each of the necessary planning steps, and macros are used for implementing consensus rules. Planning books may be accessed by an Web browser. This permits the consumer to incorporate business partners in the consensus forecast improvement process. Business companions can view every different forecasts, make adjustments, and agree on a consensus-based forecast utilizing simple Web browser.

Collaborative Forecasting

CPFR is seemingly one of the quickest-growing technologies for each retail and consumer goods firms. It's hailed as the following great advance in stock and customer relationships.CPFR is a cross between CRP (continuous replenishment applications) and VMI (vendor-managed inventory). Analysts agree that VMI has been profitable in many cases, however inaccurate forecasts and unreliable shipments have been major obstacles to increased performance. Collaboration requires redefinition of a company’s targets and direction. It requires trust between partners. For it to succeed, partners must be prepared to share their promotion schedules, POS information, and inventory data. Though redefining an organization’s course is no straightforward activity, for those firms that do handle the leap across traditional boundaries, the benefits might be great. Client items companies can expect main sales good points and a discount in stock, and retailers can count on elevated in-stock customer support, resulting in greater gross sales and optimized promotional costs.

The MySAP CPFR Process

Purchaser and seller develop a single forecast and replace it regularly primarily based on data shared over the Internet. It is a enterprise-to-enterprise workflow, with information exchanged dynamically, designed to extend in-stock buyer stock whereas slicing inventory. The fundamental process consists of seven steps.

  1. Agree on the process. Outline function of every companion, set up confidentiality of shared data, commit assets, agree on exception handling and performance measurement.
  2. Create a joint marketing strategy and establish merchandise to be jointly managed together with class role, technique, and tactics.
  3. Develop a single forecast of shopper demand based mostly on mixed promotion calendars and analysis of POS data and causal data.
  4. Establish and resolve forecast exceptions. This is achieved by comparing current measured values, such as inventory ranges in every retailer, adjusted for adjustments, equivalent to promotions in opposition to the agreed-upon exception standards (in-inventory level, forecast accuracy targets).
  5. Develop a single order forecast that time-phases the sales forecast while assembly the marketing strategy’s inventory and repair targets and accommodating capability constraints for manufacturing, transport, and so on.
  6. Establish and resolve exceptions to the forecast, notably these involving the manufacturer’s constraints in delivering specified volumes, creating an interactive loop for revising orders.
  7. Generate orders based on the constrained order forecast. The near-term orders are mounted while the long-time period ones are used for planning. The CFR process might be carried out in Collaborative Planning. The steps in the CPFR course of are modeled as a series of activities utilizing planning books. Collaborative Planning allows multiple partners to be concerned in every of the planning steps. Each display can be customized to indicate chosen knowledge and permit updates only to chose data. Thus, a business associate might be allowed access solely to related information, guaranteeing confidentiality of information.

Making CPFR Work

Mutual belief and open communication are key to CPFR success. Ingrained fears and the tendency to maintain secrecy and promote aggressive competitors should be overcome. Many firms are loath to share planning information for worry that opponents will by some means gain entry to confidential information. In truth, safety is a major concern.

Questions like who gets what portion of the generated financial savings should be answered before the collaborative course of begins. An understanding of each other’s knowledge and efficiency measurement is needed. Management must take the lead in creating working alliances and combating adversarial relationships. New systems and methods have to be learned. And last however not least, one buying and selling partner alone will not usher in huge benefits. The key is to involve a lot of partners.

Supplier Collaboration

Just as the change of forecast and gross sales data between retailers has mutual benefits, the planning process will be improved much more if suppliers and prospects have interaction in an early alternate of deliberate dependent necessities and production quantities. In the automotive business, robust integration between supplier and buyer is already broadly accepted. Suppliers are connected to their clients, on this case, car producers, by EDI. That resolution, nonetheless, requires giant investments on the aspect of the supplier.

Marketplaces offer a price-effective alternative to conventional EDI, allowing the inclusion of smaller companies that take care of extra restricted amounts of data. Planning books on the marketplace allow customers to have an interactive role; for example, if the supply of the dependent requirements can't be made in time, an different date might be suggested.

Utilizing the SAP Enterprise Connector, Collaborative Planning can directly communicate with partners’ methods utilizing XML messages over the Internet. This permits system-to-system communication, enabling users to be concerned only in exception situations. Thus, Collaborative Planning on the marketplace allows synchronized planning across enterprise partners. Companions’ programs must have the potential to receive and process XML messages.

MarketSet Data Companies

Info Providers comprises the following components:

  1. The NewsFeed utility allows the generic connection against news companies and the gathering and grouping of incoming news.Moreover, it permits for trying to find news within the archive using a number of search algorithms.
  2. The AdvertisementFeed permits the management of advertisement banners as well as their visualization within the MarketSet portal solution.
  3. The Web Search utility allows the indexing of the intranet websites based on a crawler technology. Additionally, it permits for searching this mechanically generated page index.

Demand Aggregation

DA (Demand Aggregation) focuses on uniting buyers and sellers of generally bought and bought supplies and services. DA aggregates buyer demand for a wide variety of businesses and industries within and throughout vertical markets. It offers single entry to low-value transactions and efficient trade executions. An built-in search engine makes it easy to seek out and match the shopping for and promoting power amongst totally different items (purchaser, departments, projects, and even firms) with the identical interest.By means of its open catalog interface, it supports all kinds of catalog services. DA has constructed-in XML document interfaces, permitting wealthy collaboration eventualities with different engines and services.

Related posts

sap internet transaction architecture
SAP internet transaction application components

SAP authorization and client administration in mysap.com
ABAP REAL TIME INTERVIEW QUESTIONS PART TWO
ABAP REAL TIME INTERVIEW QUESTIONS PART THREE
 

MySAP Market Place Customer Interface

MySAP market place has a comfortable customer interface that helps the people who are using it with ease.Customers entry Content Engine (iMerge) and its catalogs by approach of a Web browser.This Web-based mostly interface gives the benefits like

  1. As lengthy as users know the catalog’s URL and have been granted the acceptable entry rights, they will entry the catalog from any laptop with a Net browser.
  2. No other utility must be installed on a person’s computer. Content material Engine (iMerge) routinely generates catalog pages each time a person accesses the catalog.
  3. Any changes made by the administrator or to the supply knowledge are instantly mirrored on catalog pages.
  4. Customers navigate the interface through familiar Web techniques, comparable to looking out and following hyperlinks.

Administration
Directors use an interface much like the one seen by end users. The distinction between end-consumer interfaces and the one used by administrators involves the types of gadgets seen and the actions that can be carried out on those items. In brief, administration interfaces are for creating and managing catalogs, whereas end user interfaces are for looking catalogs. The administrator can create different administration interfaces; for example, it is attainable to divide up administrative responsibilities by roles, utilizing a unique interface for every role.

Every kind of things in Content material Engine (iMerge) (together with lessons, relations, agents, chores, and others) are classes. Administrators can create, modify, search for, and delete courses and situations of classes. Directors may also customize the appearance and conduct of present classes. For example, you presumably can management the order and styles (examine bins, menus, and so forth) of attribute relations showing on classes.

Constructing a Schema and Defining a Reference Schema

One of many key duties in utilizing Content Engine (iMerge) to create catalogs is to construct schemas. The true power of Content Engine (iMerge) comes from the flexibility to mixture catalogs from multiple knowledge sources, which requires designing a reference schema. Lastly, you'll have the opportunity to create person schemas, which are subsets of the reference schema.

A schema determines which objects customers see and which items of data they can view and update. It consists of a set of classes and a set of relations. A schema could comprise a group of lessons, their attributes, and a few tables. Info organized in numerous schemas poses some challenges, notably in searching and updating. Content Engine (iMerge) integrates a broad range of schemas into a flexible, accurate, and responsive information source. By enabling you to create a single catalog out of multiple catalogs (every with its own schema), Content material Engine (iMerge) resolves two varieties of heterogeneity:

  1. Bodily heterogeneity. Data is distributed amongst totally different places and saved in different formats.
  2. Conceptual heterogeneity. Problems of conflicting terminology, totally different structures, and missing information exist.

Writing Rules

Probably the most powerful features of Content material Engine (iMerge) is the way it handles rules, which let you specific relationships between tables. Guidelines play a key role in fixing the integration problem. Additionally they provide assist to implement constraints;for example, you may implement enterprise rules and verify for knowledge-entry errors.

No programming is necessary to construct a catalog in Content Engine (iMerge). The administrator defines guidelines in Content Engine (iMerge) via a degree-and click interface. This approach is more modular and makes it a lot simpler to write down and debug rules; you strategy every downside case by case. Modifications in information or guidelines for a vendor or buyer do not affect other distributors and buyers. Also, if one vendor’s knowledge supply goes down, only that vendor’s data goes down (until the catalog is cached in Content material Engine [iMerge]).


View Management

Content material Engine (iMerge) enables varied groups of customers to see totally different views.Whereas the general expertise is analogous for all customers, some groups require completely different levels of access than different groups. The catalog administrator controls access. For example, the catalog administrator can:

Create a view that shows price information and one other that doesn't ? Prevent users from accessing a view that they are not approved to see by using a few of the security mechanisms obtainable in Content Engine (iMerge)

Relational Logic Aggregation

The RLA (Relational Logic Aggregation) in Content material Engine (iMerge) is exclusive in its potential to deal with catalog issues. Relational logic extends the relational algebra present in commercially obtainable databases with functions to deal with lacking or incomplete information.RLA extends this highly effective relational logic to take care of enterprise guidelines and data from heterogeneous sources.

RLA contains a browser-based mostly mapping facility that allows non programmers to add new provider mappings, discrete purchaser mappings, and different crucial specifications with none programming. Through a sequence of dialogs, the issues dealing with information sources, incomplete or missing knowledge, and knowledge access are all addressed.

RLA addresses differences in information format. A multi vendor catalog should cope with the fact that completely different distributors store catalog data in several formats, together with relational databases, XML (out of date), tab-delimited text, and Net pages. Even when a single widespread format may very well be discovered, requiring distributors to change to a single format would not be desirable or practical.With its distinctive instruments, iMerge permits distributors to maintain most of their information in the unique form. iMerge can:

  1. Connect with knowledge in relational databases directly, without importing the knowledge
  2. Import information in many structured formats
  3. Extract information from unstructured sources

Dynamic Sourcing Architecture

What makes the RLA and the PCCS usable is the unique DSA (Dynamic Sourcing Architecture) of Content material Engine (iMerge). DSA consists of three parts:

  1. In-memory object-relational database engine
  2. Dynamic caching
  3. Powerful question optimizer

Content Engine (iMerge) has a novel in-memory object-relational database engine. This in-memory structure eliminates the overhead usually related with disk access and sophisticated relational databases. When dealing with a whole lot or thousands of consumers and suppliers, the fast response time and scalability provided by Content material Engine (iMerge) are critical.

The in-memory engine also permits the administrator of the Content Engine (iMerge) software to dynamically change the finest way knowledge is accessed with out altering the purposes using the database. More specifically, data might be cached locally reasonably than accessed from a distributed website simply through point and click. The catalog administrators have the pliability to deal with points such as security, community performance, availability, and backup/recovery.

Content material Engine (iMerge) makes use of the metadata for the Commerce-ready Catalog and the mappings for suppliers and buyers to implement the most recent query optimization techniques. Content material Engine (iMerge) is conscious of if knowledge is cached or remote and, more importantly, which suppliers may doubtlessly have the correct information. Entry plans are calculated to provide the perfect entry to the data. Data is then passed to the in-memory database for processing and presentation to the user.

DSA for Catalog Updates

One other challenge in aggregating data from a number of sources is preserving the information in the grasp catalog contemporary whilst distributors update information in their own particular person catalogs. Content Engine (iMerge) uses dynamic sourcing to ensure data foreign money when the information just isn't stored in Content Engine (iMerge). By means of dynamic, real time queries to individual sources with altering structures, Content Engine (iMerge) maintains a continuing flow of correct information. A related problem overcome by Content material Engine (iMerge) is holding the catalog running as distributors are added and removed. Due to Content Engine (iMerge)’s modular architecture and the rule-based approach in which relationships in a catalog are outlined, directors can take away a vendor’s catalog without disrupting the master catalog; no software needs to be recompiled, so the catalog can function with no downtime. Similarly, including a new vendor’s catalog is largely a matter of writing guidelines that map the brand new source to the master catalog. The adjustments are immediately visible in the application. Finally, if one of many sources goes down as a end result of of site-specific technical issues, users can proceed to get solutions from the remaining sources.

Other parts of the catalog are:

  1. ACP (Auto Catalog Publisher). ACP creates catalogs out of supplier texts and pictures and deposits the created catalog on MarketSet. e-mails are sent to the provider, to registered consumers, and finally to Content material Refinery if conversion is requested.
  2. Content Refinery/XCP (XML Content Pipeline). XCP adjustments formats of the catalog, for instance, from Requisite catalog to a different format.
  3. MarketSet Analytics. The BIConnect (Enterprise Intelligence Connector) component from SAPMarkets converts XML paperwork into BWXML, a format suitable with the SAP BW (Business Data Warehouse). This enables marketplace house owners to simply apply the powerful analytics and reporting capabilities of BW to the marketplace data.
BIConnect is based on SAP Enterprise Connector with new Java providers for integration with the completely different information sources from the marketplace.

MarketSet Bulletin Board

The Bulletin Board (BB) enables companies to quickly share and locate info any form, together with enterprise opportunities (for example, auctions, RFP/RFQ processes, exchanges, categorized commercials) from the DPE. Any XML-enabled utility can put up communications on the Bulletin Board with a fixed XML format.

The Bulletin Board helps the full life cycle of broad-based mostly enterprise communications, from posting and publishing by means of tracking and retiring. Every of these postings known as a “word,” like a word posted on an actual bulletin board. Initiators (marketplace users creating a be aware) might use the Bulletin Board immediately



Respondents (market users enthusiastic about discovering and replying to a word) could browse or seek for notes in a big selection of ways utilizing the Bulletin Board. The Bulletin Board is scalable to the needs of the largest electronic marketplaces and fully supports integration with different marketplace services. In addition to being carried out using servlets, JSPs (Java Server Pages), and EJBs (Enterprise JavaBeans), the Bulletin Board communicates with different market companies using XML messages passed with XML Commerce Connector (XCC). These XML messages are written to the xCBL normal published by CommerceOne.As a end result of XML messages are designed for transport over the Internet, the Bulletin Board can obtain messages from companies on other marketplaces or from enterprises. This allows one marketplace to combination listings from a bunch of marketplaces or companies.

The Bulletin Board is constructed in a 3-tier architecture.

  1. The presentation layer supplies an intuitive interface and a uniform way of creating notes.
  2. The enterprise logic layer manages the notice life cycle.
  3. The info layer shops the data.

This architecture permits owner/operators to scale their system from setups as small as one machine for all layers, up to one or more machines for every layer. In addition to scalability, this architecture additionally supplies software flexibility and service manageability.

Bulletin Board Options

The following are the main options of the Bulletin Board:

  1. Connectivity with any marketplace service on any marketplace enabled with a laborious and fast XML format
  2. Normal integration with MarketSet Enterprise and Market-Set DPE
  3. Readily available integration with enterprise back-end techniques, for example SAP R/three
  4. Enabling free-kind communication (be aware descriptions) and promoting by certified parties in a controlled atmosphere
  5. Analysis of respondent requests for each posted observe
  6. Full life cycle assist for initiators
  7. Templates that pace creation of postings
  8. Bookmarks and Favorites for a extra customized experience
Related posts

sap internet transaction architecture
SAP internet transaction application components

SAP authorization and client administration in mysap.com
CODE MULTIPLE INTERACTIVE REPORT TWO
alv report with double click event
abap programming for mm module

SAP Market Place Administration Functionality

SAP market place and market set has some very important functionality in the present day business which works very well with online activities. Purchasing Basket Features are inside the MarketSet Procurement, there are a quantity of capabilities for working shopping baskets.

1. Create Buying Basket There is the potential of using current shopping baskets as templates. This could be useful for defining reference templates that users and workers can use quickly. As an illustration, relying on the procurement needs, you may possibly define buying basket templates for procuring standard configuration of computing equipment equivalent to PCs.With templates, usually users solely have to alter the quantities.

2.Fill Shopping Basket For filling purchasing baskets with merchandise or providers, users can choose them from the MarketSet Catalog, and in the event that they can not find them, they'll additionally put up an outline of their requirement. Users can display details for items within the procuring basket and, if essential, change them. The principal points embrace the fundamental information, in addition to inner notes. Moreover, customers or employees can enter further data to the following level of approval, like their managers or the purchasing department. These notes will not be dispatched to providers, however are just for inner use.

3.End Processing Users can assign a name to their buying baskets so that they're easier to find. Users at all times have the potential of ordering the products or holding them for later processing.When choosing the Maintain choice, a requirement protection request is created within the MarketSet Procurement.When selecting the Order choice, additionally to the requirement coverage request, a Workflow can also be began, which is able to test whether or not that protection request needs to be approved. Within the case that no approval is required, the system creates the observe-on documents (for example, buy order) in line with the info on the request and the customizing of the system. If an approval is required, the people liable for approving the request will receive a piece merchandise in their Inbox. If the request is permitted, the system will create follow-on documents.

4.Change Buying Basket and Verify Status Customers can proceed processing their requests so lengthy as no observe-on paperwork have been created for them.Users also can verify the status of individual gadgets in their requirement protection request, allowing them to check whether or not the items:

  1. Have been authorized or are ready for approval
  2. Still have to be processed
  3. Have been rejected

Customers can see information about the item details, for example, the approval process, the doc historical past, and the delivery. Additionally they have the likelihood for changing their approves by themselves, when the system is configured for it. This may happen when there's some change in the approval responsibilities.

5.Delete Customers can delete their procuring baskets and the individual items if they need to do so. Nevertheless, this process is just not at all times doable in case observe-on paperwork have already been created, for instance, if the purchase order has already been sent to a provider.

Bid Invitations, Reverse Auctions, and Bids

The marketplace users can create public and restricted bid invitations for supplies and services. Bids with circumstances are anticipated in response to a bid invitation. Public bid invites are made accessible to potential bidders publishing on the MarketSet Bulletin Board, for example. Purchasers can also inform known bidders by e-mail. The bidder can attain your Internet web page straight from the marketplace through a hyperlink, go online to MarketSet, and enter a bid. Restricted bid invites are solely made accessible to recognized bidders by e-mail. Once bids have been submitted, the marketplace consumer can examine these (once the opening date has handed) and settle for the most effective bid or bids. If marketplace customers need to have the chance to obtain a better bid, they can convert the bid invitation right into a reverse auction. The previous bidders are knowledgeable of this and might then verify their bids once again. All bidders see one of the best price per merchandise and may undercut this worth, in the event that they so wish.

MarketSet customers can create easy or complex bid invitations. To offer bidders explanatory or graphical data (for instance, technical drawings), customers can embody lengthy texts and upload paperwork from their PCs. Customers can do the following with the bid invitation:

  1. Hold. The system saves the bid invitation with out checking it.
  2. Delete. This is only attainable if the bid invitation has not yet been published.
  3. Complete. The system checks the bid invitation and-if it doesn't contain any errors-saves it. This makes specific sense when you have finished processing the bid invitation, however don't yet need to publish it.
  4. Download to Excel. You can obtain the bid invitation locally to your PC and view it in Excel.
  5. Publish. The bid invitation is sent to the bidder or MarketSet Bulletin Board.
  6. Convert to a reverse auction.
  7. Close. If no extra bids are expected for the bid invitation, users select this function. The bid invitation can then now not be changed.
MarketSet customers all the time have an summary of which data must be added to make the bid invitation complete. This takes the form of a checklist. If the bid invitation is modified after it has been printed, customers must determine whether or not they inform all earlier bidders or market bidders of the changes by e-mail or just certain ones. It is sensible to determine on the latter if, for instance, solely certain bids come into query and users solely want to inform those bidders.Once bids have been submitted, customers can verify particular person bids or display and examine all bids submitted for the entire bid invitation using Excel. Bid comparisons are additionally possible with the MarketSet Analytics. If information is lacking from the bid, for instance, users send the bid again to the bidder for additional processing.

As quickly as MarketSet Procurement users have accepted the best bid, the bidder receives the acceptance routinely by e-mail. The bidder can accept greater than one bid. Users ship the opposite bidders a rejection. If customers do not want to settle for a bidder’s entire bid, they will reject individual items.

Market Order Administration in SAP Market place

MOM (MarketSet Order Administration) is a hosted Web-based software offered by a service from MarketSet, which allows suppliers to manage orders simply and publish content through a Net browser. MOM permits suppliers to transact with MarketSet-enabled procurement purposes, comparable to Market Purchaser, utilizing only a browser and entry to the Internet. MOM permits the participation of small or specialized suppliers that had been beforehand priced out of the B2B commerce market because of excessive costs. With MOM, the shopping for buyer can entry unique products from a full vary of suppliers, no matter their technical infrastructures.

For the operator of the marketplace, MOM provides an environment friendly and easy to administer answer to enable suppliers and automate the transaction process. At the same time, the operator is prepared to administer and monitor transaction-associated actions to make sure high service quality for the MarketSet solution. MOM helps multiple suppliers with their very own users, merchandise, prices, enterprise associate relations, orders, shipping notification, and invoices. These paperwork could be created and adjusted with xCBL messages (dispatched by the client) or with order/shipping notification/bill administration Person Interface (UI) (manual step from the supplier).

One of the most necessary transactions in the MOM is the Order Management. Order Management enables suppliers’ users to manage orders over the Net using MOM. Orders are obtained by MOM and stored in an inside database. On the time of receipt, MOM sends an e-mail notification to the supplier. The supplier can view the orders at any time.

With MOM, suppliers can:

  1. View orders on-line
  2. Respond to orders
  3. Change order status
  4. Change order information, like item worth and supply date
  5. Export an order to a different format
  6. Print orders (PDF file)
  7. Obtain order as either a CSV or as an XML doc within the xCBLv3. format
  8. View, print, and obtain attachments much like orders
Self-service inside Order Administration permits suppliers to arrange and edit their user preferences in various areas, such as the following:

  1. E-mail configuration (e-mail addresses and notification intervals) for incoming orders
  2. Order validation towards item prices and availability
  3. Automated order acceptance
  4. Capability to set infinite inventory availability (when enabled, this feature will always return the quantity that the customer is asking for when an availability check is requested)

Another necessary transaction is the Change Order. An order change can be triggered by either the shopper or the supplier. The client can trigger modifications with an xCBL order change message. The supplier manually adjustments an order with the MOM user interface.

With the Order Response function, every time mandatory the supplier can ship an order response to the customer. The order response could be sent at any time in the enterprise course of and as many occasions as needed. It's not depending on a sure standing of the order. The MOM user interface shall be used to set off the sending of order responses.

The Order Standing operate contains the status request and status result for orders by approach of xCBL messages. This space is totally automated and no human interaction is required. The order status outcome informs the patrons about the processing status of their order.

A Delivery Notification Doc is shipped from a provider to a customer. It informs the shopper that items either have been or shall be shipped on a selected date. The doc also contains extra delivery information. MOM supports the creation of a shipping notification in reference to an existing order. That is done by allowing the supplier to import an order into an open shipping document. Suppliers are capable of modify data within the new transport notification, such as amount on a line merchandise, including or eradicating a line item, and so on. Suppliers can search transport notifications on the basis of several standards (for example, order quantity or time period).

MOM helps the creation of invoices in reference to present orders. This is achieved by allowing the supplier to import an order into an open invoice. Suppliers are in a place to modify information within the new invoice, corresponding to amount on a line item , adding or eradicating a line item, and so on. Suppliers may create an invoice with out any reference to a different document. The MOM then leads the supplier through a step-by-step course of, ranging from the shopper’s information. Suppliers can search invoices on the idea of a quantity of criteria (for instance, order quantity, bill standing, or time period).

MarketSet Dynamic Pricing

Prices freely move in online marketplaces due to variable supply, demand, competitors among buyers and sellers, and the customary nature of the product. In dynamic pricing-versus fastened pricing, comparable to from a catalog-the price is negotiated as an alternative of just being accepted or rejected. The negotiation rules, the beginning point for the value, and the analysis standards for negotiation reminiscent of timeliness, quality, service, and so forth all vary, giving rise to a mixture of dynamic prices. To benefit from this variety and motion, marketplace participants want to make use of a selection of dynamic pricing mechanisms. MarketSet gives entry to the full vary of dynamic pricing mechanisms with the following MarketSet Companies: Public sale, Trade, RFP/RFQ, and categorised advertisements. These four providers are collectively referred to as DPS (Dynamic Pricing Companies) and are linked to a core DPE (Dynamic Pricing Engine).

The DPE determines winners by constantly matching multiple parameters that govern the public sale, alternate, or RFP/RFQ. DPE is unique in its ability to deal with structured specs of merchandise (for example, Bill of Materials (BOM)); this permits the consumer to specify a large complicated product as a hierarchy of sub products. DPE additional will increase the convenience of use by providing a central point to, as SAP documentation puts it, “publish once to be obtainable to all” and to “change as soon as to be out there to all.” DPE has been applied in pure Java (model 1.1.7) and is totally standards compliant, permitting simple integration to again-end systems.

DPS allows creating, displaying, modifying, and describing the small print of exchanges, RFP/RFQ, and quite a few other forms of auctions. These providers are capable of handling a big selection of scenarios: full and broken lot sizes, existing and new merchandise, and stuck or computed finish dates.

MarketSet Catalog

The tool to create and preserve catalogs is the Content material Engine. The Content Engine addresses all of the critical needs of a Web Market Maker to create, function, and maintain a commerce-prepared catalog. The Content material Engine combines distinctive knowledge aggregation capabilities with a easy to use, highly effective search engine that permits Web Market Makers to offer a multi supplier catalog that could potentially comprise products and information from thousands of suppliers. The Content Engine additionally allows Web Market Makers to hyperlink third-party knowledge (ratings, data sheets, regulations info) or self-created content material to product data to supply a unique worth-added search experience for their community. Content material Engine (prior to now, additionally called iMerge) is compose of several components that kind a singular architecture for e-commerce catalogs.

Catalog Creation Capabilities

The Content Engine (iMerge) is an utility for constructing catalogs. You may construct these catalogs from existing knowledge sources, or you can creator content material instantly in Content Engine (iMerge). Content material Engine (iMerge) has connectors to help enter from records data (XML, CSV, TXT), LDAP (Lightweight Directory Entry Protocol), or relational databases (Entry, SQL). While you mixture a quantity of information sources into a single Content material Engine (iMerge) catalog, you wouldn't have to switch information from the data sources into a single physical catalog; you merely map the present data sources to a grasp schema within the Content Engine. To the end consumer looking it, the catalog seems as a single, unified catalog.

Search Capabilities

Content material Engine (iMerge)’s patented PCCS (Parametric Cross-Category Search) provides a quantity of search capabilities to allow consumers to find precisely the suppliers or items they are wanting for.

1.String search Content Engine (iMerge) gives the flexibility to search out products that match a phrase in a description or other field.

2.Taxonomic search A taxonomic search is a search by a classification system or taxonomy; it permits customers to find all instances of a particular class or subcategory. A taxonomy or ontology defines a construction for making a classification of objects. Companies and trade organizations are developing comparable structures to outline merchandise inside sure vertical markets, corresponding to electronic elements and industrial components. Taxonomic search gives the ability to traverse a structure by following the suitable links. Customers specify a category to go looking by clicking its identify, for instance,Writing Instrument. Content material Engine (iMerge) displays all cases of the Writing Instrument category within the catalog, as an illustration, all specific pens, pencils, and markers. Customers can quickly slender down the listing by clicking a subcategory.

3.Parametric search A helpful complement to taxonomic search is parametric search, which allows customers to search for items based on their attributes, corresponding to coloration, size, manufacturer, and so on. Specifying a class (by taxonomic search) brings up a listing of attributes meaningful for that class; users can then enter values for any of those attributes, asking Content Engine (iMerge) to search out cases that match those values. For example, to search for blue pens, a consumer selects the category Pen.This brings up an inventory of attributes for Pen (corresponding to Shade and Sort). In the Color attribute subject, the consumer chooses the value “blue” and submits the search. Parametric search takes benefit of the reality that information is structured; the results are normally closer to the consumer’s wants than typical string search.

4.Cross-category search Cross-class search permits users to search parametrically throughout categories. In the process of making the Commerce-prepared Catalog and the associated mappings, Content material Engine (iMerge) relates product information in some ways and creates relationships to other non product information that can be utilized for searching. In the scenario that multiple products meet the technical specifications, different information, equivalent to supplier reliability, quality, dependability, and placement,need to be thought of before making a final selection. For example, suppose your catalog has a Product category and a Producer category.Thus sap market place has a vital functionality and using its administrative capabilities we can improve the way that the business functions.

Related posts

sap internet transaction architecture
Authorization and implementation of SAP
Mysap market place introduction

With out message control edi with example
EDI with message control scenario with purchase order and part two