v7: запрет удаления документов после даты запрета редактирования #592568

Нужно запретить удалять помеченные на удаление документы, если их вовремя не удалили. В глобальном модуле стоит процедура: , которая не дает изменять саму пометку на удаление. Но она не действует при выполнении стандартной обработки удаления помеченных. Или придется писать свою обработку удаления помеченных, а стандартную убирать из меню?

это событие вызывается только при интерактивном удалении

можно, конечно, через 1с++ сделать, но это будет нештатно. если религия и квалификация позволяет - самое оно, потому что могут быть ещё обработки, дёргающие пометку удаления

О чем и написано в документации...

дык это ж надо _читать_

Как же круто, когда столько спецов отвечают и так быстро и так бесплатно 8) andrewks, "интерактивное удаление" для меня непереводимый термин. Я его забыла. Только сейчас спросила наобум у сестры, она помнит. В любом случае в моей конфе такого нет... Что такое 1с++? Mikeware, да, точно)

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

забудь про 1с++ )

DJ Anthon плохая память на термины, которыми не пользуюсь.

есть программный способ (через код), есть интерактивный (через интерфейс программы). перевести тебе "интерфейс"?

"нихерна не поняла, но на всякий случай, иди сам на х..." )))

"есть программный способ (через код), есть интерактивный (через интерфейс программы). перевести тебе "интерфейс"?" Хм... я сначала тоже так подумала, перед тем как у сестры спросить. Она сказала что интерактивный - это непосредственное удаление, т.е. без пометки, сразу. Интерфейс-это вроде набор кнопок и меню) povar, рада за вас.

о хоспидя....

ВОН ИЗ ПРОФЕССИИ!!!

как это по-женски - понимаю, как хочу...

ну, не думаю, что у них зверская самописная конфа с разрешённым непосредственным удалением. хотя, кто знает...

вот какими злыми становятся мужики, когда фотки нет...

я в одной конфе видел даже встроенное убиение некоторых дбфок с последующим запуском тии. ;)

+100500 вместе с сестрой :)))

Интерфейс переводится как "междумордие"? :-))

Mikeware)))))

сурово

предлагаю сделать всё штатно на уровне прав. правда, придётся сделать аудит, кто чем пользуется, и есть ли в этих обработках функционал на удаление объектов

а также ответ по-простому: ЗЫ. правда, тётя пропустила союз "в", надо-бы так ответить: ""Интерактивный - когда ты принимаешь участие В чем-то прямо здесь и прямо сейчас."" ЗЫЫ. спросила наобум у сестры, а он у неё, этот "наобум" есть! - всё хорошо :)

интерактивно - антоним программно

слово то какое... "нна-об-ум". т.е. чем-то по башке... зы. вспомнился задорнов с его ценником - "ум коровий".

aka AMIGO, спасибо, все понятно.

интерактивно - антоним к экстерактивно ;))

теперь надо объяснить что такое "антоним" ;)

кому как не мне знать ))

антоним - это антоним к слову синоним

так же как и гипоним - это антоним к слову гипероним

Коктейль "рекурсия"? :-))

У меня так сделано. Как ни старайся, а они все равно умудряются резервы в минус загонять, или забывают убирать из резерва (типа автоматом нельзя убирать, а ручками не хотят). Поэтому тупо раз в неделю я грохаю таблички с движениями резервов и помечаю заявки на удаления, и все счастливы.

Всем в правах запретить удаление помеченных.

см

антоним к синониму - это омоним :)

а оставить только себе и под собой регулярно запускать обработку удаления помеченных?

Автор, а можно пояснить великий смысл задумки "Нужно запретить удалять помеченные на удаление документы, если их вовремя не удалили" - т.е. если забыли удалить, то помеченные документы зависнут в базе навечно? И зачем это надо? :))

омоним, так же как и пароним, синонимами не являются. а бэкроним - это синоним к апрониму, что является антонимом к акрониму. теперь все понятно?

нет, для раздачи шиздюлей, вполне нормально.

Почему? Потому что это быстрее и не надо перепроводить реализации и плодить кучу доков снятия с резервов

Или потому что ты так считаешь?

можно одним доком

"выдыхай, бобер, выдыхай...."©

Это не спасет

