Глоссарий

Этот глоссарий уточняет, что означают в Terake слова, используемые в Terake, чтобы пользователи и ИИ-ассистенты, которые отвечают на вопросы с помощью API Terake, не путали похожие термины. Для каждого термина указаны название, которое вы видите в английском и эстонском интерфейсе, краткое определение, с чем его часто путают, наиболее подходящее руководство и, если есть, имя, используемое в API Terake. Закодированные значения приведены там, где API хранит термин в виде числа.

Работа и рабочее время

Выполненная работа

Запись об одной работе, выполненной работником: время начала и окончания, пауза, работник, тип работы и, если используются, машина, навесное оборудование, место работы, клиент, проект, центр затрат, материалы и рабочие единицы. Работа считается выполняемой, пока у нее нет времени окончания; выполняемые работы отображаются в разделе «Информация в реальном времени», а завершенные работы — в разделе «Подробный вид». Работы начинают и останавливают в мобильном приложении или на странице «Начать работу»; они также создаются из графика работы или задачи, отмеченных как выполненные, из перевозок, загрузкой файла и добавлением вручную.

Состояние: выполняется, пока нет времени окончания; утверждена, если руководитель утвердил ее (см. Утверждение).

Не путать с задачей (запланированная работа, которая еще не выполнена), графиком работы (запланированное рабочее время) или типом работы (название вида работы, выбранное для работы).

В интерфейсе: «Выполненная работа» (по-английски «Completed work»); «ID рабочей записи» (по-английски «Work record ID»). Руководство: Подробный вид

Имя в API: /api/workdones

Утверждение

Утверждение завершенной работы подтверждает ее для учета рабочего времени: таблица рабочего времени, «Статистика», «Сравнение периодов» и «Просмотр отчета» учитывают только утвержденные работы, а другие отчеты включают неутвержденные работы только при установленном флажке «Вкл. неутвержденные». Работы могут утверждать администратор и опытный пользователь, руководитель работника, руководитель проекта для работ своего проекта, агроном для полевых работ, связанных с годом урожая, и утверждающий для работников, отмеченных в поле «Утверждаемые работники» на вкладке «Роли» формы работника-утверждающего. Работник может изменять свою работу только до ее утверждения, а работу, утвержденную более 30 дней назад, могут изменить только администратор и опытный пользователь (полевые работы также агроном).

Не путать с утверждением графика работы, которое превращает графики работы в выполненные работы (см. Тип отслеживания времени); с блокировкой события календаря (см. Статус события календаря); с утверждением обслуживания. Выполняемую работу утвердить нельзя.

В интерфейсе: «Утверждение» (по-английски «Approval»); «Утверждено» (по-английски «Is approved»); «Утверждающий» (по-английски «Approver»); «Утверждаемые работники» (по-английски «Approvable workers»). Руководство: Утверждение

Имя в API: /api/workdones (the approval is part of the work)

Тип работы

Название вида работы, например вспашка или совещание, выбираемое для работ и задач. Его настройки определяют почасовую ставку, учитывается ли его время как рабочее («Не учитывается в рабочем времени») и при расчете расхода топлива («Исключено из расчета расхода топлива.»), а также какому действию PRIA он соответствует. Типы работ группируются установкой флажка «Общее название работы» у общего типа работы и выбором его в качестве «Основное название работы» у остальных.

Не путать с самой записью о работе («Выполненная работа») или «Тема события» задачи. «Основное название работы» — это группировка типов работ, а не отдельный вид записи.

В интерфейсе: «Тип работы» (по-английски «Worktype»); «Основное название работы» (по-английски «Main work name»); «Общее название работы» (по-английски «Is main work name»). Руководство: Типы работ

Имя в API: /api/worktypes

Рабочая единица

Единица, измеряющая объем выполненной работы, например убранные помещения, засеянные гектары или перевезенные грузы. Количество вводится на вкладке «Рабочие единицы» формы работы или формы задачи и суммируется в отчете «Рабочие единицы», например для сдельной оплаты.

Не путать с единицей материала (материалы указываются на вкладке «Использование материалов») или с «Обработано гектаров» полевой работы.

В интерфейсе: «Рабочая единица» (по-английски «Workunit»). Руководство: Рабочие единицы

Имя в API: /api/workunits

Тип отслеживания времени

Настройка работника, определяющая, откуда берется его рабочее время: из измеряемых работ (начатых и остановленных) или из графика работы. Для работника, учитываемого по графику, в столбце «Утверждение» вместо кнопки утверждения отображается «по графику»; такая работа утверждается после выбора графика в поле «Связанный график», а работы, связанные с графиком, получают центр затрат строки графика. Графики становятся выполненными работами на странице «Утверждение графика работы» с помощью «Отметить выбранное как выполненное» или по одному с помощью «Сохранить и отметить выполненным» в форме события.

Коды: 1 — измеряемый, 2 — по графику.

Не путать с утверждением работ. Утверждение графика работы только создает выполненные работы из графиков, а чтобы отметить график как выполненный, блокировать его не обязательно.

В интерфейсе: «Тип отслеживания времени» (по-английски «Time tracking type»); «измеряемый» (по-английски «measured»); «по графику» (по-английски «by schedule»); «Утверждение графика работы» (по-английски «Roster approval»). Руководство: Утверждение графика работы

Имя в API: /api/workers (a field of the worker), /api/rosteritems-for-approval (Roster approval)

Нормочасы и сверхурочные

Нормочасы — это стандартное рабочее время. Настройка компании «Нормочасов в день» используется для расчета нормочасов периода (с учетом сокращенных дней перед государственными праздниками) и для отделения нормочасов от сверхурочных: в таблице рабочего времени «Дневная норма часов» и «Дневные сверхурочные» разделяют каждый день (в скобках указаны продолжительность стандартного рабочего дня и часы, считающиеся дневными сверхурочными, а все, что сверх этого, попадает в «Остальные часы»), а «Норма часов за период», «Сверхурочные за период» и «Недоработка за период» суммируют период. Работники с суммированным рабочим временем также получают «Суммированная норма часов» и «Суммированные сверхурочные», а фактическим рабочим временем считаются только утвержденные работы.

Не путать со стандартными часами на «Временная шкала графика работы», которые учитывают также занятость, отпуска и болезнь («Недоступно» их не уменьшает). Настройка «Сверхурочные часы в день» используется также при автоматической остановке работ, оставленных выполняться.

В интерфейсе: «Нормочасов в день» (по-английски «Norm work hours per day»); «Сверхурочные часы в день» (по-английски «Overtime hours per day»); «Дневная норма часов» (по-английски «Day normhours»); «Дневные сверхурочные» (по-английски «Day overtime»); «Остальные часы» (по-английски «Excess time»); «Норма часов за период» (по-английски «Period normhours»); «Сверхурочные за период» (по-английски «Period overtime»); «Недоработка за период» (по-английски «Period under-hours»). Руководство: Таблица рабочего времени

Имя в API: /api/workdonehours (Worktime table)

Пауза и автоматические паузы

