1.
user611027_VMSaevich
28.01.19 17:50 Сейчас в теме
Система 1С ЗУП 3.1.216. Скажите пожалуйста никто не сталкивался с ситуацией, когда Командировка исправляется в том же периоде? У меня в одной из баз пользователи часто делают исправления командировок в том периоде, например, в январе за январь. При уменьшении периода командировки (было с 10-14 стало с 10 по 11) или переносе командировки на другие даты (было 15-17 стало 17-21), те дни которые были раньше в командировке, но не вошли в исправление, в отчете Т-13 и в документе Табель заполняются пустыми значениями. На итс есть похожая ошибка 30161029 от 04.2018 года. Но у не статус до сих пор стоит "Статус не указан". Как исправить эту ошибку и что делать пользователям? Пока моя единственная рекомендация стараться не делать исправление в текущем периоде. Может кто-то сталкивался.
3.
user611027_VMSaevich
28.01.19 18:13 Сейчас в теме
Я им говорил это. Они хотят сохранять историю аналогичную бумажной. Хотя это чушь. Но они приводят один аргумент, который перевешивает все мои слова: "Исправление в том же периоде возможно. Значит программа должна отрабатывать ситуацию правильно."
(3)
В разделе Администрирование, Общие настройки, раскрыв зеленую ссылку История изменений -можно установить флаг Хранить историю изменений.
И по ссылке Настройка-настроить документы и справочники, по которым историю хранить.
В этом случае можно видеть автора изменений и вернуться к одной из предыдущих версий документа(элемента справочника).
Не знаю, как эта настройка влияет на размер базы.
Так и говорите: ошибка релиза, в планах на исправление
Пусть помечают неправильные документы на удаление, в комментариях пишут почему-вот тебе и история и вводят новые
(8) В общем логика у программы следующая:
При проведении документа "Командировка" программа проверяет по каким регистрам нужно делать движение.
1. Если в РН.ДанныеОперативногоУчетаРабочегоВремениСотрудников есть хоть 1 запись, то данный регистр добавляется для записи при движении документа.
2. В подписки "модуля набора записи" РН.ДанныеОперативногоУчетаРабочегоВремениСотрудников идет заполнения РС.ПараметрыЗарегистрированныхДанныхУчетаВремениСотрудников. Данный РС. не зависимый. Если удалить данные данного РС, то табель начинает считать правильно дни (не пустые).
В демо базе все работает, т.к. записей в регистре накоплений нет и данный регистр не заполняется. В демо просто нет учета ночных часов и т.д.
Т.е. не корректно обрабатывается РС.ПараметрыЗарегистрированныхДанныхУчетаВремениСотрудников.
Пока не докапался до истины, но она где то рядом )
(12) Добрый день!
Уже не подскажу, не помню. Если сильно лезть в дебри, то там идёт выборка состояний сотрудника по дням и при соединении они не корретно обрабатываются.
Уточнял на другом известном ресурсе (не знаю можно ли его писать), там написали, что это ошибка 1С и нужно им писать.
Нам, к сожалению, пришлось править типовой код. Документ исправление делаем только кода разные месяцы начисления.
Когда в одном, то прошлое состояние (необходимое для кадров) записываем в отдельную табличную часть (хранятся все версии (исправления)), с возможностью печати всех версий.
Подтрверждаю 3.1.9.227 При увеличении командировки на один день используя документ исправления. Расчет за первую половину месяца считается больше на один день командировки. ;)
На конфигурации 3.1.10.78 ошибка осталась. При уменьшении срока командировки, например, было с 14 по 15 августа. Ввели документ исправление стало с 14 по 14 августа. В Табеле 15 августа не заполняется.
Здравствуйте!
Это ошибка. Ссылка на зарегистрированную ошибку — 30166304 (https://bugboard.v8.1c.ru/error/000053905). Сроки пока не определены, но принята к исправлению сегодня! =)