Документ проводится оперативно
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Вход в личный кабинет
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
{{ formTitle ? formTitle : 'Заказ обратного звонка' }}
{{ formDescription }}
Сообщить об ошибке
Почему при проведении наряда он проводится оперативно, даже если выставлено время окончания???
Приходится в уже закрытом наряде изменять на нужную дату и перепроводить. Помогает только это.
АА 4, релиз 24, 1С:Предприятие 8.2 (8.2.16.368)
Почему при проведении наряда он проводится оперативно, даже если выставлено время окончания???
Приходится в уже закрытом наряде изменять на нужную дату и перепроводить. Помогает только это.
Я что-то не так спросил??? Почему никто не реагирует?
В процедуре ПередЗаписью модуля ЗН после комментария
замените фрагмент кода
Если в течении дня Вы что-нибудь изменяете в документе, то при проведении программа у Вас спросить о оперативном или не оперативном проведении. Оперативное или не оперативное проведение относиться ко времени проведение, но не к дате.
Если Вы закрываете заказ-наряд следующим днем, то у Вас выходит окошко как на скрине. Вы соглашаетесь и у Вас проставляется дата закрытия.
Прикрепленные файлы
Добрый день,
Если в течении дня Вы что-нибудь изменяете в документе, то при проведении программа у Вас спросить о оперативном или не оперативном проведении. Оперативное или не оперативное проведение относиться ко времени проведение, но не к дате.
Если Вы закрываете заказ-наряд следующим днем, то у Вас выходит окошко как на скрине. Вы соглашаетесь и у Вас проставляется дата закрытия.
Мдя
Все это я понимаю. Но спрашивал не об этом.
Представьте: открываю наряд. Работаю в нем. Указываю конкретную дату окончания. При проведении, по идее наряд должен закрыться именно этой датой. И, ДА, должен задаться вопрос, о оперативном проведении, в случае, если дата окончания указана отличающейся от текущей. Но в новом релизе так не происходит! Заказ наряд просто закрывается оперативно и все! Без вопросов!
Добрый день.
В процедуре ПередЗаписью модуля ЗН после комментария
замените фрагмент кода
К сожалению я не программист. Лезть в код не буду!
Это ошибка релиза??
Под описанную ситуацию внесем такое изменение. При незаполненной дате окончания поведение будет прежним.
Данное поведение было заложено изначально. Это не в этом релизе появилось.
Под описанную ситуацию внесем такое изменение. При незаполненной дате окончания поведение будет прежним.
Я с Альфа-Авто работаю уже 4 года! И такого никогда не было! Заказ наряд всегда закрывался с той датой, которую указывали в дате окончания!!!
Если нет, тогда объясните мне какой смысл несет Дата окончания, если она все равно меняется при закрытии наряда!?
Данное поведение было заложено изначально. Это не в этом релизе появилось.
Под описанную ситуацию внесем такое изменение. При незаполненной дате окончания поведение будет прежним.
Поправлюсь - согласен, при незаполненной дате окончания ЗН закрывается оперативно. Но я же писал именно про заполненную дату окончания, и про заполненную дату самого ЗН. Как бы они ни были заполенны, при проведеннии наряд все равно принимает текущую дату и текущее время!
Такого не было НИКОГДА! Ни в одном релизе, начиная с 4. В этом я уверен на 100%.
Прошу объяснить смысл Даты окончания. Для чего она нужна, если при проведении она принимает текущую дату!?
Заинтересовался данным вопросом, специально поставил 24 релиз, увы действительно ошибка!
Демо база, закрытый ЗН за 2006 год, перевожу его в состояние выполнен, записываю. Потом перевожу в состояние закрыт, записываю, дата меняется на текущую!
Если (Состояние=Перечисления.СостояниеЗаказНаряда.Закрыт) Тогда
Если обЗначениеНеЗаполнено(ДатаОкончания) Тогда
#Если Клиент Тогда
ДатаОкончания=РабочаяДата+(Час(ТекущаяДата())*60*60)+(Минута(ТекущаяДата())*60)+(Секунда(ТекущаяДата()));
#Иначе
ДатаОкончания=КонецДня(ТекущаяДата());
#КонецЕсли
КонецЕсли;
Если РежимЗаписи = РежимЗаписиДокумента.Запись И (Состояние=Перечисления.СостояниеЗаказНаряда.Закрыт) Тогда
РежимПроведения = РежимПроведенияДокумента.Оперативный;
КонецЕсли;
Иначе
ДатаОкончания = Неопределено;
КонецЕсли;
Я так понял зачем то поменяли условие и теперь когда мы переводим старый ЗН из закрытого состояния сбрасывается дата окончания
//Если состояние заказ-наряда "выполнен" или "закрыт" и дата окончания работ не заполнена - установим текущую дату
Если (Состояние=Перечисления.СостояниеЗаказНаряда.Закрыт) Тогда
Если обЗначениеНеЗаполнено(ДатаОкончания) Тогда
#Если Клиент Тогда
ДатаОкончания=РабочаяДата+(Час(ТекущаяДата())*60*60)+(Минута(ТекущаяДата())*60)+(Секунда(ТекущаяДата()));
#Иначе
ДатаОкончания=КонецДня(ТекущаяДата());
#КонецЕсли
КонецЕсли;
Если РежимЗаписи = РежимЗаписиДокумента.Запись И (Состояние=Перечисления.СостояниеЗаказНаряда.Закрыт) Тогда
РежимПроведения = РежимПроведенияДокумента.Оперативный;
КонецЕсли;
Иначе
ДатаОкончания = Неопределено;
КонецЕсли;
Я так понял зачем то поменяли условие и теперь когда мы переводим старый ЗН из закрытого состояния сбрасывается дата окончания
Ага! Точно! И об этом сказано в информации о релизе! Но только данная ошибка распространяется не только на распроведенные наряды, но и на вновь введеные! Даже если я только что завел наряд, указал в нем дату окончания и провожу его - он проводится оперативно! Зараза
У меня сотрудники с ума сходят. У меня процесс выстроен таким образом, что функция указания окончания заказ-наряда используется в КАЖДОМ заказ-наряде. А теперь все это обрушилось. Каждый заказ наряд приходится исправлять в закрытом состоянии и записывать. Это единственный вариант (по крайней мере который нашли мы).
В результате нагрузка на администраторов 1С выросла в десятки раз, обращения от сотрудников просто сыпятся. Появились ошибки в Бухгалтерии предприятия из-за не правильного времени проведения ПКО и ЗН. ПКО всегда получает по времени раньше чем ЗН.
Масштабы данного изменения очень чувствительны для нас.
Что нам делать? Изменять выстроенную и адаптированную схему работы очень сложно... сами понимаете!
Напишите хоть что-нибудь... зачем давать повод клиентам, думать, что их игнорируют??
Мы учли Ваши пожелания.
Как сказано в сообщении
Ситуация есть закрытый ЗН, по каким то причинам необходимо внести в него изменения, ну допустим ошиблись гдето, он переводится в стадию выполнен, вносятся изменения и опять закрывается. Зачем сбрасывать дату окончания и проводить документ текущей датой?
Добрый день!
Мы учли Ваши пожелания.
Как сказано в сообщении
Зачем Вы пытаетесь закрыть вопрос так, будто это не нововведение? Почему Вы не признаете, что такого алгоритма работы никогда не было???
Если не так, то я прошу ответить мне на все мои проигнорированные вопросы в сообщениях № 6, 8, 10, и особенно вопрос в № 17.
Добрый день!
Мы учли Ваши пожелания.
Как сказано в сообщении
Это не пожелание! Это указание на Вашу ОШИБКУ!
А вот мое пожелание - прошу адекватно реагировать на обращения клиентов. Если всех устраивает Ваше отношение к клиентам, и всем удобно, что ЗН который должен закрыться 10 января, закрывается оперативно - то меня, мою компанию и моих клиентов это абсолютно не устраивает!!!
Эта ошибка исправлена и пример исправления приведен.
Что касается очистки даты окончания, то изменения не планируются. Если документ из состояния закрыт переводится в другое состояние, то мы подразумеваем что работы по ЗН планируется продолжить и позже будет новая дата окончания.
Я всегда использовал ее! Ставишь ее, и вне зависимости от всех других реквизитов, при закрытии, ЗН принимает именно эту дату и время.
Приносим извенения за неточные ответы.
Эта ошибка исправлена и пример исправления приведен.
Что касается очистки даты окончания, то изменения не планируются. Если документ из состояния закрыт переводится в другое состояние, то мы подразумеваем что работы по ЗН планируется продолжить и позже будет новая дата окончания.
ВОТ ВОТ ВОТ... в том то и дело! Да, мы продолжаем работы, добавляем что-то в ЗН... но хотим его закрыть не оперативно, а конкретной датой, которую указываем в Дате окончания! Но при закрытии документ все равно проводится оперативно. Дата окончания указанная вручную, просто игнорируется!
И такого никогда не было в АА.