Проблема следующая:
ТиС 9.4
Первоначальная задача осуществить контроль распечатанных(выпущенных на печать) накладных.
Реализовал следующим образом: При записи документа Реализация создается справочник, на который в самом документе есть ссылка.
Кода выходим на печатную форму документа этот справочник быстренько ищется и пишется в него реквизит Распечатан, справочник записывается, в общем журнале отображается красивенький значок с принтером.
Все бы ничего дак вот беда:
Иногда запись справочника попадает в транзакцию, и поэтому он попросту не записывается!
И происходят оочень нехорошие последствия.

хвастаешься?

(0) может проще в документе признак ставить?

(0) а вообще, нахрена это всё?

(2) не проще. Это еще и записывать надо :-)

а есть еще другая проблема, ты отправил на печать, а принтер взял и "зажевал"
так что все это бред полный

(3) видимо, чтоб два раза товар не вывезли :-))
Классика жанра. Т1С, 2002-2003 год...

(5) Зачем спешишь ? :-)

А с чего бы записи справочника в транзакцию попадать?

(4) а в справочник не надо записывать? :)
(8) другие, видимо, тоже печатают

(9) Печать внутри транзакции? Это круто...

(9) Запись элемента справочник менее критична нежели запись документа.
(10) нет, просто конфликт при доступе к справочнику

(10) ты о чём? какая "Печать внутри транзакции"? Транзакция при записи элемента происходит

(11) "Запись элемента справочник менее критична нежели запись документа" - да, наверное, соглашусь. "извините, погорячился" (с)

Я всё-таки не пойму - зачем тут справочник?
Если уж на то пошло - чем плох реквизит документа? Совместить печать с записью.

(2) Это документ каждый раз писать надо, еще хуже моего!!!

(15) Не хуже. Два пользователя одновременно обломятся интерактивно документ записывать.

(5) Это не мои проблемы !
У меня повторные накладные с крупными словами КОПИЯ выходят

(3) Контроль случайного вывоза по 2 накладным!

это фигня. Зажеваная бумага и прочие казусы ставят крест на таком методе. У меня очень мелким шрифтом печатается на накладной дата, время, пользователь. Если всплывут две одинаковые накладные, то там сразу видно кого карать анально

(0) Нужно реализации создавать обработкой на основании заказов, проводить и выпускать на печать (пачками). Не нужен тогда никакой контроль - что распечатали, что забыли... Реализации печатаются вместе с их созданием, проведением и именно в то время, когда эту реализацию необходимо создавать, а не "заранее", чтобы Марьиванне пораньше домой уйти.

(8) Ну с чего не с чего, а иногда справочник не прописывается!
Юзеры конкретно поймали случай на транзакции.

(16) Ты нетрезв?
в общем-то, лочится и при неинтерактивной записи...

(20) Увы структура работы не пзволит такого сделать, есть такие вещи как самовывозы, оффициалы, доставки в день, и прочая херня.

(20) + увеличение документооборота х2

(23) "не верю" (С)
самовывозы и доставки в день то как влияют?
(24) Почему увеличение?

Самовывоз, накладная уже уехала.

(26) ну так если ее сделали той же обработкой в момент загрузки ТС, понятно что уехала. Не понял, в чем проблема?

(20) смею напомнить: заявка- это _заявка_ :-))

(28) Я помню. А что это меняет?

(22) Задача не в том, чтобы записать элемент справочника, а в том, чтобы выставить некий флаг, что документ распечатан.
Почему бы не воспрользоваться тем, что на форму документа на изменение могут открыть не более одного пользователя? Кнопку печати - неактивной при ТолькоПросмотр(1), в процедуре Печати - установить флаг и Записать().
При желании ещё и поиграться с Блокировка().

+(30) То есть "при ТолькоПросмотр()=1".

(29) То, что запрошенное в заявке вполне может отличаться от наличествующего в реализации. Например, по причине весового товара или брака...

Вообще представил бедных операторов. 500 заявок к примеру. Нужно каждый
найти в журнале
нажать ввести на основании
нажать ок
найти в журнале потом реализацию
открыть ее
нажать печать
выбрать форму
нажать файл-печать
выбрать количество экземпляров

