All topics
RAP_CDS_ODATAintermediate

Service Definitions

Learn RAP service definitions as the explicit list of projection entities exposed by one business service. Focus on keeping the public contract minimal, naming entities clearly and separating consumer-facing projections from internal CDS models.

Overview

Learn RAP service definitions as the explicit list of projection entities exposed by one business service. Focus on keeping the public contract minimal, naming entities clearly and separating consumer-facing projections from internal CDS models.

Lessons in this topic

Interview questions covered

  • How do you decide which entities go into a service definition?
  • What is a RAP service definition, and how does it differ from a service binding?
  • Which changes to a consumed RAP service are breaking, and how do you handle them?
  • A developer renamed a field in an API projection and an external import failed overnight. What process changes do you introduce?
  • $expand on a supplier association fails in a RAP service, although the association exists in the projection. What is the cause?
  • An action exists in the base BDEF and works in DEV tests, but it is missing from the service metadata. What do you check?
  • Should a Fiori app and an external integration share one RAP service? Explain your design.
  • How do you expose related master data and value helps in a RAP service without bloating it?
  • Write a service definition for an order app with header, items and a customer link, and explain each line.
  • Describe the complete path from a RAP business object to a running OData service.
  • You inherit several RAP services. What do you review in their service definitions?

Related topics

Interview questions on this topic