Member Junction
    Preparing search index...

    Creates an Apollo list (label), idempotently.

    The existing labels are read first, and a same-named label — matched case-insensitively — is returned as-is with AlreadyExisted: true rather than creating a second one. Apollo will happily create two labels with the same name, and once it has, every name-based lookup in this surface becomes ambiguous: findLabelByName returns whichever comes first, so half the moves would target one list and half the other. Making create idempotent is what keeps name-addressing sound.

    Master-key write.

    Inputs:

    • ListName (required) the label to create
    • Modality (optional) 'contacts' (default) | 'accounts' — Apollo rejects a create with no modality, so this is a real choice, not decoration: a contacts label cannot tag accounts
    • CompanyID (optional) as above

    Outputs:

    • ListID / ResolvedListName / AlreadyExisted / Modality / KeySource

    Hierarchy (View Summary)

    Index

    Constructors

    Methods