Пауза — это время внутри работы, которое не считается рабочим: пауза вычитается из продолжительности работы, а отчеты, «Статистика» и таблица рабочего времени показывают рабочее время без нее. Работник ставит работу на паузу и возобновляет ее в мобильном приложении; «Информация в реальном времени» показывает работу на паузе желтым цветом с пометкой «Пауза с». Паузу можно также изменить вручную в форме работы, а работа, созданная из графика, получает паузу записи графика. Автоматические паузы — это правила рабочего дня на вкладке «Паузы» настроек компании: если работа работника за день длиннее «Продолжительность рабочего дня» по правилу, Terake ночью добавляет недостающую паузу к неутвержденным работам предыдущих дней, распределяя ее по работам пропорционально их длине; правило может также превращать перерывы между работами длиннее 5 минут в паузу. Утвержденная работа не изменяется, а добавленная пауза видна в журнале работы.

Не путать с отсутствием (событие календаря на весь день) или автоматической остановкой (время окончания работы, оставленной выполняться). К работе короче 30 минут пауза не добавляется.

В интерфейсе: «Пауза» (по-английски «Pause»); «Длительность пауз» (по-английски «Pause duration»); «Пауза с» (по-английски «Paused since»); «Продолжительность рабочего дня» (по-английски «Workday duration»); «Заполните пробелы паузами» (по-английски «Fill gaps with pause»). Руководство: Настройки компании, Автоматические процессы

Имя в API: /api/workdones (pause is a field of the work), /api/workdayrules

Суммированное рабочее время

Настройка работника, при которой нормочасы и сверхурочные сравниваются не по дням, а за учетный период в несколько месяцев: на вкладке «История рабочего места» формы работника блок «Суммированное рабочее время» задает длину периода в месяцах и нормочасы периода. В таблице рабочего времени у такого работника под именем указан суммированный период и, помимо обычных строк, строки «Суммированная норма часов» и «Суммированные сверхурочные», показывающие, какая часть нормы периода выполнена и сколько превышает ее. Учитываются только утвержденные работы.

Не путать с настройкой компании «Нормочасов в день», которая делит часы каждого дня на нормочасы и сверхурочные, или с занятостью (процент неполного рабочего времени).

В интерфейсе: «Суммированное рабочее время» (по-английски «Summarised working time»); «Суммированная норма часов» (по-английски «Summarised norm hours»); «Суммированные сверхурочные» (по-английски «Summarised overtime»); «Суммированный период» (по-английски «Summarised period»). Руководство: Таблица рабочего времени, Настройки работников

Имя в API: /api/summarised_worktime/{worker_id}

Автоматическая остановка и ограничение продолжительности

Terake сам завершает работы, оставленные выполняться. Процесс автоматической остановки запускается несколько раз в день, примерно каждые четыре часа, и завершает работы, начатые более 24 часов назад, с продолжительностью графика, из которого была начата работа, иначе — с нормочасами компании плюс сверхурочные, иначе — на 24 часах; в журнале появляется запись «Остановлено автоматически» (auto_stop), а также «Отменить автоматическую остановку» (restart), если телефон позже сообщает, что работа все еще продолжается. Процесс ограничения продолжительности работы действует в реальном времени: если время окончания, сообщенное телефоном, делает работу длиннее 28 часов, работа завершается на 24 часах, а в журнале появляется запись «Продолжительность ограничена автоматически» (auto_limit_duration); это не относится к типам работ с пометкой «Не учитывается в рабочем времени».

Не путать с автоматическими паузами, заданными в настройках компании, — это отдельный процесс. Между двумя запусками «Информация в реальном времени» может показывать работы продолжительностью до 28 часов; это не ошибка.

В интерфейсе: «Остановлено автоматически» (по-английски «Automatically stopped»); «Продолжительность ограничена автоматически» (по-английски «Limited duration automatically»); «Отменить автоматическую остановку» (по-английски «Undo automatic stop»). Руководство: Автоматические процессы, влияющие на продолжительность работы, Автоматические процессы

Перекрывающиеся и дублирующиеся работы

Процесс ограничения дублирующихся работ находит перекрывающиеся работы, обе из которых были начаты из мобильного приложения, и устанавливает время окончания более ранней работы равным времени начала более поздней; в журнале работы, завершенной таким образом, появляется запись «Остановлено автоматически» (auto_stop). Сначала он ждет 8 часов, пока от телефона придет фактическое время окончания, поэтому «Информация в реальном времени» может показывать дубликаты, перекрывающиеся до 8 часов, и он не затрагивает работы, начатые не из мобильного приложения.

Не путать с красной отметкой «Перекрывающиеся (по времени) работы» в разделе «Подробный вид», которая лишь перечисляет работы одного работника или одной машины в одно и то же время для проверки руководителем.

В интерфейсе: «Перекрывающиеся (по времени) работы» (по-английски «Overlapping (by time) works»); «Остановлено автоматически» (по-английски «Automatically stopped»). Руководство: Автоматические процессы, влияющие на продолжительность работы, Автоматические процессы

Журнал работы

Вкладка «Журнал» формы выполненной работы: история изменений, показывающая, кто и когда создал, изменил, утвердил или удалил работу и что было изменено. Автоматические процессы тоже записывают сюда: «Остановлено автоматически» (auto_stop), «Продолжительность ограничена автоматически» (auto_limit_duration), автоматическую паузу (auto_pause) и привязку к графику. Такая же вкладка «Журнал» есть в формах работника, машины, рабочего объекта, поля и клиента; в журнале работника также отображается время, когда работник последний раз был в сети с мобильным приложением.

Не путать с историей событий инвентаризации на вкладке «Журнал» устройства (изменения пользователя устройства) или с историей работ мобильного приложения («История моих работ», собственный список работ работника).

В интерфейсе: «Журнал» (по-английски «Log»). Руководство: Подробный вид, Автоматические процессы, влияющие на продолжительность работы, Автоматические процессы

Имя в API: /api/modificationlog/{entity_type}/{id}

Планирование и график работы

Задача

Запланированная работа для работника на определенное время с типом работы, местом работы, машиной, навесным оборудованием, проектом, клиентом, центром затрат, единицей обслуживания, планируемыми материалами и файлами по необходимости. Задачи создаются на страницах «Задачи», «Планирование» и «Временная шкала графика работы» (тип события «Задача»), а также поступают из планов полевых работ, неисправностей, обслуживания и ремонтов; «Сохранить и отметить выполненным» создает из задачи выполненную работу. Отчет «Отчет по задачам» показывает статус каждой задачи, а также фактическую продолжительность и стоимость выполненной для нее работы.

Статус: 1 — в работе («Работа в процессе»), 2 — завершена («Завершено»), 3 — не завершена («Работа не закончена»), 4 — изменена («Задача была изменена»), 5 — отклонена («Задача отклонена»), 6 — отложена («Время задачи изменено»), 7 — заблокирована («Задача заблокирована»). Как событие календаря задача имеет тип 8.

Не путать с выполненной работой (что было сделано фактически), графиком работы (запланированное рабочее время) или планом полевых работ (план года урожая, из которого поля добавляются в календарь как задачи).

В интерфейсе: «Задача» (по-английски «Task»); «Задачи» (по-английски «Tasks»); «Отчет по задачам» (по-английски «Tasks report»); «Статус задачи» (по-английски «Task status»). Руководство: Задачи

Имя в API: /api/todos, /api/planreport, /api/multiplan

Событие календаря (запись графика)