4500 действий. только и сидит что мышой тычет.
Вместо того, чтобы выбрирать группами заказы и раз 10-20 за день нажать "создать реализации"....

Сначала записывать признак "Распечатан" в справочник, в случае успеха - печатать. Даже если будет конфликт блокировок, пользователь тупо будет пробовать ещё раз.

(32) Имеется ввиду "товара не оказалось на складе"?
Если это ситуация - один раз на 100, 200,... 1000 заказов. Можно и перепечатать знаете ли.
А если на каждый второй документ, то это уже сами знаете как называется.

+(35) да и потом, как это брак может повлиять... Заказ собирают по комплектовочным листам. По вычеркам корректируют ПЕРЕД формированием реализаций... Опять же не вижу проблемы.

Или у вас комплектовочные листы печатаются из реализаций? ;)

(30)+1 Кстати, да. Распечатывать надо только записанный (проведенный) документ. Значит реквизита достаточно

(33) поиск заявки - по штрихкоду. Если статус заявки - "заявка собрана" (т.е. прошла через склад), и реализации еще нет, и пользователь с ролью "оператор" - на основании заявки создается реализация. После внесения всех изменеий (количественных, по составу, дат и КСР товара) - печать комплекта сопроводительных документов (в зависимости от группы клиентов - от простого реестра сертификатов до комплекта сертификатов, и качественных удостоверений на каждую партию). Ну и установка статуса "подготовлено к вывозу"...

(39) Да ради бога. При чем тут (0)? Зачем эти заморочки с признаками печати, колоночками в журнале и проч.?

(35) я "имею ввиду" весовой товар, например. Или товар, не проходящий под клиента по КСР. Или брак (выявляемый в момент отгрузки). Или, увы,  пересорт.
"Вычеркивать" в заявке - глупость. Заявка - это то,что хотел клиент. заявка к сборке - это то, что мы теоретически можем ему отпустить (т.е. числится по учету)

(40) "ты первый начал" :-) Предложил частное решение...

(34) СУПЕР!

(43) а у тебя не так чтоли было?

(30) у меня, например, все "завершенные" документы (т.е. те,к оторые вернулись от клиента с подписью, с внесенными при необходимости исправлениями) - открываются только на просмотр.
Да и справшивать у оператора - "сохранить изменения", если опреаторизменений не вносил - "не комильфо"

(44) нет у меня печ форма открывалась в любом случае!

А еще идея была, но я не в силах ее реализовать:
Вобщем при открытии печатной формы вызывать нестандартный диалог с выбором принтера. а саму печ форму не показывать.

(45) Печатать ещё раз "завершённый документ" - это может быть как раз то, чего желательно избежать? Либо при необходимости сделать условие чуть посложнее.

А при чём тут "Сохранить изменения" - я не понял. Если оператор изменений не вносил - откуда вопросу-то взяться?

+(48) Или я не о том? (У меня ощущение, что мы говорим о чём-то совсем разном).

(47) Напечатать() - и форма не будет показываться.

(50) а принтер выбрать?

(48) Если печатается документ - по твоему методу устанавливается флаг в документе. Это как бы слегка изменение документа...
(51) а что мешает?

(51) сходи в поиск - там есть получение списка принтеров

(52)
Распечатан = 1;
Записать();

никаких вопросов не повлечёт.

(54) а если еще и исправлен? :-))

(55) Ты уж определись - "Да и справшивать у оператора - "сохранить изменения", если опреаторизменений не вносил" или "а если еще и исправлен?" :-)

(56) Так ты записываешь без вопросов всегда - независимо от того, были ли ынесены изменеия оператором или нет. Это плохо.

