Удаление разнесенного складского журнала.

[opusss]

Цитата:

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

С такой постановкой задачи и с таком подходом к реализации - проще убиться апстену (извините за мой французский)

может и проще, но сделать надо...

Цитата:

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

С другой стороны, при такой постановке вопроса, помочь можно только следующим: автор топика самостоятельно пишет Job, который удалит данные, тестирует его, параллельно выкладывает код сюда и ему возможно подскажут что он упустил из виду.

Да примерно этого я и ожидаю.

Цитата:

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

А вас точно не устраивает сторнирование складских журналов (Функции/Копировать с отметкой "Сторно").

Я посмотрел чего то у нас нет такого, есть просто копировать. AX 3.0 sp3

Цитата:

Сообщение от Raven Melancholic

ЛПР и объяснить, что такие вещи сделать можно, но только в случае, если заинтересованные лица готовы к тому, что их будут обманывать.

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

Щас постараюсь привести все известные таблицы на данный момент...

InventJournalTable Таблица складского журнала
InventJournalTrans Строки складского журнала
InventTrans Складские проводки
InventTransPosting Разноска складских проводок


Аудиторский след. По имени не нашел, можно название?
Операции по номенклатуре. По имени не нашел, можно название?
Операции по ГК. По имени не нашел, можно название?

российские заголовки документов можно название?

таблицу отслеживание операций можно название?
российской функциональости,
которая используется для сторно


так же говорили про остатки в наличии

Цитата:

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

Это нужно найти в таблице InventSum нужную номенклатуру и …
Это нужно найти в таблице InventDim нужную номенклатуру и …

[S.Kuskov]

Цитата:

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

Это нужно найти в таблице InventSum нужную номенклатуру и …
Это нужно найти в таблице InventDim нужную номенклатуру и …

InventSum всегда должна содержать актуальные данные об остатках "на сейчас". Вам прийдётся её откорректировать.
InventDim - это таблица складских аналитик. Номенклатур там нет и не надо. Её не трогайте

Но! Даже если вы при помощи участников форума найдёте все таблицы которые изменяются при разноске журнала. Остаётся намного более принципиальный вопрос. А что в системе уже успело произойти с момента разноски этого журнала? Зависили ли эти процессы от данных, которые были изменены в результате разноски. Меняя задним числом исходные данные этих процессов, как вы надеетесь исправить их результаты?

[opusss]

Цитата:

Сообщение от S.Kuskov

Остаётся намного более принципиальный вопрос. А что в системе уже успело произойти с момента разноски этого журнала? Зависили ли эти процессы от данных, которые были изменены в результате разноски. Меняя задним числом исходные данные этих процессов, как вы надеетесь исправить их результаты?

В таком случае мне кажется даже сторно, правильное, не поможет. Будем исходить из ситуации что произошедшие процессы не используют измененные данные.

[Raven Melancholic]

Цитата:

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

Вобще они по идее никого не обманывают, они сами ведут свой учет и опечатались при вводе ссуммы...
Щас постараюсь привести все известные таблицы на данный момент...

Ну чтож, начинаем добавлять:

• аудиторский след TransactionLog
• проводки по ГК LedgerTrans, а они влияют на LedgerBalancesTrans и LedgerBalancesDimTrans.
• российские документы InventJournalReportTable_RU.
• остатки InventSum.

Желание пока не пропало?
Добавляем:

• сопоставления, коррекции и т.п. InventSettlement. В этой таблице смотрим не только нашу операцию, но и и все, что от ней зависят.
• возможно, что используется управление складом. Нужно прочистить таблицы WMS*.

Ну еще пара-тройка мест, если используются Проекты. Если используем сводное планирование, то таблички ReqTrans тоже нужно почистить, а если испоьлзуем в сводном планировании оперативные изменения, то таблички *TTS* тоже не стоит оставлять без внимания.