SDF Object Exposure Self Service.

Get Started. It's Free
or sign up with your email address
SDF Object Exposure Self Service. by Mind Map: SDF Object Exposure Self Service.

1. Record Owning Teams use cases

1.1. Add a new field

1.2. Change properties of a field

1.3. Add new fragment/sublist/subrecord

1.4. Expose a new object

2. SDF Team's role

2.1. Documentation

2.2. Testing

2.3. Functional Review

2.4. Tracking of work

2.5. Planning and coordinating work for a release

2.6. Initial decision about level of object support (based on documentation)

3. SDF use cases (Why certain aspects of the object need to be exposed?)

3.1. Validation

3.2. Project Upload (Create/Update/Delete)

3.3. Project Creation

3.4. Project References and Dependency Management

3.5. SuiteApp Uninstall

3.6. Team Development & Role of VCS

3.7. SuiteApp vs ACP

4. "What" aspects of the object need to be exposed?

4.1. Fields

4.2. Sublists/Subrecords/Fragments

4.3. Relationship to other objects

4.3.1. SuiteApp dependencies

4.4. Script ids

4.5. App id

4.6. CRUD

4.7. Validations

4.8. Cross version considerations

4.9. file cabinet folders

4.10. Translation

5. How to expose the object?

5.1. IDE/Environment to be setup for testing

5.2. Testing

5.3. Real live examples that demonstrate it all