Любая запись на «Временная шкала графика работы» или в разделе «Мой календарь»: график работы, отсутствие или задача. У каждого события есть «Тип события», который нельзя изменить после сохранения, и «Статус события календаря»; если в новом событии выбрано несколько работников, мест работы или машин, для каждого сочетания сохраняется отдельное событие.

Тип события: 1 — график работы, 2 — отпуск, 3 — болезнь, 4 — недоступен, 8 — задача, 11 — выполненная работа, 14 — выходной, 15 — учебный отпуск, 16 — отпуск по уходу за ребенком, 17 — неоплачиваемый отпуск, 18 — задача / командная работа, 19 — задача / групповая работа.

Не путать с выполненной работой. Тип 2 внутренне называется «unavailable», но отображается как «Отпуск»; «Недоступно» в интерфейсе — это тип 4.

В интерфейсе: «Тип события» (по-английски «Event type»); «Статус события календаря» (по-английски «Calendar event status»). Руководство: Временная шкала графика работы

Имя в API: /api/calendaritems/{resource_type}, /api/rostermain, /api/rosteritems-for-approval

График работы

Событие календаря типа «Графики работы»: запланированное рабочее время работника на день с началом, окончанием и паузами и, при необходимости, сменой, типом работы, местом работы и другими данными. Оно создается на «Временная шкала графика работы» (новый график ждет блокировки) или в табличном виде «Графики работы» (блокируется сразу), а работник видит заблокированные графики в мобильном приложении. Часы графика отображаются в таблице рабочего времени как «График» рядом с фактическими часами «Работа».

Не путать с пунктом меню «Графики работы», который представляет собой табличный вид для одновременного заполнения многих работников и дней, со сменой (повторно используемый шаблон времени) или с выполненной работой. График становится рабочим временем только тогда, когда он отмечен как выполненный.

В интерфейсе: «Графики работы» (по-английски «Work schedule»); «Временная шкала графика работы» (по-английски «Roster timeline»); «График» (по-английски «Rost.»). Руководство: Временная шкала графика работы

Имя в API: /api/calendaritems/{resource_type}, /api/rostermain

Связанный график

Поле выполненной работы, показывающее, к какой записи графика работы относится работа. Terake создает связь сам, когда неутвержденная работа пересекается с графиком работника не менее чем на час, а в форме работы ее можно выбрать или изменить вручную. Работу работника с учетом времени по графику необходимо связать с графиком, прежде чем ее можно будет утвердить: до этого в столбце «Утверждение» отображается «по графику», а при связывании работа принимает начало и окончание графика. Работа, связанная с графиком, получает центр затрат строки графика, если у нее его нет.

Не путать с работой, созданной отметкой графика как выполненного («Утверждение графика работы»), которая связана с графиком с самого начала, или со связанной задачей (работа, выполненная по задаче).

В интерфейсе: «Связанный график» (по-английски «Related schedule»); «по графику» (по-английски «by schedule»). Руководство: Утверждение, Автоматические процессы

Имя в API: /api/workdones (field rosteritem)

Отсутствие

Событие календаря, отмечающее время вне работы: «Отпуск», «Болезнь», «Недоступно», «Выходной», «Учебный отпуск», «Отпуск по уходу за ребенком» или «Неоплачиваемый отпуск»; в его форме есть только даты и работник. Работники могут сами запросить «Отпуск», «Болезнь» или «Недоступно» в разделе «Мой календарь» («Недоступно» требует не менее 5 символов дополнительной информации), и запрос ждет блокировки. «Отпуск» и «Болезнь» уменьшают стандартные часы работника, а «Недоступно» — нет; страница «Отпуска» перечисляет только отпуска.

Тип события: 2 — отпуск, 3 — болезнь, 4 — недоступно, 14 — выходной, 15 — учебный отпуск, 16 — отпуск по уходу за ребенком, 17 — неоплачиваемый отпуск.

Внутренние названия типов не совпадают с подписями: тип 2 «unavailable» — это «Отпуск», тип 3 «emergency» — «Болезнь», а тип 4 «disabled» — «Недоступно».

В интерфейсе: «Отсутствия» (по-английски «Absences»); «Отпуск» (по-английски «Vacation»); «Болезнь» (по-английски «Sickness»); «Недоступно» (по-английски «Not available»); «Выходной» (по-английски «Day off»); «Учебный отпуск» (по-английски «Study leave»); «Отпуск по уходу за ребенком» (по-английски «Parental leave»); «Неоплачиваемый отпуск» (по-английски «Leave without pay»). Руководство: Отпуска

Имя в API: /api/calendaritems/{resource_type}, /api/vacations (Vacations page)

Статус события календаря: ожидает и заблокировано

«Статус события календаря» графика, отсутствия или задачи. «Ожидает утверждения» означает, что работник взял или ввел событие либо оно было добавлено на временной шкале, и теперь оно ждет руководителя; оно отображается полосатым, а новый график с этим статусом не показывается в мобильном приложении. «Заблокировано» означает, что руководитель принял событие, например с помощью «Заблокировать все ожидающие события»; «Отклонено» означает, что работник отказался от него («Отказаться от события»), а «Не назначено» означает, что у события нет работника и его можно взять («Принять событие»).

Коды: 2 taken — «Ожидает утверждения», 3 assigned — «Заблокировано», 4 reopened — «Отклонено».

Не путать с утверждением работ. Несмотря на название «Ожидает утверждения», этот статус относится к блокировке события. Заблокировано не означает утверждено, а чтобы отметить график как выполненный, блокировать его не обязательно.

В интерфейсе: «Ожидает утверждения» (по-английски «Waiting for verification»); «Заблокировано» (по-английски «Locked»); «Отклонено» (по-английски «Rejected»); «Не назначено» (по-английски «Unassigned»); «Заблокировать все ожидающие события» (по-английски «Lock all pending events»). Руководство: Временная шкала графика работы

Имя в API: /api/calendaritems/{resource_type} (status of the event)

Командная задача и групповая задача

Два типа события задачи, выбираемые в поле «Тип события» формы задачи помимо обычной «Задача». Как и любой тип события, они не могут быть изменены после сохранения задачи; страницы справки больше ничего не сообщают об их поведении.

Тип события: 18 — задача / командная работа, 19 — задача / групповая работа.

Не путать с группой работников (набор работников, используемый для фильтрации видов планирования) или с членами бригады бригадира.

В интерфейсе: «Задача / Командная работа» (по-английски «Task / Teamwork»); «Задача / Групповая работа» (по-английски «Task / Group work»). Руководство: Задачи

Имя в API: /api/todos

Смена

Повторяющийся шаблон рабочего времени, например утренняя или ночная смена, с временем начала и окончания, паузами и, при необходимости, типом работы, местом работы, машиной, центром затрат и проектом по умолчанию. Выбор смены в графике работы заполняет ее время и паузы, а также другие данные, если в записи еще нет типа работы; ночная смена может заканчиваться на следующий день.

Не путать с самим графиком работы (событие на конкретный день) или группой работников.

В интерфейсе: «Смена» (по-английски «Shift»). Руководство: Смены

Имя в API: /api/shifts

Проект

Разовое мероприятие, ограниченное по времени и ресурсам, которое работники выбирают при регистрации работы, а руководители — при планировании. У проекта есть время начала и окончания, при необходимости клиент, подразделения, руководитель проекта (который автоматически получает роль «Руководитель проекта») и центр затрат (для которого Terake создает правило центра затрат), а его прогнозируемые часы и бюджет сравниваются с запланированными, учтенными в графике и фактическими часами.

