Кто программил удаление документов

[Andpil]

Цитата:

Сообщение от macklakov

В опросе не хватает пункта "никогда этого не делал, ибо считаю это ересью"

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

[ashu]

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

[mazzy]

Цитата:

Сообщение от Andpil

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

после начала опроса добавить могут только модераторы и администраторы.
добавил.

Цитата:

Сообщение от MikeR

Перво- наперво составьте перечень документов, которые у вас генерятся по так называемой прямой цепочке. Соответственно удаление - это обратные процесс. Имейте в виду, что чисто кроме создания записей, еще есть процесс обновления в связанных таблицах (о котором очень многие забывают почему-то).

полностью согласен. особенно после слов "имейте в виду, что...".

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

по сути вопроса:
= делал под напором пользователей
= каждый раз жалел о том, что сделал

[lev]

Приходилось делать отмену разноски складских журналов (не только проводка и перенос, но ещё и прибыль\убыток), и отмену разноски накладной по заказу на продажу.
НО это были функции для отдела поддержки, и пользователям они были недоступны.

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

[ashu]

Цитата:

Сообщение от mazzy

полностью согласен. особенно после слов "имейте в виду, что...".

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

по сути вопроса:
= делал под напором пользователей
= каждый раз жалел о том, что сделал

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

офтоп, на последнем проекте, бухи на полном серьезе требовали функционал отмены уже проведенной и !закрытой инвентаризации "задним" числом.

[Raven Melancholic]

Работаю на клиенте.
Как и у большинства, есть джобики для очистки данных по некоторым документам, но они только для нашего отдела. Для остальных понаписано кучи "кнопок счастья" для удобного сторнирования.
Справедливости ради, стоить заметить, что регламентированный бухучет ведется в 1С с выгрузкой данных из Аксапты. При выгрузке учитываются сторнирования. Думаю, что если бы регламентированный учет вели в Аксе, то пришлось бы некоторые джобики разворачивать в полноценные механизмы, доступные некоторым пользователям.
PS: в опросе нет данных по разноскам, выполняемым производственными заказами и модулем Проекты.