(0) Не пробовал?
ЗаписьЖурналаРегистрации(<?>,,,,);
ЗаписьЖурналаРегистрации(<Коммент>,<ТипСобытия>,<Событие>,<Объект>,<Категория>)
Назначение:
Выводит строку текста в системный журнал регистрации.
Параметры:
<Коммент> - строковое выражение, комментарий к событию. Если этот параметр - единственный переданный при вызове метода, то тогда в журнал записывается стандартное дополнительное событие с указанным комментарием.
<ТипСобытия> - необязательный параметр. Строковое выражение -  тип события. По умолчанию или при пустой строке ''Дополнительные события''.
<Событие> - необязательный параметр. Строковое выражение -  событие. По умолчанию ''Дополнительное событие''.
<Объект> - необязательный параметр. Объект события, по умолчанию отсутствует. Для переданных в функцию объектов типа Документ/ Справочник/ Счет представление объекта будет записано автоматически (это не зависит от типа события и самого события).
<Категория> - необязательный параметр. Число - категория события: 1 - администрирование; 2 - изменение данных; 3 - информация; 4 - предупреждение; 5 - ошибка. Значение по умолчанию 3.

(58) И парсить ЖР, чтоб напечатать на документе "копия"? :-)

(57) А Модицифированность() проверить - разве кто-то запрещает?
(Я как бы предполагаю, что при вокруг печати/записи некоторые танцы уже протанцованы).

(59) А зачем на легкие пути? -)) Целый справочник вон автор придумал -)

(60) Да не запрещает. просто твои советы таким образом из "тривиальных" переходят в плоскость "тут доделать, там дописать - при улсовии, что это и это уже сделано".
Плюс еще ПриЗаписиПерепроводить может создать некоторые проблемы. И еще и еще...

(61) по идее, это регистр сведений. Ввиду отсутствия такового в 7.7 автор сделал на справочнике

имхо - реквизит в доке, и после печати - Записать();.. что голову ломать.. и запись незаметно пройдет, и контроль для повторной печати очевиден..

Фигня вопрос. Реквизита документа достаточно. Перед печатью проверить Проведен() и  Модифицированность(), в транзакции отправить на печать, выставить признак и записать. Все.

Дятл — кошерный еврейский птах. Упорен и трудолюбив настолько, что способен продолбить бетонный столб и череп боклана.
http://lurkmore.ru/Дятел

Дятел — птица. Качество дятла определяется тем, как он долбит. Хороший дятел способен задолбать небольшого слона.
http://absurdopedia.wikia.com/wiki/Дятел

(64) незаметность записи в нагруженных базах сомнительна. в УРБД это даст лишнюю нагрузку.

(62) Все эти "тут доделать, там дописать" - порождаются не флажком печати, а элементарным требованием: распечатанный документ должен соответствовать записанному. И пишутся один раз в одном месте. А совет сводится к тому, чтобы добавить в это же самое место ровно один оператор - установку флажка.

(68) одной установкой флажка нормально не обойдешься.
(66) это к OFF: Очередной отжиг минздрава - на этот раз о наркотиках на рабочем месте. Что же делать?

(23) поставьте на охрану компьютер. им интерфейс простецкий и список документов

с пометкой ОТГРУЕЖ/НЕОТГРУЖЕН

как охранник проверил накладну. в прогармме нажал одну единственную кнопку ОТГРУЖЕНО и все. док пометился что отгружен. больше с ним ничего делать не надо

(70) охране нефиг кнопки нажимать. Сканер ШК, и все. Этим же достигается защита от двойного вывоза, от невозврата документов, от вывоза товара на незапланированную дату, и т.п.

(71) имеешь в виду охрана сканером?
точно.
мы как раз собирались охранников этому делу обучить.

(72) ага. У мню эта система таки предотвратила кражу...

(73) а как поступаете с частичными отгрузками

(74)Объемов "больше машины" у нас нет.

(75) хотел позаимствовать у вас идею реализации
но придется додумывать самим.

надо разобраться в генерации ШК
потому как у нас много баз 1С на территории одной базы. и поэтому не сильно хочется много баз охране открывать

(76)так стучись в аську.
зы. я ж тебе вроде даже рассказывал...

(77) неа вроде мы с тобой не общались в аське.
счас постучусь

э-э-э-э-э
давай лучше ты ко мне
у тебя в профиле нет номера