Не путать с рабочим объектом (место), клиентом или центром затрат.

В интерфейсе: «Проект» (по-английски «Project»); «Руководитель проекта» (по-английски «Project manager»). Руководство: Проекты

Имя в API: /api/projects

Машины и обслуживание

Машина/оборудование

Запись в реестре компании о машинах, навесном оборудовании, оборудовании и других обслуживаемых единицах; в API она называется facility. Флажки у машины определяют, где ее можно выбрать: «Основная машина», «Орудие», «Единица обслуживания» (объект, над которым выполняется работа и который может принадлежать клиенту) и «Мелкий инструмент». «Ответственное лицо» отвечает за машину в административном отношении (документы, страхование, передача в пользование, инвентаризация), а «Ответственный за техническое обслуживание» организует ее обслуживание и получает уведомления о неисправностях и обслуживании.

Не путать с рабочим объектом (место). Единица обслуживания — это машина или оборудование, которое обслуживается, а не машина, с помощью которой выполняется работа; «единица обслуживания» — также тип рабочего объекта.

В интерфейсе: «Машина/оборудование» (по-английски «Facility/Machine»); «Машины и оборудование» (по-английски «Machines and equipment»); «Единица обслуживания» (по-английски «Maintenance unit»); «Ответственное лицо» (по-английски «Responsible person»); «Ответственный за техническое обслуживание» (по-английски «Responsible for maintenance»). Руководство: Машины и оборудование

Имя в API: /api/facilities

Основная машина и навесное оборудование

Два поля машины в работе. Основная машина — это транспортное средство или машина, с помощью которой выполняется работа (карточка «Машина» на странице «Начать работу»), а навесное оборудование — это оборудование за ней, например борона или прицеп. Машина появляется в этих вариантах только тогда, когда у нее установлен флажок «Основная машина» или «Орудие»; отчет по моточасам и остатки топлива ведутся для основных машин.

Не путать с единицей обслуживания (обслуживаемая машина).

В интерфейсе: «Основная машина» (по-английски «Main machine»); «Машина» (по-английски «Machine»); «Орудие» (по-английски «Implement»). Руководство: Начать работу

Имя в API: /api/facilities

Тип оборудования

Классификация машин и оборудования, например трактор, грузовик или зерноуборочный комбайн; у каждой машины он должен быть указан. Он используется для группировки и фильтрации машин, для связывания типов работ с подходящими машинами (вкладка типа работы «Типы оборудования») и для задания «Осмотр перед каждым использованием (чек-лист)».

Не путать с флажками «Основная машина» и «Орудие», которые показывают, как используется машина, а не какого она вида; типы материалов и типы рабочих объектов — отдельные списки.

В интерфейсе: «Тип оборудования» (по-английски «Facility type»); «Типы оборудования» (по-английски «Types of equipment»). Руководство: Типы оборудования

Имя в API: /api/facilitytypes

Моточасы

Показание наработки двигателя машины в часах; оно хранится вместе с показанием одометра в километрах. Показания поступают из двух источников: значения начала и окончания, введенные вместе с работой, и поставщик телеметрических услуг. Отчет «Сравнение периодов» учитывает разницу, введенную с работой, и переходит на телеметрию, если запись отсутствует или ошибочна (начало 0, окончание меньше начала или 100 моточасов и более за одну работу).

Не путать с рабочими часами (продолжительность работ). Моточасы также служат показателем срока службы деталей машины и основой для интервалов обслуживания.

В интерфейсе: «Моточасы» (по-английски «Engine hours»); «Одометр» (по-английски «Odometer»). Руководство: Отчет по моточасам

Имя в API: /api/report/enginehours

Телеметрия

Данные, которые телеметрическое устройство машины отправляет через партнера по интеграции (например, Navirec, SkyFMS, John Deere, Wialon): местоположение, моточасы, одометр, уровень топлива и другие показания. Данные связываются с машиной Terake по регистрационному номеру, VIN-коду или «Ключ интеграции (рег. номер без пробелов)», а перемещения длительностью больше «Мин. продолжительность автоматической регистрации работы» машины регистрируются как работа. «Информация в реальном времени» показывает показания в виде «Телеметрия», а местоположение машин — в виде «Просмотр карты» (только машины с «Показать на карте» и местоположением не старше двух дней).

Не путать с местоположением работников, которое поступает из мобильного приложения, или с разделом «Информация в реальном времени» в целом, где перечислены работы в процессе.

В интерфейсе: «Телеметрия» (по-английски «Telemetry»); «Информация в реальном времени» (по-английски «Realtime info»); «Показать на карте» (по-английски «Show in map»). Руководство: Телеметрия, Автоматические процессы

Имя в API: /api/location/facilities/last, /api/location/facilities/params

Заправка и остаток топлива

Заправка — это запись о топливе, залитом в машину (время, количество, машина, работник, топливо, топливная карта, цена и остаток до заправки); заправки поступают из мобильного приложения, интеграций с заправочными станциями, файлов или добавляются вручную. Остаток топлива — это измеренное количество топлива в баке, вводимое на странице «Настройки заправки» или берущееся из «Остаток топлива в баке (до заправки)». Расход между двумя остатками — это предыдущий остаток минус новый плюс заправленное количество (без AdBlue), и он распределяется между подтвержденными работами периода по моточасам, километрам и продолжительности.

Не путать с отчетом «Заправка» (сводка по заправкам). Страница «Настройки заправки» содержит остатки топлива, а не настройки заправок; типы работ с пометкой «Исключено из расчета расхода топлива.» не получают расхода.

В интерфейсе: «Заправка» (по-английски «Refueling»); «Остаток топлива» (по-английски «Fuel balance»); «Настройки заправки» (по-английски «Refueling settings»); «Топливная карта» (по-английски «Fuel card»). Руководство: Заправки, Автоматические процессы

Имя в API: /api/fuelfillings, /api/fuelbalances/main

Неисправность

Зарегистрированная проблема машины, оборудования или рабочего объекта, сообщенная через веб или в мобильном приложении, с временем неисправности, сообщившим лицом, описанием и важностью («Информационный», «Важный» или «Критический»). Регистрация уведомляет сообщившего, ответственного за обслуживание и других и создает задачу для ответственного за обслуживание; открытая неисправность «Важный» или «Критический» окрашивает строку машины в красный цвет, а «Информационный» — в желтый. Статус неисправности: «Зарегистрировано» (ремонт не запланирован), «Запланировано» (есть ремонт), «В работе» (у ремонта есть задача) или «Закрыто» (заполнено «Фактическое время устранения»).

Не путать с ремонтной работой, которая ее устраняет (см. Ремонтная работа), или с обслуживанием.

В интерфейсе: «Неисправность» (по-английски «Fault»); «Неисправности и проблемы» (по-английски «Faults and problems»); «Важность» (по-английски «Severity»); «Статус неисправности» (по-английски «Fault status»). Руководство: Неисправности и проблемы

Имя в API: /api/faults/facility

Обслуживание

