1с не работает призаписиперепроводить
неактивные кнопки
Здравствуйте! 1С-7,7 (7.70.526) Сегодня после выгрузки из банка выписки пропала возможность с ней работать. Т.е. выписка открывается, но кнопки "подбор по п/п", "внести на основании", "записать", "ОК" - не активны((( Причем оказалось, что все выписки с начала года не активны. Затем такая же ерунда случилась и реализацией - открываем реализацию и ничего в ней откорректировать не можем. Т.е. все документы открываются только на просмотр. Дата запрета редактирования 01.06.2011. Ничего необычного не делали, работали по обычной схеме. Помогите, пожалуйста. Может кто-нибудь сталкивался с подобным
Нас пользователей - два человека. Мы даже не в курсе где можно сменить доступ. Не подскажите - какие должны быть настройки у активного пользователя?
Если бы я не был программистом, я б наверное хирургом стал. Люблю, знаете ли, покопаться во всякой фигне непонятной.
В типовом релизе такого поведения можно добиться, только сняв права на редактирование. Так что либо кто-то поднастроил вам права, либо релиз нетиповой.
А можете выложить текст процедуры ПриОткрытии() выписки или реализации?
Если бы я не был программистом, я б наверное хирургом стал. Люблю, знаете ли, покопаться во всякой фигне непонятной.
//_____________________________________________________________________________
Процедура ПриОткрытии()
ПриЗаписиПерепроводить(1);
глПроверкаРазрешенияРедактирования(Контекст);
Если Форма.ТолькоПросмотр() = 1 Тогда
Форма.КнопкаВыбораРасчетногоСчета.Доступность(0);
Форма.КнопкаЗаписать.Доступность(0);
Форма.КнопкаОК.Доступность(0);
Форма.КнопкаПоступлениеПоДокументам.Доступность(0);
Форма.КнопкаПодборПоПлатежнымДокументам.Доступность(0);
КонецЕсли;
УправлениеВидимостьюСуммовыхРазниц();
Форма.КоррСчет.ВыполнятьФормулуТолькоПриИзменении();
Форма.КоррСчет.ВыборГруппы(0);
ОстатокНаНачалоДня = 0;
ОстатокНаКонецДня = 0;
УстановитьТипВыписки();
Форма.Кн_Видеокурс.Видимость(?(ТипЗначения(Видео_Компонента) = 0, 0, 1));
НачальнаяДатаДокумента = ДатаДок;
Зайдите в режиме конфигуратора, откройте конфигурацию, нажмите кнопку «Права», двойным щелчком активируйте Ваш набор прав (в типовой без изменений это «Администратор»), найдите док «Выписка», дважды щелкните по нему, посмотрите все ли галочки установлены в поле «Доступ», если нет установите все галочки и сохраните конфигурацию. То же самое с реализацией.
Здравствуйте! Совсем зелен в 1с, поэтому прошу помощи. Есть документ Служебная записка, который необходимо редактировать после проведения. При записи изменений перепроводить его не надо. Никак не получается избавиться от диалога "Провести документ?" при закрытии формы. Галка "Изменение документов без перепроведения" стоит, СписокДействийФормы = "Записать Закрыть" и все это не помогает. Буду рад любой помощи!
дададад.. потом получится что в регистре 25 штук, в документе 20. или клиент Петров, а в реальности (какой?) - Сидоров.
там круче будет - в служебной записке расписался за премирование, а там бац и уже уволить по несоответствию ) а че - документ проведен подписи стоят)
ПриЗаписиПерепроводить(1-Проведен) В зависимости от того, проведен документ или нет, поставить запрет на редактирование важных для проведения реквизитов. Типа пусть редактируют на здоровье всякие комментарии, не отражающиеся в регистрах.
Идея именно такая. Реализовать жалкое подобие документооборота через один вид документов. Сейчас попробую метод ПриЗаписиПерепроводить
попробуйте поэкспериментировать. откажитесь от редактирования документов без перепроведения. и с перепроведеним тоже. провели документ, все, померла, так померла. корректировки - отдельными документами. раз все равно сами реализуете подобие документооборота - почему не поэкспериментировать.
К сожалению, ПриЗаписиПерепроводить не помог. Закинул его в процедуру ПриЗаписи модуля формы документа, но 1с по прежнему предлагает перепровести документ. Еще есть варианты ?
Всем СПАСИБО за советы! Проблема таилась в СтрокаДействийФормы. Вынес ее изменение в отдельную процедуру и все заработало. Я прекрасно понимаю что вся эта затея сплошной изврат, но руководство ставит задачу, а я ее выполняю.
Документооборот должен вестись правильно и так чтобы захотел сделать неправильно, но не смог. А удобным должен быть интерфейс обеспечивающий ведение правильного документооборота. Не делай этого. Тем более если знаний на то как записать без пере проведения нет. То о каких то более системных знаниях вопрос поднимать излишне.
Тут документооборот очень условный. Служебаня записка проводиться для того, чтобы Ввести на основании документ Перемещение и никаких регистров она не двигает. Далее в этот уже проведенный другим сотрудником вносятся данные только в одну колонку в табличной части, кроме этой колонки ничего редактировать нельзя.
Ну там вообще-то два параметра Записать(<Режим записи>, <Режим проведения>) <Режим проведения>(необязательный) Тип: РежимПроведенияДокумента. Позволяет выбрать один из возможных режимов проведения. Значение по умолчанию: Неоперативный Т.е. как я понимаю если его не указать, то просто будет проведение неоперативное и всеРежим>
Смотрел Режим записи> (необязательный) Тип: РежимЗаписиДокумента. Позволяет выбрать один из возможных режимов записи. Значение по умолчанию: Запись Ну т.е. все как в 7-ке остается. Нужно проверить
посмотри обработку "Групповая обработка справочников и документов", она изменяет реквизиты документов без проведения!
Там запись происходит 'Объект.Записать'. Я сначала тоже так записывал, потом начали косяки всплывать, что если записывать таким способом, то документ имеет Проведен = Истина (в журналах везде птичка стоит), а движений нету.
Может и тупой, но пока не понимаю Эффект тот же Вообще Записать(<Режим записи>, <Режим проведения>) Имеет два параметра и у первого значение по умолчанию: Запись , а у второго Значение по умолчанию: Неоперативный Поэтому Объект.Записать; эквивалентно Объект.Записать(РежимЗаписиДокумента.Запись,РежимПроведенияДокумента.Неоперативный); Не получается у меня программно изменить реквизиты документа и не изменить регистры. Если знаешь как расскажиРежим>
А ты с 7кой голимой не сранивай . Ты наверно записываешь проведенный документ . то есть проводки то остались, а реквизиты ты поменял
Тема топика: Записать проведенный документ без перепроведения Я записываю проведенный документ. Мне нужно изменить реквизиты проведенного документа. Код я уже приводил. Это просто тест. Проверял, что регистры двигаются.
Мда. Бывает порой вот кто-нить типа автора задаст простой вопрос, ему дадут простой ответ, а он нет, грит, не работает. И все, немая пауза, типа кто durak-то? :)) Автору: просто сделай то, что написано в этой ветке. Работает. СТО процентов.
А если написать Записать(РежимЗаписиДокумента.Запись)? Может автоматом делается проведение, если Модифицированность = ИСТИНА?
Даешь голосовалку на тему: Как работает Записать и нафига они сделали РежимЗаписиДокумента.Запись и РежимЗаписиДокумента.Проведение :))
Как раз сегодня после изменения конфы понадобилось в старых документах прописать реквизит. Универсальным подбором и обработкой объектов отобрал документы, написал произвольный алгоритм изменения реквизитов, после изменения написал Объект.Записать(РежимЗаписиДокумента.Запись), поставил точку останова в процедуре проведения - не попадаю. Документы записываются шустро (чисто визуально - без проведения).
учись пользоваться отладчиком. Поставь точку останова в модуле проведения. Если попадешь на эту точку, то посмотри стек вызовов - поймешь откуда проведение запускается. в некоторых конфах встречал в процедуре ПриЗаписи повторный вызов Записать, но с режимом проведения, сделано для исключения расхождения данных документа и регистров, может это твой случай.
да. увидел. спасибо. Стоит ПриЗаписиПререпроводить Но я так думаю, что это касается конкретной формы. Я же не через форму работаю, а через объект Да. случай действительно тяжелый У меня юзеры не могут по правам неоперативно проводить документы, но с другой стороны нужно обработкой дописать в общем не существенные реквизиты (комментарий например), а получается, что нельзя без проведения показывает, что в обработку проведения я вываливаюсь прямо из формы обработки В общем не получается у меня записать ПРОВЕДЕННЫЙ документ без перепроведения
Метод я раскрыл в Там показан стек вызовов при работе обработки с ИТС Поиск и замена значений Ну и моя обработка так же попадает в проведение хотя я пишу Объект.Записать; Не понял идею с Документ.ОбменДанными.Загрузка = Истина; Можно тему раскрыть?
Осталось понять - при такой записи если будет база распределенная изменения уйдут по назначению в нужные узлы?
Действительно очень странно. Нет там перепроведения. Я тамошний метод использовал в качестве ПроизвольногоАлгоритма в УниверсальномПодборе. все на ура проходило.
Это преамбула :) Автор верно заметил - снеговик отличается от клюшек. Но ещё не осознал всю глубину отличий. Незная как работает платформа - сложно "отделить" реакцию платформы от поведения конфы. Теперь по теме: Если автору не удается записать документ без перепроведения не иначе, как только используя "ОбменДанными.Загрузка = Истина" - то можно смело предположить, что "проблема" кроется в используемой конфигурации. Пояснение: Грубо говоря, "ОбменДанными.Загрузка = Истина;" предназначено, прежде всего, для конфигурации. Типовая конфа, как правило, анализирует это значение перед контролем интерактивных действий пользователя и не выполняет их во время обмена данными - считается, что данные уже были проверены в том узле, откуда они поступают.
Про ОбменДанными.Загрузка = Истина; и смысл этого я уже почитал немного И в конфе (я писал это Альфа-Авто) все учтено ПриЗаписи стоит Если ОбменДанными.Загрузка = Истина Тогда Возврат что конечно правильно Но еще при такой записи и в модуль проведения вообще не попадает Т.е. для меня на текущий момент это реальное решение поблемы Всем спасибо за обсуждение! Особенно ptiz!
Иногда возникает необходимость внести незначительные изменения в уже проведенный документ. "Незначительные" в данном контексте означает такие изменения, которые не влияют на движения регистров (и вообще на любые процедуры, выполняемые в процессе проведения документа). Самым простым примером может служить изменение поля "Комментарий".
Однако движку V7 абсолютно безразлично, влияют ли внесённые в документ изменения на состояние регистров, или нет. Если документ был изменен его надо перепровести. Ну а где проведение задним числом, там и восстановление границы последовательности, и прочие маленькие радости администраторов баз данных V7.
В статье описан технический прием, позволяющий обойти обозначенную проблему.
Для решения, очевидно, нужно использовать методы и Пробуем сделать по-простому: на элемент формы "Комментарий" вешаем функцию в которой написано следующее:
ПриЗаписиПерепроводить(0);
Записать();
ПриЗаписиПерепроводить(1);
Так же нужно не забыть проверить состояние документа перед изменением нашего поля. Если документ уже был изменен очевидно, записывать его без перепроведения было бы некорректно. Это тоже просто:
Если НужноПерепроводить=0 Тогда
ПриЗаписиПерепроводить(0);
Записать();
ПриЗаписиПерепроводить(1);
КонецЕсли;
К сожалению, "просто" не всегда означает "правильно". Такая схема не работает, поскольку при изменении любого реквизита движок V7 сразу же ставит флажок модифицированности. То есть в нашей процедуре метод Модифицированность() вернет единицу в любом случае.
Но и этого можно избежать, правда, принеся в жертву наглядность. Поле для редактирования реквизита заменяем на текстовое поле, которое изображает текущее состояние реквизита (в поле "формула" нужно занести идентификатор реквизита, в нашем случае "Комментарий"). И рядом добавляем кнопку, на которую вешаем нашу процедуру.
Но нам еще нужно будет организовать изменение реквизита. Окончательный результат:
НовыйКомментарий=СокрЛП(Комментарий);
ВвестиСтроку(НовыйКомментарий,"Введите комментарий",400,1);
Если СокрЛП(Комментарий)=СокрЛП(НовыйКомментарий) Тогда
Возврат;
КонецЕсли;
Комментарий=СокрЛП(НовыйКомментарий);
Если НужноПерепроводить=0 Тогда
ПриЗаписиПерепроводить(0);
Записать();
ПриЗаписиПерепроводить(1);
КонецЕсли;
Таким же образом можно разделаться с реквизитами любого типа: процедура будет такой же, только блок выбора значения для реквизита будет немного различаться (а если подойти творчески, то можно написать универсальную процедуру, которая сама определяет тип и выдаёт нужный диалог).
Кроме достоинства (оно действительно работает), у описанной техники есть и недостатки. Их два:
21 апреля пользователи Сети начали сообщать о проблемах с работой всех сервисов 1С. Недоступны обновления, невозможно зайти в личный кабинет и на сервис ИТС, не работает ЭДО и 1С:отчётность. 25 числа необходимо подавать отчёт в налоговую, но его невозможно подготовить из-за сбоя.
В официальном Telegram-канале 1C:Франчайзи появилась информация, что доступ к сервисам пропал из-за DDoS-атаки на ресурсы 1С и часть сайтов компании.
По неподтверждённой информации, кроме 1C DDoS-атаке подверглись РАР и ФСС.
Информационная служба Хабра направила 1С запрос с просьбой дать официальный комментарий по ситуации. Как указали в компании:
«С 21 апреля происходят DDoS-атаки на различные сервисы для учёта и отчётности в организациях, в том числе на ресурсы 1С. Часть наших сайтов и сервисов была временно недоступна или работали медленно и неустойчиво. На данный момент восстановлено нормальное функционирование большинства интернет-ресурсов и сервисов 1С, включая 1С:ЭДО и 1С-Отчетность. DDoS-атаки продолжаются, технические специалисты 1С отслеживают ситуацию и принимают усилия для обеспечения нормального функционирования интернет-ресурсов и сервисов 1С. Угрозы для данных пользователей не наблюдается, они не пострадали и надёжно защищены».
Несмотря на заявление компании, пользователи Сети продолжают жаловаться на полное прекращение работы 1С. В частности, пользователь Хабра @nat_young рассказал, что со вчерашнего дня в работе сервисов практически ничего не изменилось.
Читайте также: