Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Most of the API methods for resources, segments and related data ask for a "scope". The scope both delimits the set of data you need to access as well as the access rights to these data. For example the "job" scope gives access to segments and files for one specific job.

Table of Contents

 

A scope is a JSON object with the properties described below.

Job scope

This scope delimits data to segments and files of one specific job.

PropertyValueType
typeJobstring
jobidThe Standard or Codyt job ID.int
jobcdyt

True: Codyt job

False: Standard job

bool

 

Example:

Code Block
{
    "type": "Job",
    "jobid": 9927,
    "jobcdyt": true
}

 

 

Project scope

This scope delimits data to segments and files of a specific project.

PropertyValueType
typeProjectstring
projectidThe project ID.int

 

Example:

Code Block
{
    "type": "Project",
    "projectid": 229
}

 

 

Memory/Term base scope

This scope delimits data to segments and files of resources, which are translation memories, term bases or project memories. In internal tech-speak at Wordbee, we call them "document sets".

PropertyValueType
typeDocumentSetstring
dsidThe resource ID.int

 

Note: You can access segments of a project using both the "Project" and the "Resource" scope. The difference is in terms of the access rights and the kind of operations you will be allowed to perform. For example, deliverables are not accessible with the "Resource" scope (resources do not have deliverables).

 

Example:

Code Block
{
    "type": "DocumentSet",
    "dsid": 157
}

 

 

Resource scope

This scope is specifically used in conjunction with translation memory searches. The "translation finder" tool in the translation editor permits to search memories/term bases.

The "translation finder" also exposes tools to look into these attached resources and to view details for hits (source, translation, status, etc.). For all the latter operations you would use a "Resource" scope and not a "DocumentSet" scope. The reason simply is that non-managers are usually not authorized for "DocumentSet" scopes but are usually authorized for "Resource" scopes. Whereas a "DocumentSet" scope gives advanced access to a resource including making changes, the "Resource" scope generally strongly restricts what the user can do.

 

PropertyValueType
typeResourcestring
dsidThe resource ID, such as a memory attached in the translation finder.int
psc

The parent scope.

The parent scope is required by the system. For example, if the translation finder is used in the framework of a job, then the parent scope is for this job. The parent scope permits to validate if the resource "dsid" is authorized within the parent scope and also influences various access rights.

object<scope>

 

Example:

Code Block
{
    "type": "Resource",
    "dsid": 992,
    "psc":
        {
            "type": "Job",
            "jobid": 9927,
            "jobcdyt": true
        }
}

 

 

 

Global Search scope

This scope gives access to all the segments in the platform: All projects, resources, jobs.

Please note that configuration parameters influence what is accessible: Global Search can enabled/disabled, Resources can be enabled/disabled for global search access and so on. 

PropertyValueType
typeGlobalSearchstring

 

Example:

Code Block
{
    "type": "GlobalSearch"
}

 This page lists the different statuses of a job. A status may either be represented by a numeric value or a string code.

Note that some statuses are not used with Codyt or Standard jobs.

NOTE: The status values differ from the values used with the previous API.

 

Status codeStatus IdEnglish titleCodytStandard
Draft0Draft x
NotAssigned1Not assignedx 
Inactive

2

Inactivex 
Proposal3Proposal x
NotStarted4Not startedxx
InProgress5In progressxx
Completed6Completedxx
Delivered7Approved x
Archived8Closed x
Rejected9Proposal declined x
Cancelled10Cancelledxx