OptionalAllowsWhether NULL is a permitted value at rest. Distinct from IsRequired (see above). When the source system reports neither explicit nullability nor a NOT NULL constraint, leave undefined — consumers default to permissive (nullable). Per the framework's provable-only policy, don't infer NOT NULL from sample data.
Field data type in the external system
OptionalDefaultDefault value expression — surfaced when the source system reports it.
OptionalDescriptionHuman-readable description of the field's purpose
OptionalForeignIf FK, which source object it references
OptionalIsWhether this field is a foreign key
OptionalIsWhether this field is THE primary key of the object. Distinct from IsUniqueKey — an object can have several unique fields (email, phone) of which only one is the PK. Connectors that introspect a source whose docs distinguish PK from unique constraint should set BOTH flags correctly; consumers should treat them independently.
Whether the field is read-only
Whether the field must be provided when creating a new record. Semantically distinct from AllowsNull — required is a create-time constraint; nullable is a record-state constraint. Often related but not always (e.g. a field can be required on create and become nullable later via update; a field can be optional on create with a default applied that produces a non-null stored value).
Whether the field is a unique identifier (may or may not be the PK)
Human-readable label
OptionalMaxMaximum length for string types — surfaced when the source system reports it.
API name of the field
OptionalPrecisionPrecision for numeric types — surfaced when the source system reports it.
OptionalScaleScale for numeric types — surfaced when the source system reports it.
Schema description of a single field on an external object