Есть хотелка у некоторых очень умных людей, чтобы у кассиров не было возможности записать документ, если в нём что-то не так. Эта идея мне явно не нравится, поэтому сюда и пишу.
Что думаете?

Запрети проводить

(0) Плохая идея.

Нормальная. Особенно в кассовой документации.

(3) При чем тут кассовая документация?

(3) Ну да, если важна нумерация - то да, запрет записи вполне имеет право на жизнь.

(1) Так и сделалано

(4) как минимум записанный но не проведенный документ займет номер. Наши бухи например этого сильно не любят

записать можно все, что угодно, а вот провести нет.

Нумерация не важна

(0) Если документ не проводится, то с ним может поработать другой пользователь учетной системы, не тормозя работы первого. А если не записывается, то проблему надо решать на компьютере пользователя, причем его работа застопорится...

(7) Ну это их (бухов) проблемы.

В общем, понято.

Всем спасибо

(9) (12) т.е. реальную мотивацию запрета на запись ты не знаешь? Если это кассовые документы, то запись действительно займет номер, а документ в книгу не попадет из из-за ошибки

(9) в кассовых документах нумерация - важный момент, и необходимость.

+14 даже в Положении (лень искать) написано: сплошная нумерация без пропусков и повторов.

(13) Что?
В (9) я прокомментировал ситуацию с обсуждаем документом.

(0) А в чем проблема сделать то что просят?
Если документ, в котором нужен запрет на запись (при проверке) содержит не много данных для ручного ввода, то зачем давать его записать в базу, если он НЕ корректно заполнен? Зачем в базе эти недозаполненные документы? ;)

У меня есть клиент, руководство которого принципиально хочет запрет записи в базу документов без проведения. Я считаю, что это вполне разумное желание.

(17) и это правильно! ответственный подход к содержимому БД.
бухи грешат именно пофигизмом к документам.. любят записать, и тут-же пометить к удалению.
Одна из них сказала: "Это для памяти"

(17) Чтобы потом было видно, у кого руки не из того места растут.

(0) От нас то чего хочешь? Рассказал заказчику почему не нравится тебе эта идея или аргументов не было, поэтому здесь интересуешься?

(20) чтобы козырять железными аргУметами :)

аргУметами = аргументами :)

(20) Вроде в (0) написал, чего хотел.
Но ты отчасти прав. Да, я "рассказал заказчику почему не нравится мне эта идея".

(0) Я за не записывать. Документы надо вводить правильно. Если не проводить - очень быстро скопится огромная мусорная куча непроведенных документов, придется писать обработки или заставлять пользователей выходить в субботу) Геморрой вообщем.

Да появится голосовалка..

(24) >очень быстро скопится огромная мусорная куча непроведенных документов

Да и пофиг.

И да, в (10) очень правильно сказано.

Лучше сразу запретить нажимать кнопки на клавиатуре и двигать мышкой... если что то где то "не так"

))) Клиент всегда прав пока в 1Ске все взлетает нормально))))) Хотя ИМХО я бы не запрещал. Но если сильно настаивают...

(0) Нельзя - это или "так не бывает" или "не влезай - убьет". Все остальное можно. Если нумерация важна, то идем по ветке "так не бывает".

Скажу как ГБ мало входящих данных для ответа.
К примеру: нужно зарезервировать номера что бы потом "потворить" и ... Так что запрещать не нужно. Но в 1С обезьяна работать не будет - нужен специалист, а чаще обезьяны.  

Понимаю откуда дует ветер:
"понаберут по объявлению"
с желанием минимизировать фонд оплаты труда горе-бухгалтеров а те всё на 1С-ника валят. Вот и растут на Мисте такие вопросы.

(28) отобрать права на вход в 1С

(32) +1 - что бы ничего не сделали не так !

(32) Ну тогда сразу и в Windows

(34) И вообще компьютер отобрать и смирительную рубашку одеть, не дай б-г поранится чем-нить.

