1С ЗУП 3.1.216 ошибка при вводе исправления командироки в том же периоде.

1. user611027_VMSaevich 28.01.19 17:50 Сейчас в теме
Система 1С ЗУП 3.1.216. Скажите пожалуйста никто не сталкивался с ситуацией, когда Командировка исправляется в том же периоде? У меня в одной из баз пользователи часто делают исправления командировок в том периоде, например, в январе за январь. При уменьшении периода командировки (было с 10-14 стало с 10 по 11) или переносе командировки на другие даты (было 15-17 стало 17-21), те дни которые были раньше в командировке, но не вошли в исправление, в отчете Т-13 и в документе Табель заполняются пустыми значениями. На итс есть похожая ошибка 30161029 от 04.2018 года. Но у не статус до сих пор стоит "Статус не указан". Как исправить эту ошибку и что делать пользователям? Пока моя единственная рекомендация стараться не делать исправление в текущем периоде. Может кто-то сталкивался.
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
5. user_2010 871 30.01.19 21:30 Сейчас в теме
(1) Проверила вашу ситуацию - у меня корректно заполняется и документ Табель и отчет Табель.

Поточнее бы пример - чтобы повторить вашу ошибку.

Либо пользователи как-то хитро оформляют документы - что у них программа табеля формирует неверно.

В расчетном листке все правильно?
2. YannikAlx 43 28.01.19 18:02 Сейчас в теме
"Исправление" обычно предназначено для прошлых периодов...
Если в том же месяце - зачем делать исправление - корректируйте данные и сохраняйте
3. user611027_VMSaevich 28.01.19 18:13 Сейчас в теме
Я им говорил это. Они хотят сохранять историю аналогичную бумажной. Хотя это чушь. Но они приводят один аргумент, который перевешивает все мои слова: "Исправление в том же периоде возможно. Значит программа должна отрабатывать ситуацию правильно."
16. trn 27.08.19 14:25 Сейчас в теме
(3)
В разделе Администрирование, Общие настройки, раскрыв зеленую ссылку История изменений -можно установить флаг Хранить историю изменений.
И по ссылке Настройка-настроить документы и справочники, по которым историю хранить.
В этом случае можно видеть автора изменений и вернуться к одной из предыдущих версий документа(элемента справочника).
Не знаю, как эта настройка влияет на размер базы.
4. AlenaR 28.01.19 19:15 Сейчас в теме
Так и говорите: ошибка релиза, в планах на исправление
Пусть помечают неправильные документы на удаление, в комментариях пишут почему-вот тебе и история и вводят новые
Berserk_02; +1 Ответить
6. Sanek_159 1 18.05.19 12:48 Сейчас в теме
У меня аналогичная проблема, релиз ЗУП 3.1.8.246. Буду пробовать в более свежей версии, опишусь работает ли в 3.1.9
7. Sanek_159 1 18.05.19 13:23 Сейчас в теме
(6) В демо ЗУП 3.1.9.205 данный алгоритм отрабатывает корректно. Сейчас обновляю базу для проверки.
8. Sanek_159 1 18.05.19 14:13 Сейчас в теме
(7) Обновление не помогло, ошибка такая же. Значит, что то в настройках. Буду смотреть.
9. Sanek_159 1 18.05.19 16:50 Сейчас в теме
(8) В общем логика у программы следующая:
При проведении документа "Командировка" программа проверяет по каким регистрам нужно делать движение.

1. Если в РН.ДанныеОперативногоУчетаРабочегоВремениСотрудников есть хоть 1 запись, то данный регистр добавляется для записи при движении документа.
2. В подписки "модуля набора записи" РН.ДанныеОперативногоУчетаРабочегоВремениСотрудников идет заполнения РС.ПараметрыЗарегистрированныхДанныхУчетаВремениСотрудников. Данный РС. не зависимый. Если удалить данные данного РС, то табель начинает считать правильно дни (не пустые).

В демо базе все работает, т.к. записей в регистре накоплений нет и данный регистр не заполняется. В демо просто нет учета ночных часов и т.д.
Т.е. не корректно обрабатывается РС.ПараметрыЗарегистрированныхДанныхУчетаВремениСотрудников.

Пока не докапался до истины, но она где то рядом )
12. 1pioner 20.08.19 13:44 Сейчас в теме
(9) А не подскажете в каком модуле - это можно посмотреть?
13. Sanek_159 1 21.08.19 17:31 Сейчас в теме
(12) Добрый день!
Уже не подскажу, не помню. Если сильно лезть в дебри, то там идёт выборка состояний сотрудника по дням и при соединении они не корретно обрабатываются.
Уточнял на другом известном ресурсе (не знаю можно ли его писать), там написали, что это ошибка 1С и нужно им писать.

Нам, к сожалению, пришлось править типовой код. Документ исправление делаем только кода разные месяцы начисления.
Когда в одном, то прошлое состояние (необходимое для кадров) записываем в отдельную табличную часть (хранятся все версии (исправления)), с возможностью печати всех версий.
10. sikuda 673 01.08.19 15:33 Сейчас в теме
Подтрверждаю 3.1.9.227 При увеличении командировки на один день используя документ исправления. Расчет за первую половину месяца считается больше на один день командировки. ;)
11. 1pioner 20.08.19 13:13 Сейчас в теме
На конфигурации 3.1.10.78 ошибка осталась. При уменьшении срока командировки, например, было с 14 по 15 августа. Ввели документ исправление стало с 14 по 14 августа. В Табеле 15 августа не заполняется.
14. Sanek_159 1 22.08.19 15:22 Сейчас в теме
Здравствуйте!
Это ошибка. Ссылка на зарегистрированную ошибку — 30166304 (https://bugboard.v8.1c.ru/error/000053905). Сроки пока не определены, но принята к исправлению сегодня! =)
ko-marina100; trn; 1pioner; AlenaR; +4 Ответить
15. 1pioner 27.08.19 14:13 Сейчас в теме
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)