Регулярное плановое обслуживание машины, оборудования или рабочего объекта, выполняемое по графику обслуживания и интервалу обслуживания (моточасы, километры и/или дни); в API оно называется inspection. Обслуживание получает задачи своего интервала, выполняется отметкой каждой задачи «Отметить как ОК» или «НЕ В ПОРЯДКЕ» и добавлением материалов, а затем утверждается с помощью «Утвердить обслуживание» (администратор и бригадир). Для машин Terake отправляет предупреждения, когда обслуживание приближается и когда наступает срок.

Не путать с ремонтом (работа, вызванная неисправностью), «Осмотр перед каждым использованием (чек-лист)» (проверка перед каждым использованием, задаваемая для типа оборудования или типа рабочего объекта) или утверждением работ. Меню «Обслуживание» — это весь модуль обслуживания.

В интерфейсе: «Обслуживание» (по-английски «Maintenance»); «Работы по обслуживанию» (по-английски «Service works»); «Интервал обслуживания» (по-английски «Service interval»); «Графики обслуживания и действия» (по-английски «Maintenance schedules and checklist»). Руководство: Работы по обслуживанию, Автоматические процессы

Имя в API: /api/inspections/facility, /api/inspection-cases, /api/inspection-type

Интервал обслуживания

Периодичность обслуживания, описываемая на странице ADMIN модуля обслуживания в моточасах, километрах и/или днях, например «15 000 км» или «Ежегодно»; у одного интервала может быть сразу несколько показателей. У интервала также есть значение уведомления, после достижения которого Terake предупреждает ответственного за обслуживание машины о приближающемся обслуживании. График обслуживания состоит из интервалов и задач: график отмечает, какие задачи относятся к какому интервалу, а при планировании обслуживания выбираются график машины и интервал, которые задают список задач обслуживания.

Не путать с графиком обслуживания (набор интервалов и задач, назначенный машине или типу оборудования), самим обслуживанием (один интервал, выполненный на одной машине) или сроком службы детали (интервал замены одной детали, а не всей машины).

В интерфейсе: «Интервал обслуживания» (по-английски «Service interval»); «Интервалы обслуживания» (по-английски «Service intervals»); «Уведомление» (по-английски «Notification»). Руководство: Администрирование обслуживания

Имя в API: /api/inspection-type

Осмотр перед каждым использованием

График обслуживания, назначенный типу оборудования или типу рабочего объекта, задачи которого проверяются перед каждым использованием, например проверка погрузчика или машины перед сменой. Он выбирается в форме типа оборудования и в форме типа рабочего объекта в поле «Осмотр перед каждым использованием (чек-лист)» из графиков, описанных в модуле обслуживания; задачи описываются на странице ADMIN модуля обслуживания. Результат проверки — случай осмотра, в котором каждая задача имеет статус «Отметить как ОК» или «НЕ В ПОРЯДКЕ».

Не путать с регулярным обслуживанием (планируется по интервалу, а не перед каждым использованием) или неисправностью (обнаруженный дефект, который может выявить проверка).

В интерфейсе: «Осмотр перед каждым использованием (чек-лист)» (по-английски «Inspection checklist for every use»). Руководство: Типы оборудования, Администрирование обслуживания

Имя в API: /api/facilitytypes, /api/workobjectcategories (field inspection)

Показатель срока службы

Единица, в которой измеряется срок службы изнашиваемой детали машины (например, моторного масла, фильтра или тормозного диска): «Километры» и «Моточасы» следуют показаниям машины, вводимым при завершении работы и заправке, «Календарные дни» считаются сами, а компания может добавить собственные показатели. Показатель задается у материала типа «Изнашиваемая деталь» в блоке «Срок службы детали» вместе с начальным значением, значением предупреждения и концом срока службы; на вкладке «Детали» машины отображаются текущее значение и процент износа детали по каждому показателю. При превышении значения предупреждения Terake отправляет предупреждение; при достижении конца срока службы он регистрирует неисправность и случай осмотра.

Не путать с интервалом обслуживания (периодичность обслуживания всей машины) или моточасами как показанием машины (один из возможных показателей).

В интерфейсе: «Показатель срока службы» (по-английски «Lifespan measurement»); «Срок службы детали» (по-английски «Part lifespan»); «Начальное значение» (по-английски «Initial value»); «Значение предупреждения» (по-английски «Warning value»); «Конец срока службы» (по-английски «End of life»). Руководство: Показатель срока службы, Материалы (модуль обслуживания)

Имя в API: /api/lifespan-type, /api/materials/{parent_id}/lifespan

Ремонтная работа

Работа над машиной, оборудованием или рабочим объектом, которая возникает не из графика обслуживания, а из неисправности или дефекта, обнаруженного во время обслуживания. Она создается из неисправности с помощью «Планирование ремонта», из обслуживания с помощью «Запланировать ремонт неисправных позиций» или с помощью «Добавить новое»; ее статус — «Зарегистрировано», «Запланировано», «В работе» или «Закрыто». Когда все ее задачи отмечены «Отметить как ОК», заполняется «Фактическое время устранения» связанной неисправности.

Не путать с самой неисправностью (проблемой) или обслуживанием (планируется по графику).

В интерфейсе: «Ремонтные работы» (по-английски «Repair works»); «Статус ремонта» (по-английски «Repair status»); «Планирование ремонта» (по-английски «Repair planning»); «Запланировать ремонт неисправных позиций» (по-английски «Plan repair of items not in order»). Руководство: Ремонтные работы

Имя в API: /api/repairs/facility

Поля и культуры

Рабочий объект

Место или объект, где или над которым выполняется работа: здание, склад, строительная площадка, адрес, обслуживаемое оборудование и так далее. Он выбирается в поле «Место работы» работ и задач, имеет «Тип рабочего объекта» и может иметь адрес, площадь или линию на карте, регион, клиента и пометку «Используется как склад». Поля тоже являются рабочими объектами, но управляются в модуле полей и в этом списке не отображаются.

Не путать с полем (рабочий объект типа поля с годами урожая), кадастром (юридическая единица земли) или клиентом. Поле «Место работы» принимает как рабочие объекты, так и поля.

В интерфейсе: «Рабочий объект» (по-английски «Workobject»); «Место работы» (по-английски «Place of work»); «Тип рабочего объекта» (по-английски «Workobject type»). Руководство: Рабочие объекты

Имя в API: /api/workobjectsonly

Регион

Название, используемое для группировки рабочих объектов и полей, выбираемое в поле «Регион» формы рабочего объекта и используемое для фильтрации списков и отчетов. Регионы управляются на странице «Регионы» в разделе «Настройки администратора»; они принадлежат только вашей компании и не передаются партнерам.

Не путать с подразделением / отделом (структура компании, с которой связаны работники и машины), группой работников, а также с уездом и волостью, которые являются полями адреса поля.

В интерфейсе: «Регион» (по-английски «Region»); «Регионы» (по-английски «Regions»). Руководство: Регионы

Имя в API: /api/locationareas

Поле

Рабочий объект типа поля, управляемый в модуле полей («Управление полями») сельскохозяйственных компаний. У него есть номер массива («Рег. №»), номер поля, контур на карте, годы урожая и, возможно, связь с полем e-PRIA («Связь с PRIA»); выполненные на нем работы отображаются в его полевой книге. В английском интерфейсе используются и «Field», и «Agrifield».