(0) Вообще, хотелось бы узнать что это "что-то не так". Типовой функционал очень часто посылает с записью, если ряд полей не заполнено. Что вполне является некорректным заполнением. Так что тут бы раскрытие темы не помешало.

(36) Например
"Нельзя записывать документы с датой, более ранней чем дата запрета редактирования документов!"

(35) надежней - сразу усыпить. Так точно все в целости останется

(37) имхо, вполне адекватное пожелание. Период закрыт, не фига туда лезть. Хотя мне казалось, что типовой функционал сам по себе не должен давать это делать. Видимо только проводить не дает.

(36) На примере БП2 расскажешь, о каких документах может идти речь?

Только дату запрета сюда впутывать не надо) На то она и дата запрета)

(39) брр, неправильно прочитал.

(0)Заказчик платит деньги ты работаешь, или я что то пропустил?

(43) хороший специалист не дает заказчику выстрелить себе в ногу. Так что позиция (0) вполне понятна.

(44) Скорее, предупредит о том, что стрелять в ногу - больно. Если будет настаивать - да пжалста, специалисту же больше денег достанется, и пусть заказчик не возбухает, что его не предупредили.

(40) признаю, ошибся. Записывать дает. Документы ругается лишь при проведении. Хмм, не знаю тогда. Я бы все еще хотел услышать, что же там такое за кривое заполнение, но уже менее уверен, что блокировка записи хорошая идея.

На форме есть ДокументПродажи (отчет о розничных продажах), Цена.
В дкументе продажи должна быть номенклатура с такой ценой.

(47) хмм, тогда изменяю вариант ответа. За вариант давать записывать с предупреждением. Проведение естественно блочить. Мало ли, там свет скоро выключится (или база), а там куча позиций уже вбита и еще кучу позиций вбить. А так пока УПС сопротивляется, чтобы была возможность сохраниться.

Подкину для обсуждения. Если есть RLS в зависимости от реквизитов документа, то давать записывать документ без данных для определения прав доступа на него - свежая, оригинальная идея.

Давать записывать нужно ВСЁ. Давать проводить нужно, только если в записанном согласно логике решения нет ошибок.

Если же важна сквозная нумерация и отсутствие пропущенных номеров - заводи отдельный реквизит (помимо предопределённого реквизита Номер), установи на него "только просмотр" и пропиши механизм нумерации.

ой

(49) обычно в РЛС есть настройка или в списке/группе или пустой. Так что это вполне нормально. В чужую группу РЛС не даст запихать, ибо ты не сможешь выбрать объекты из этой группы для заполнения.

(0)Я одно время так делал в самописках. Потом пришел к тому, что "дефектный" документ можно записать, но провести нельзя. Причины отказа не всегда очевидны. Пользователь записывает документ, а потом с ним разбирается.

Запрет записи документа часто приводит к тому, что пользователю его нужно вводить несколько раз - например - программа закрылась или что-то ещё нужно сделать.
Также, пока документ не записан - трудно ввести новый документ, а это бывает важно.

Если очень хочется, чтобы не было документов в списке, то или делайте им свою нумерацию или сохраняйте как xml-данные.

P.S. у меня во многих реализациях "записать" документ нельзя, но можно "отложить" - собственно - та же запись, но с флагом "Отложен".
Как бы и заказчик верит, что документ записать нельзя, и пользователи имеют возможность сохранить свои творения, чтобы продолжить потом, а флаг позволяет не видеть такие документы в журнале, пока не снимут отбор по нему.

(55) Возьму на заметку)

Вариант 1, очевидно, выбирают любители регулярно чистить базу от всякого *овна. Лучше превентивно не давать плодить убогие сущности.

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

+(58) ... если, само собой, этот мусор не портит рабочие данные.

Запрещать работать в 1с!

(0)подписка передзаписью - лучший друг 1С-ка

(61) это плохо. Следующий человек может не понять где это описано

Нужно иметь возможность прервать работу немедленно с сохранением работы