Исправление утверждённого табеля: отзыв, новая версия и сверка

Сначала выясните, куда уже передана запись

У строки времени может быть несколько независимых состояний: заполнена исполнителем, отправлена на проверку, утверждена, включена в управленческие фактические затраты, использована при подготовке счёта. Отметка «approved» не отвечает на все вопросы сразу.

Перед исправлением установите, какие связанные записи уже существуют. Для ещё не утверждённого черновика возможен один путь, для утверждённой строки — другой, для времени в выставленном счёте — отдельный финансовый разбор. Правка табеля не доказывает, что исправлены расчёт с клиентом или данные оплаты сотрудника.

В Dynamics 365 Project Operations отзыв утверждённой записи разделён на запрос исполнителя и решение согласующего. При отклонении запроса исходная запись остаётся утверждённой. Microsoft Learn: Recall approved entries. Это пример контролируемого процесса, а не универсальная последовательность кнопок для любой системы.

Определите основание и границы исправления

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

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

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

Не заменяйте запрос отзыва самим отзывом

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

После разрешённого отзыва исходная запись должна сохраняться как историческая с понятным результатом. Исполнитель готовит исправленную версию и направляет её на предусмотренную проверку. Новая версия не должна наследовать старое согласование, если изменились данные, на которых оно основывалось.

Microsoft документирует создание обратных фактических записей после утверждённого отзыва. Это отменяет влияние исходного времени на соответствующие затраты и невыставленные продажи. Microsoft Learn: Recall approved entries. Для другой конфигурации проверьте реальный механизм: обратная операция, замена версии или иной поддерживаемый путь должны давать объяснимый итог.

Учебный пример: шесть часов превращаются в четыре с половиной

Все данные условные. По заказу J-41 утверждена строка T1 на 6 часов. В учебной модели стоимость труда — 1 200 рублей за час, согласованная расчётная ставка клиенту — 2 000. Счёт ещё не выставлен. Исходное влияние: 7 200 затрат и 12 000 возможной суммы к выставлению.

После проверки подтверждена правильная длительность 4,5 часа. Согласованный отзыв создаёт связанное устранение прежнего влияния: −6 часов, −7 200 затрат и −12 000 расчётной суммы. Исправленная и заново утверждённая строка T2 даёт +4,5 часа, +5 400 и +9 000.

Сверка цепочки: 6 − 6 + 4,5 = 4,5 часа. Затраты: 7 200 − 7 200 + 5 400 = 5 400. Расчётная сумма: 12 000 − 12 000 + 9 000 = 9 000. Чистое изменение относительно первого результата — минус 1,5 часа, минус 1 800 затрат и минус 3 000 суммы к выставлению.

Эти 3 000 не являются автоматически возвратом денег клиенту: в примере счёта и оплаты по строке ещё нет. Если такие события уже произошли, нужно проверить отдельный финансовый процесс, а не объявлять его завершённым по исправленному табелю.

Если к T1 просто добавить T2 без устранения прежнего влияния, получится 10,5 часа. Если повторно обработать обратное событие, итог цепочки станет отрицательным: 6 − 6 − 6 + 4,5 = −1,5. Оба случая должны обнаруживаться при проверке связанной последовательности.

Сверьте не только строку, но и группу

Предположим, остальные утверждённые записи выбранной группы дают 14 часов по тем же ставкам. До исправления группа содержит 20 часов, 24 000 затрат и 40 000 расчётной суммы. После исправления — 18,5 часа, 22 200 затрат и 37 000 суммы.

Проверяющий должен восстановить разницу от исходного документа до итогов заказа и периода. Если табель показывает 18,5, а отчёт затрат продолжает использовать 20, исправление ещё не завершило весь затронутый путь. Отдельно покажите задержку обновления и владельца сверки.

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

Время в счёте требует другого маршрута

Уже выставленная строка может быть заблокирована. Harvest объясняет, что оплачиваемые по времени записи, включённые в счёт, блокируются для предотвращения несогласованности между учётом и документом. Harvest: Already invoiced time.

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

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

Какие поля сохранять в цепочке

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

Для связанного учёта сохраните идентификаторы прежних и обратных фактических записей, статус передачи и ссылки на затронутые документы. У каждого шага должны быть время, версия и проверяемый исход. Общая отметка «исправлено» не объясняет, какое действие уже выполнено, а какое ещё ожидается.

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

Чек-лист приёмки исправлений

1. Запрос отзыва не меняет утверждённый факт до предусмотренного решения.
2. Отказ согласующего сохраняет исходное действующее состояние.
3. Исправленная версия проходит нужную проверку заново.
4. Цепочка T1, обратное событие и T2 даёт 4,5 часа.
5. Повторный запрос не создаёт второе обратное влияние.
6. Итоги строки, заказа и периода согласуются.
7. Фактическая дата работы отличается от даты исправления.
8. Попадание времени в счёт обнаруживается до зависимого действия.
9. Частичный сбой оставляет владельца и незавершённую сверку.

Для SABSUS проверьте такой пример через заказы, операционные журналы и отчёты. Штатный отзыв, обратные записи и блокировки требуют подтверждения в выбранной конфигурации. Статья не предполагает готовую реализацию или автоматическое изменение счетов.

Частые вопросы

Можно удалить ошибочную утверждённую строку?

Сначала проверьте поддерживаемый порядок и её связи. Удаление без сохранения истории может оставить прежние затраты или документ без объяснимого основания.

Исправление даты означает перенос затрат в другой период?

Это зависит от принятой модели учёта и состояния документов. Сохраняйте фактическую дату, дату исправления и отдельное решение о затронутых отчётах.

Нужно ли повторное согласование, если изменилась только задача?

Проверьте, влияет ли задача на заказ, ставку, полномочия или расчёт. Старое утверждение относится к прежним данным и не переносится автоматически на существенное изменение.

Источники

• Microsoft Learn: Recall approved entries — запрос, решение и обратные фактические записи.
• Harvest: Already invoiced time — блокировка времени, связанного со счётом.

Источники проверены 9 октября 2026 года. Все записи, ставки и расчёты учебные.