Не путать с кадастром (кадастровая единица земельного реестра, связанная с полями) или годом урожая (данные поля за один год).

В интерфейсе: «Поле» (по-английски «Field»); «Поле» (по-английски «Agrifield»); «Управление полями» (по-английски «Field admin»); «Номер поля» (по-английски «Field number»). Руководство: Управление полями

Имя в API: /api/agrifield_data/{crop_period_id}

Кадастр

Кадастровая единица земельного реестра, определяемая номером вида 12345:001:0010; «Импорт кадастровой информации» загружает ее данные и границу из Земельного департамента Эстонии (Maa-amet). Кадастры связываются с полями, соглашениями по полям и рабочими объектами, чтобы показать, какой кадастровой единицы они касаются.

Не путать с полем или рабочим объектом: кадастр не выбирается как место работы.

В интерфейсе: «Кадастры» (по-английски «Cadastres»); «Кадастровый номер» (по-английски «Cadastre number»). Руководство: Кадастры

Имя в API: /api/cadastres

Культура

Культура, выращиваемая на полях, используемая годами урожая, севооборотом, полевой книгой, планом внесения удобрений и при отправке урожайности в e-PRIA. Культуре нужны «Культура PRIA» (соответствующая культура e-PRIA) и «Цвет отображения», и у нее может быть «Тип культуры для плана внесения удобрений»; список содержит как собственные культуры компании, так и общие культуры Terake, которые можно только архивировать.

Не путать с сортом («Сорт», задается в годе урожая) или семенным материалом, у которого есть собственное поле «Культура PRIA».

В интерфейсе: «Культура» (по-английски «Crop»); «Культура PRIA» (по-английски «ARIB crop»); «Сорт» (по-английски «Variety»). Руководство: Культуры

Имя в API: /api/crops

Год урожая

Данные поля за один год сбора урожая: начало года урожая, площадь, использование поля, культура, сорт, назначение культуры, заявитель PRIA и контур. Полевые работы, материалы, урожайность и план внесения удобрений относятся к году урожая, а работы, отправляемые в e-PRIA, должны приходиться на период с 1 июля предыдущего года по 9 февраля следующего года.

Не путать с календарным годом. В API он называется crop period, а страница «Утверждение» для того же понятия говорит о «вегетационном сезоне» поля.

В интерфейсе: «Год урожая» (по-английски «Crop year»); «Годы урожая» (по-английски «Crop years»); «Текущий год урожая» (по-английски «Current crop year»). Руководство: Севооборот

Имя в API: crop_period in paths, for example /api/agrifield_data/{crop_period_id}, /api/fieldbookfields/{crop_period_id}

Севооборот

Таблица культур каждого поля по годам урожая, в которой данные года урожая (культура, сорт, использование поля, назначение культуры, заявитель PRIA) задаются для одного поля или сразу для нескольких полей. Под ней «Посевная площадь (га)» суммирует площадь каждой культуры по годам урожая.

Не путать с планированием полевых работ (планы полевых работ по типам работ).

В интерфейсе: «Севооборот» (по-английски «Crop rotation»); «Посевная площадь (га)» (по-английски «Sowing area (ha)»). Руководство: Севооборот

Имя в API: /api/croprotation, /api/cropstats

Полевая книга

Электронная полевая книга Terake: данные каждого поля по годам урожая с площадью и культурой, выполненные на поле работы, использованные материалы, учет NPK удобрений, план внесения удобрений, образцы почвы и выпас скота. Ее можно скачать в виде файла Excel, а роль «Сотрудник PRIA» видит ее только для чтения по назначенным ей заявителям, годам урожая и полям.

Не путать с полевой книгой e-PRIA: работы отправляются туда отдельно со страницы «Работы и материалы».

В интерфейсе: «Полевая книга» (по-английски «Fieldbook»); «Не показывать в полевом журнале» (по-английски «Do not show in fieldbook»). Руководство: Журнал полей

Имя в API: /api/fieldbookfields/{crop_period_id}

План полевых работ и планирование полевых работ

План года урожая, который связывает один тип работы (например, посев или защиту растений) с полями, на которых эта работа выполняется в году урожая, вместе с планируемыми материалами и нормами внесения. Планы создаются на странице «Планирование полевых работ», а отдельный план редактируется на странице «Администрирование плана полевых работ». Из плана поля добавляются в календарь как задачи, а план показывает, какая часть запланированных гектаров выполнена — по плану или вне него. Материалы плана попадают в план внесения удобрений поля («Использование удобрений из планирования полевых работ»), а материалы задачи, созданной из плана, рассчитываются по норме внесения и площади поля.

Не путать с задачей (запланированная работа одного работника на определенное время; из плана получается несколько задач), полевой книгой (учет выполненных работ) или планом внесения удобрений (учет питательных веществ поля).

В интерфейсе: «План полевых работ» (по-английски «Fieldwork plan»); «Планирование полевых работ» (по-английски «Fieldwork planning»); «Новый план полевых работ» (по-английски «New agrifield work plan»). Руководство: Планирование полевых работ

Имя в API: /api/agrifieldworks

План внесения удобрений

План питательных веществ для одного поля и года урожая, составляемый на вкладке «План внесения удобрений» полевой книги поля; у поля в этом году урожая должна быть культура. Исходя из планируемой урожайности, потребности в питательных веществах (азот предлагается по органическому углероду образцов почвы), внесенного навоза и излишка прошлого года, он рассчитывает питательные вещества, необходимые из удобрений, которые отображаются как «План N», «План P» и «План K».

Не путать с планом полевых работ (какая работа выполняется на каких полях) или «Планируемый расход материалов» (материалы запланированных задач).

В интерфейсе: «План внесения удобрений» (по-английски «Fertilizing plan»); «План питательных веществ» (по-английски «Nutrients plan»); «Планируемая урожайность (т / га)» (по-английски «Planned yield (t/ha)»). Руководство: Журнал полей, Автоматические процессы

Образец почвы

Образец почвы с номером, датой, местоположением и результатами анализа (pH, N, P, K, Ca, Mg, органический углерод, механический состав почвы и другие), вводимый вручную или загружаемый из файла shapefile или Excel. Образец не связывается с полем вручную: при сохранении он связывается с годами урожая полей, граница которых содержит его местоположение, а затем используется полевой книгой и планом внесения удобрений.

В интерфейсе: «Образец почвы» (по-английски «Soil sample»); «Образцы почвы» (по-английски «Soil samples»). Руководство: Образцы почвы

Имя в API: /api/soilsamples

PRIA и e-PRIA

PRIA — это Эстонский регистр и информационный совет по сельскому хозяйству (в английском интерфейсе — ARIB), а e-PRIA — его онлайн-сервис. Terake импортирует поля из e-PRIA, отправляет туда работы (страница «Работы и материалы»), урожайность («Управление полями») и записи о выпасе («Выпас скота») и импортирует из него действия; для этого личный идентификационный код пользователя должен быть подтвержден Terake, поля должны быть связаны с полями e-PRIA, типы работ — с «Действие PRIA», а культуры — с «Культура PRIA».

Не путать с ролью «Сотрудник PRIA», которая предназначена для сотрудников PRIA, осуществляющих надзор, и видит только полевую книгу. В английском интерфейсе в подписях смешиваются «ARIB» и «Pria».