Автор, а можно пояснить великий смысл задумки "Нужно запретить удалять помеченные на удаление документы, если их вовремя не удалили" - т.е. если забыли удалить, то помеченные документы зависнут в базе навечно? И зачем это надо? :)) В принципе, пока решили предложить оставить как есть. А смысл задумки в том, чтобы было видно что человек не удалил вовремя документ, чтобы потом спросить почему он его не удалил, вдруг там был какой темный коварный замысел. Это ломбард и у них проблемы с честностью операторов.

"- Говорят, вы ищете нового кассира? - Да! И старого тоже!" ©

))) Старого не ищут-нет доказательств. Документы были удалены, сам не сознается.

а терморектальный криптоанализ проводили?

у нас так до суда дошло в одной конторе. я туда пришел первый раз, увидел бардак, сказал, что я с ним работать не буду, причем бардак самый большой наблюдался в голове у директора. и ушел оттуда. потом кассир своровала 180 тыщ рублей и замылила в 1Ске этот факт в момент смены главного бухгалтера. а когда дело дошло до милиции, она все свалила на меня, дескать, я приходил и в базе на ее фамилию документы посадил. а я к базам даже не прикасался. долго доказывал, что я не верблюд. с нашей-то милицией. вот сучка, я ведь даже не знаком с ней...

операция "удаление документов", неважно, интерактивная или неинтерактивная, - это ненормальная операция! и делать её штатной - ну никак недопустимо.. нонсенс.. вряд-ли кто-то настолько спец в 1с, что удалил документы обработкой, её надо еще и написать, и 1с надо знать, чтоб написать. так что всё удаление было интерактивно, и все записи об удаленных документах - в файле  SYSLOG/1cv7.mlg, надо смотреть там, а не заниматься запретом невесть чего и невесть как.. вот как-раз доказательства-то и есть в этом файле!

не понимаю логики: то есть оператор который своровал, но вовремя подсуетился и удалил все следы - дартаньян и молодец, а тот который что-то не успел удалить тот лох? получается как в армии можно делать все, морду набить, украсть, разбить, но нельзя делать одного - попалиться. Так что ли?

файл - не доказательство. это всего лишь позволяет узнать немного больше информации, но она недоказуема.

не поверишь ))

"чудны дела твои, господи" (с)

там есть компьютер и имя пользователя.. у пользователя наверняка пароль. это однозначный след. одно можно предположить - наличие 1с-ника с патченой основой.. он мог войти с любым именем.. "воистину, так! аминь!" © :)

Хорошему 1с-негу и входить не надо :-)))

это - да! пакостить можно прямо в Проводнике :)

ну вошел одинэсник и дальше-то что? док то удаленный не посмотреть, что он там напакостил. только если бэкапы поднимать и то там дока может не быть

))) типо так. Вообще это они попросили установить им дату запрета редактирования. Они решили что им это нужно. Моя задача была это сделать. Я просто пытаюсь сделать так как они просят. Потому что альтернативу по организации безопасности их денег предложить не могу. Не думала об этом. Это отделение и там один кассир. И им даже не нужно смотреть этот файл чтобы узнать имя пользователя. ...   А вообще, если подумать, что именно своровали что это нельзя доказать, даже если 1с -ные доки какие-то будут изменены или удалены задним числом? По идее, они выдают в кассу кассиру деньги, на это есть приходник. Потом кассир сдавая отчет по кассе должен либо отдать столько-же, либо показать залоговые билеты с суммами и к ним всякие золотые украшения и технику, либо он вор.

Т.е.

А не 47

важным может быть то, что он удалял доки. альтернатива безопасности - Назначенное задание по ежедневному бэкапу. тогда можно восстановить историю

Вы бекап будете после каждой операции делать?

я-ж вроде написал: ежедневный.. этого достаточно.

+ИМХО - забыл добавить :)

Ну, хранение истории/версионирование - легко и просто делаются и в 1с, совершенно штатно.

вот, кстати, нашел ветку, можно вообще убрать пункт "Операции" из главного Меню 1с-предприятие

Лучше RWidjets. Динамические менюшки, прочие вкусняшки...

ни фига не достаточно. документ создан утром, обработан, удален вечером. Бэкап каждую ночь. Дока ни в одном бэкапе не будет

угу.. пусть ОНИ думают, вороватые кассиры - это их головная боль :)

просто каким то странным способом ОНИ хотят вычислить вороватых кассиров

они ничего не хотят вычислять. просто франчи, со всеми тремя обязательными признаками...

интересная ВК, эта RWidjets! понравилась :)

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

+только глючит, однозначно :)