feat(автосогласование): флаг на шаге маршрута и фоновая задача по SLA

Шаг маршрута получает флаг «Автосогласование» (AutoApprove). Когда у активной
строки такого шага истекает SLA, часовая задача Hangfire принимает за
согласующего положительное решение: помечает строку, двигает очередь и
пересчитывает статус заявки — тем же набором правил, что и портал, когда решение
принимает человек (зеркало approverDecision.service.ts/decide).

Флаг не nullable, в отличие от SLA рядом: наследовать его неоткуда — у типа
заявки такого поля нет и быть не должно.

- ApprovalRow и константы статусов переехали в общий Approvals: их теперь читают
  и напоминания, и автосогласование, разъезжаться разбору одного и того же
  списка нельзя;
- SharePointClient научился MERGE'ить элементы (раньше умел только читать).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

backend/Tnsu.ApprovalRoute.Domain/Entities/TemplateRouteStep.cs

@@ -31,6 +31,20 @@ public class TemplateRouteStep
     /// </summary>
     public bool? AskOverdueReason { get; set; }
 
+    /// <summary>
+    /// Согласовывать шаг автоматически, когда истёк его SLA (см. <see cref="SlaHours"/>).
+    ///
+    /// Не nullable, в отличие от SLA-полей рядом: наследовать тут нечего — у типа
+    /// заявки такого «значения по умолчанию» нет и быть не должно (включить
+    /// автосогласование сразу всем шагам типа — не настройка, а авария), поэтому
+    /// три состояния не нужны, хватает обычного «включено/выключено».
+    ///
+    /// Действует только вместе с SLA: без действующего SLA (ни на шаге, ни на типе
+    /// заявки) отсчитывать нечего, и фоновая задача такой шаг пропускает
+    /// (см. AutoApproveService).
+    /// </summary>
+    public bool AutoApprove { get; set; }
+
     /// <summary>Как объединяются <see cref="Conditions"/> между собой — не действует, если условий меньше двух.</summary>
     public ConditionsLogic ConditionsLogic { get; set; } = ConditionsLogic.And;