В интерфейсе: «PRIA» (по-английски «ARIB»); «Действие PRIA» (по-английски «Pria activity»); «Связь с PRIA» (по-английски «Pria link»); «Сотрудник PRIA» (по-английски «ARIB employee»). Руководство: Работы и материалы

Имя в API: /api/priafiles (field import)

Заявитель PRIA

Лицо или компания, от имени которых поля заявляются в PRIA; заявитель задается в годе урожая поля. Заявитель связывается с e-PRIA по «Pria ID» или, при его отсутствии, по «Рег. №», и в e-PRIA можно отправлять только работы, записи о выпасе и урожайность полей, заявитель которых существует в e-PRIA. Из формы заявителя Terake отправляет PRIA подтверждение того, что заявитель ведет электронную полевую книгу в Terake.

Не путать с клиентом или самой компанией. В API и некоторых подписях заявитель называется «payee».

В интерфейсе: «Заявитель PRIA» (по-английски «ARIB applicant»); «Заявители PRIA» (по-английски «ARIB applicants»); «Заявители PRIA» (по-английски «ARIB payees»). Руководство: Заявители PRIA

Имя в API: /api/priapayees

Материалы и склад

Материал и использование материалов

Все, что используется или производится в работе: удобрения, семена, средства защиты растений, запасные части, урожай и другие материалы, у каждого из которых есть «Тип материала», единица измерения и цены. Использование материалов — это количество материала, введенное на вкладке «Использование материалов» работы вместе со складом, с которого оно было взято; продукция вводится на вкладке «Продукция», и выбрать там можно только материалы с пометкой «Товар». Отчеты «Использование материалов» и «Продукция» суммируют эти данные, и оба уменьшают или увеличивают складской остаток выбранного склада.

Не путать с рабочей единицей (объем работы, а не материал) или планируемым «Расход материала» задачи или плана полевых работ, который является планом, а не использованием.

В интерфейсе: «Материал» (по-английски «Material»); «Использование материалов» (по-английски «Material usage»); «Продукция» (по-английски «Production»); «Расходный материал» (по-английски «Consumable»); «Товар» (по-английски «Product»); «Тип материала» (по-английски «Material type»). Руководство: Материалы

Имя в API: /api/materials, /api/workdones/{wdid}/materialusages

Склад

Рабочий объект или поле с флажком «Используется как склад». Он предлагается везде, где запрашивается «Склад»: в строках материалов и продукции работы, при вводе складского остатка, а также как начальная точка или пункт назначения перевозки. Использование или производство без выбранного склада попадает на склад «Не задано».

Не путать с меню «Склад» (модуль склада) или статусом устройства «На складе» в личном инвентаре.

В интерфейсе: «Склад» (по-английски «Storage»); «Используется как склад» (по-английски «Used as storage»); «Не задано» (по-английски «Undefined»). Руководство: Рабочие объекты

Имя в API: /api/workobjectsonly (workobject with the storage mark)

Складской остаток (три значения)

В английском интерфейсе слово «Inventory» используется для трех разных понятий. Первое — личная страница машин и оборудования, которые работник использует или за которые отвечает, со статусами устройств «На складе», «В использовании», «Передается» и «Отключено». Второе — остаток материала на складе, вводимый с помощью «Ввести остаток на складе» и затем изменяемый использованием материалов, производством и перевозками; третье — событие инвентаризации, например подтверждение ответственным лицом того, что устройство существует.

Это три разные вещи: прежде чем отвечать на вопрос о «Inventory», уточните, какая из них имеется в виду.

В интерфейсе: «Инвентаризация» (по-английски «Inventory»); «Складской остаток» (по-английски «Inventory»); «Инвентаризация» (по-английски «Inventory»); «Ввести остаток на складе» (по-английски «Insert inventory balance»). Руководство: Инвентаризация, Автоматические процессы

Имя в API: /api/inventory_owner, /api/inventory_user (personal inventory), /api/materials/{material_id}/inventory (stock balance)

Перевозка и перевозка урожая

Перевозка — это запись о материале, перемещенном из начальной точки в пункт назначения, с количествами, числом рейсов и, возможно, накладной; при сохранении также создается утвержденная выполненная работа нулевой продолжительности для работника, а склад на любом из концов изменяет свой складской остаток. Перевозка с поля на склад с материалом типа силоса — это перевозка урожая («Перевозка урожая»): ее материал задается по году урожая поля («Saak <crop> <year>» или «Silo <destination> <year>»), количества указываются в тоннах, и она перечисляется отдельно.

Не путать с транспортным модулем, который предназначен для компаний пассажирских перевозок: путевые листы, маршруты и заказные перевозки.

В интерфейсе: «Транспорт» (по-английски «Transport»); «Перевозка урожая» (по-английски «Transport of harvest»); «Начальная точка» (по-английски «Starting point»); «Пункт назначения» (по-английски «Destination»). Руководство: Транспорт

Имя в API: /api/transports, /api/silagetransports

Организация, работники и права

Компания, клиенты и партнеры

Компания — это сам аккаунт Terake со своими работниками и основными данными; запись, отображаемая с серым названием @company, принадлежит другой компании (общий вариант Terake или вариант, предоставленный партнером) и может использоваться, но не изменяться. Клиент — это тот, для кого компания выполняет работы, и его можно выбрать в работах, задачах, рабочих объектах и машинах. Партнер — это другая компания Terake, с которой компания обменивается данными после приглашения: общие машины, рабочие объекты и материалы, а также работы, выполненные партнером, которые можно просматривать и оставлять к ним «Отзыв клиента», но нельзя изменять.

Не путать с заявителем PRIA или подразделением. Строка «Внешний ресурс» на «Временная шкала графика работы» содержит работников партнера.

В интерфейсе: «Компания» (по-английски «Company»); «Клиенты и партнеры» (по-английски «Customers and partners»); «Клиент» (по-английски «Customer»); «Партнер» (по-английски «Partner»). Руководство: Клиенты и партнеры

Имя в API: /api/customers

Подразделение / отдел

Структура компании: подразделения верхнего уровня (с флажком «Подразделение») и отделы под ними. Работники, машины, рабочие объекты, клиенты, проекты и смены связываются с подразделением; подразделение работника действует с «Дата модификации», а пользователь, принадлежащий подразделению, видит в вариантах выбора и во многих списках только записи этого подразделения и его отделов, а также записи без подразделения.

Не путать с группой работников (свободная группировка для фильтрации видов) или регионом (группировка рабочих объектов).

В интерфейсе: «Подразделение / отдел» (по-английски «Division / department»); «Отделы» (по-английски «Departments»); «Подразделение» (по-английски «Is division»). Руководство: Отделы

Имя в API: /api/departments

Группа работника

Набор работников, создаваемый с помощью «Управлять группами» и используемый для фильтрации «Временная шкала графика работы», «Графики работы», «Планирование», «Мой календарь» и таблицы рабочего времени с помощью «Показывать работников только в этих группах». Правила пауз в настройках компании также можно задавать для каждой группы работников.

Не путать с подразделением / отделом, «Члены бригады» бригадира или типом задачи «Задача / Групповая работа».

В интерфейсе: «Группа работника» (по-английски «Worker group»); «Управлять группами» (по-английски «Manage groups»); «Показывать работников только в этих группах» (по-английски «Show workers only in groups»). Руководство: Временная шкала графика работы

