В чем проблема с удалением документов в Аксапте

[AXcons]

Цитата:

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

Ну представь сценарий. Вчера в базе данных одной из записей было присвоено неправильное значение. Сегодня ты хочешь восстановить правильное значение. Сравниваем варианты:
1. Запустить update, который поменяет значение на правильное.
2. Удалить транзакцию из базы.
Есть разница?

Что то не поняла о чем речь. В смысле, надо ручками ходить в таблички и накладные править? Так лучше? Какой апдейт, откуда он возьмется?

Типичный пример - разнесена накладная с неправильными ценами. Ее надо исправить. Какими апдейтами вы это исправите? Слишком много апдейтов надо сделать.

[macklakov]

Цитата:

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

Что то не поняла о чем речь.

Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.

[AXcons]

Цитата:

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

Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.

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

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

[ВадимМ]

Цитата:

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

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

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

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

[AXcons]

Цитата:

Сообщение от ВадимМ

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

Какой сарайчик? Можно без излишних метафор?
Вообще не понятно о чем речь.
"но кроме его слов ничего не будет" - всегда есть ЖБД, в котором все ходы записаны.
Учите матчасть что ли.

[Ihar Grabennikau]

Цитата:

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

Какой сарайчик? Можно без излишних метафор?
Вообще не понятно о чем речь.
"но кроме его слов ничего не будет" - всегда есть ЖБД, в котором все ходы записаны.
Учите матчасть что ли.

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

[AXcons]

Цитата:

Сообщение от Ihar Grabennikau

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

А зачем аудитору туда вообще лезть? Аудитора эти вопросы не касаются. У него есть в итоге правильный документ, который он должен сверить с первичкой. Вот если он находит, что где-то что -то не сходится - документ должен быть, но его нет, или какие-то обороты по счетам не сходятся, он просто дает заключение "не сходится". А почему не сходится, кто там что удалил- ему до лампочки. О выдаст отрицательное заключение просто и все.

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

[macklakov]

Цитата:

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

Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде.

Да ради бога! Вы накладную можете переделывать хоть 100 раз до того как разнесли. Но разнесенная накладная это уже транзакция. В приведенном примере, протокол принятый в делопроизводство. Его уже не порвешь без последствий.
В случае накладной, закрытие периода это лишь бухгалтерия. Но есть же еще расчет себестоимости и сводное планирование. Менеджер пообещает своему клиенту что товар уже на складе и можно забирать, а когда клиент приедет в офис, окажется что от товара и следа не осталось. Или менеджер продаст в убыток, а когда начнется разбор полетов, то еще и крайний останется, т.к.у него на руках нет абсолютно никаких доказательств.
Если люди ошибаются, то это должно быть видно. Тогда можно принимать меры. А если все следы косяка подтирать, то на кого писать убытки? На отделы которые пострадали от ошибки? Или на IT, который непонятно чем занимается, вместо нужного для бизнеса функционала, помогает операционистам скрывать свои косяки.

[AXcons]

Цитата:

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

В случае накладной, закрытие периода это лишь бухгалтерия. Но есть же еще расчет себестоимости и сводное планирование. Менеджер пообещает своему клиенту что товар уже на складе и можно забирать, а когда клиент приедет в офис, окажется что от товара и следа не осталось. Или менеджер продаст в убыток, а когда начнется разбор полетов, то еще и крайний останется, т.к.у него на руках нет абсолютно никаких доказательств.
Если люди ошибаются, то это должно быть видно. Тогда можно принимать меры. А если все следы косяка подтирать, то на кого писать убытки?

Не поняла вашу мысль. В чем проблема со сводным планированием, расчетом себестоимости?

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

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

В общем, логики пока не прибавилось, к сожалению.

[macklakov]

Цитата:

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

Вы придумываете сложности, которых нет. Расчет себестоимости делается в конце месяца, какое он отношение имеет к правке документов в течении периода???

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

Цитата:

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

Если товар зарезервирован, он никуда не денется.

Товара никогда не было. Накладную разнесли по ошибке. А потом вы ее удалили втихоря. Уже забыли? Вот для того и делают сторнирование чтобы не забывать.

[Fillin]

Цитата:

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

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

а какой смысл контролировать себестоимость каждый день/неделю? какие решения можно принимать на таком коротком периоде?

[AXcons]

Цитата:

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

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

Товара никогда не было. Накладную разнесли по ошибке. А потом вы ее удалили втихоря. Уже забыли? Вот для того и делают сторнирование чтобы не забывать.

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

Если вы приходную накладную разнесли по ошибки и товара на складе нет физически, то надо резерв в системе снять, если там что-то зарезервировалось уже, и накладную удалить. Или вы что предлагаете - не удалять, потому что клиенту уже пообещали пустое место? В чем ваша мысль то? Или если вы сторнировать будете, а не удалять, что-то изменится? Резерву от этого будет как то легче?

[ppson]

Цитата:

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

Не поняла вашу мысль. В чем проблема со сводным планированием, расчетом себестоимости?

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

Проблемы со сводным планированием в том что вы можете поменять остатки на складах без следов их изменения, и в результате никто не сможет ответить почему система спланировали именно такие фьючерсы.
Расчет стоимости может делаться когда угодно, и даже не в этом дело. менеджер по продажам может на основании текущей с/с, информации о закупках дать скидку клиенту в пределах своей допустимой маржи.
А еще есть такая вещь как платежи поставщикам и много много чего другого.