Имя в API: /api/worker_groups

Профессия

Название должности, присваиваемое работнику в настройках работников, только для информации: оно отображается в списке работников и, если выбрано, под именем работника в таблицах планирования. Оно действует с «Дата модификации» и не дает работнику никаких прав.

Не путать с ролью, которая и дает права.

В интерфейсе: «Профессия» (по-английски «Profession»); «Профессии» (по-английски «Professions»). Руководство: Профессии

Имя в API: /api/professions

Центр затрат и правила центров затрат

Центр затрат — это подразделение, вид деятельности или единица оборудования, затраты которой учитываются отдельно; его можно задать для работ, проектов, смен и строк графика, а отчеты и бухгалтерский экспорт разделяют затраты по нему. Правило центра затрат автоматически присваивает завершенной работе без центра затрат центр затрат, когда все условия правила (работник, тип работы, машина, место работы, проект, культура) совпадают; побеждает меньший номер «Приоритет выполнения», ночная проверка охватывает также последние 5 дней, а существующий центр затрат никогда не изменяется. Выбор центра затрат для проекта автоматически создает правило для этого проекта.

Не путать с проектом или подразделением. В API центр затрат называется cost account.

В интерфейсе: «Центр затрат» (по-английски «Cost center»); «Центры затрат» (по-английски «Cost centers»); «Правила центров затрат» (по-английски «Cost center rules»). Руководство: Центры затрат, Автоматические процессы

Имя в API: /api/costaccounts, /api/costaccountrules

Роль

Роли определяют, какие пункты меню видит пользователь и какие данные он может изменять; роли работника задаются на вкладке «Роли» формы работника, а права нескольких ролей суммируются. У каждого работника есть роль «Пользователь», которая означает использование мобильного приложения, просмотр собственных данных и изменение собственных работ до их утверждения; другие роли добавляют, например, просмотр всего («Наблюдатель»), утверждение («Утверждающий»), проектную работу («Руководитель проекта»), назначение ролей («Персонал»), полевые работы («Агроном»), обслуживание («Обслуживание машин»), склад («Управление складом») или доступ к системе («Api (внешняя IT-система)»). Некоторые права не вытекают из ролей: права руководителя над подчиненными, настройка компании «Пользователи по умолчанию имеют право создавать» и права ответственного лица машины.

Не путать с профессией (название должности без прав) или отношением руководителя, которое не является ролью.

В интерфейсе: «Роли» (по-английски «Roles»); «Пользователь» (по-английски «User»); «Наблюдатель» (по-английски «Observer»); «Утверждающий» (по-английски «Approver»); «Руководитель проекта» (по-английски «Project Manager»); «Опытный пользователь» (по-английски «Power user»); «Персонал» (по-английски «Personnel»); «Бригадир» (по-английски «Foreman»); «Агроном» (по-английски «Agronomist»); «Бухгалтер» (по-английски «Accountant»); «Диспетчер» (по-английски «Dispatcher»); «Обслуживание машин» (по-английски «Vehicle service»); «Управление складом» (по-английски «Stock management»); «Самостоятельный планировщик» (по-английски «Self planner»); «Сотрудник PRIA» (по-английски «ARIB employee»); «Api (внешняя IT-система)» (по-английски «Api (external IT system)»). Руководство: Настройки работников

Имя в API: /api/workers (roles of the worker)

Администратор

Роль, которая видит меню «Администратор» и может изменять все в компании. Только администратор может добавлять новых работников, менять пароли и имена пользователей других работников, изменять настройки компании и интеграции, использовать «Переключиться на пользователя» и изменять работы, утвержденные более 30 дней назад (вместе с опытным пользователем).

Не путать с ролью «Персонал», которая видит в разделе «Администратор» только «Настройки работников», но может назначать роли, включая «Администратор».

В интерфейсе: «Администратор» (по-английски «Administrator»). Руководство: Настройки работников

Руководитель

Работник, выбранный в поле «Руководитель» формы другого работника; этот другой работник становится подчиненным руководителя. Быть руководителем — это не роль: руководитель может изменять данные и работы своих подчиненных, утверждать их работы, изменять их графики и задачи и всегда видеть их календарь.

Не путать с утверждающим (роль с работниками, отмеченными как утверждаемые), бригадиром (который начинает и останавливает работы членов бригады) или ответственным лицом машины. Страницы справки также используют слово «руководитель» для обозначения руководителя работника.

В интерфейсе: «Руководитель» (по-английски «Boss»); «Подчиненные» (по-английски «Subordinates»). Руководство: Настройки работников

Имя в API: /api/workers (the "Boss" field of the worker)

Бригадир и бригада

«Бригадир» — это роль, позволяющая работнику начинать и останавливать работу других работников и изменять их данные в папке «Бригада» мобильного приложения. Бригада — это набор работников, выбранных в блоке «Члены бригады» на вкладке «Роли» формы бригадира; у члена бригады должен быть установлен флажок «Бригадир может запускать/завершать работу». Работа, начатая бригадиром, отмечается в разделах «Информация в реальном времени» и «Подробный вид» как «Кем начато», а в журнале работы — как «начало работы бригадиром». Бригадир также может утверждать обслуживание.

Не путать с руководителем (начальник подчиненных, не роль), утверждающим (утверждает работу, но не начинает ее), группой работников (фильтр для видов планирования) или командной задачей (одна задача для нескольких работников).

В интерфейсе: «Бригадир» (по-английски «Foreman»); «Члены бригады» (по-английски «Brigade members»); «Кем начато» (по-английски «Started by»); «Бригадир может запускать/завершать работу» (по-английски «Work startable by foreman»). Руководство: Настройки работников

Имя в API: /api/workers/brigade-members/{id}, /api/workers/brigade/realtime

Мобильное приложение и интеграции

Мобильное приложение

Приложение Terake на телефоне работника, в котором работники начинают и останавливают работы и записывают материалы, обработанные рабочие объекты, заправки, перевозки, неисправности и подписи клиентов; Terake Worker — это приложение, которое следует использовать, по возможности самой новой версии. Работы, начатые из мобильного приложения, отмечаются значком телефона, который красный, если работа была начата или выполнена далеко от рабочего объекта; работы приложения Terake Lite можно только просматривать. Вкладка «Устройства» настроек компании перечисляет используемые телефоны и версии приложения.

Не путать со страницей «Начать работу» в веб-приложении, где работу также можно начинать и останавливать.

В интерфейсе: «Начать работу» (по-английски «Start work»); «Работы приложения Terake Lite» (по-английски «Terake Lite app works»); «Папки в мобильном приложении» (по-английски «Mobile app folders»). Руководство: Начать работу

Apikey

Личный ключ пользователя, позволяющий другим программам обращаться к Terake от имени пользователя; он отображается в разделе «Мой профиль», где его можно скопировать или обновить. Обновление немедленно прекращает действие старого ключа, поэтому пользователю придется заново войти в мобильное приложение и другие сеансы.

Не путать с полями «Apikey» на странице «Интеграции», которые содержат ключи, выданные партнерами по интеграции (например, Navirec), или с ролью «Api (внешняя IT-система)» для пользователя, через которого другая система обменивается данными с Terake.

В интерфейсе: «Apikey» (по-английски «Apikey»). Руководство: Мой профиль