Удаление разнесенного складского журнала. - Страница 2 - DAX: Функционал

Bishop · 22.12.2009, 20:51

Цитата:

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

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

Ну это уже чересчур

, еще одна докторская...
Гораздо проще отменить закрытие, почистить строки, и снова закрыть склад.
А в "жопике" обязательно сделать проверку на закрытый период (и финансовый в том числе), если его писать с прицелом на частое использование.
Хотя, если у товарищей постоянно происходят чистки журналов, то думаю склад не закрывается в принципе

glibs · 22.12.2009, 20:59

Мой опыт мне подсказывает, что на таком внедрении вероятность эксплуатации функциональности закрытия склада невысока.

А если складская операция была приходом, но запасов уже нет (был расход)...

Впрочем... кажется автор об этом спрашивает в самом первом посте...

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

Смотрели кино, где попадая в прошлое и сделав там что-нибудь пустяковое можно было радикально изменить настоящее?

В общем... если "конструктивно", вашу задачу нужно локализовывать (приводить к узкому и частному случаю).

opusss · 23.12.2009, 11:50

Вобщем прокунсультировался я еще с нашими (те кто обеспечивают поддержку), говорят, что клиент в курсе что концепция системы - "стронирование", но им проще и они хотят подчищать неправильное, к тому же данная технология существует уже около 3х лет(а я поддерживаю месяца 4, 5), я думаю переубедить их не получиться. Поэтому вариан со сторнированием к сожалению не подходит ((, хотя мне бы это конечно было проще. Поэтому прошу помощи! все таки найти все места, где разноска журнала оставила свой след. и второй вопрос, что по вашему мнению, уважаемые), проще почистить вcе следы (потереть), или исправить все следы (подредактировать суммы)? Заранее спасибо надеюсь на помощь.

**Vadik** · 23.12.2009, 12:06

Цитата:

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

и второй вопрос, что по вашему мнению, уважаемые), проще почистить вcе следы (потереть), или исправить все следы (подредактировать суммы)?

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

**oip** · 23.12.2009, 12:17

Цитата:

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

к тому же данная технология существует уже около 3х лет

И каждый раз изобретаются новые "жобы"?

Цитата:

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

что по вашему мнению, уважаемые), проще почистить вcе следы (потереть), или исправить все следы (подредактировать суммы).

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

Впрочем, наверняка у вас там уже в базе бардак такой, что как ни удаляй проводки, хуже уже не будет.

S.Kuskov · 23.12.2009, 12:37

Создайте журнал, состоящимй из одной единственной строки
Включите трасировку SQL.
Разнесите журнал
Выключите трасировку SQL.
Посмотрите на результат трасировки.

opusss · 23.12.2009, 12:37

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

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

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

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

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

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

Цитата:

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

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

Bishop · 23.12.2009, 12:42

Цитата:

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

Поэтому прошу помощи! все таки найти все места, где разноска журнала оставила свой след.

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

P.S. Версию уже указали - 3.0 sp3

opusss · 23.12.2009, 12:43

oip, job'ы создаются не каждый раз новые а один раз, а потом в нем или меняются данные(номер журнала, документ ГК) или модифицируются немного.

Про постановку задачи я с радостью уточню, какие данные требуются?

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

Bishop · 23.12.2009, 12:47

Цитата:

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

Создайте журнал, состоящимй из одной единственной строки
Включите трасировку SQL.
Разнесите журнал
Выключите трасировку SQL.
Посмотрите на результат трасировки.

Самый дельный совет

Только я бы создал журнал из двух строк...

opusss · 23.12.2009, 12:52

S.Kuskov Во! суперски

! это мне наверное и нужно, а подскажите где это вкл\вкл

, а то я пока недопроаграмер\недоконсультант((

S.Kuskov · 23.12.2009, 12:58

Цитата:

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

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

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

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

opusss · 23.12.2009, 13:01

Цитата:

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

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

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

S.Kuskov · 23.12.2009, 13:04

Цитата:

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

где это вкл\вкл

Сервис (в верхнем меню)\Параметры\Вкладка "SQL"

Vals · 23.12.2009, 13:16

Цитата:

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

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

. Итак, бардак есть, просто он тщательно закамуфлирован.

Цитата:

По мне так все ок

Извините, но судя по вашим сообщениям, у вас не хватает ни знания, ни опыта чтобы дать такую оценку. И это не претензия, это лишь руководство к действию: изучайте систему, набирайтесь знаний и пусть вас не останавливает мысль что всё ОК. Ещё раз повторю - очень большая вероятность, что всё очень плохо

По делу ребята подскажут, а я так, "побухтел" немного

opusss · 23.12.2009, 13:19

Vals, ну да изучать мне много всего эт я даже не спорю), буду, изучаю, хочу, интересно...

Ну все таки, все ГК и балансы сходятся), а отчеты - не как же их поправишь?

Raven Melancholic · 23.12.2009, 15:41

Цитата:

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

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

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

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

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

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

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

opusss · 23.12.2009, 15:44

Не не желание на пропало сделал SQL трассировку, нашел все что нужно, щас в жопике объявляю таблицы))
скоро напишу чего получается...

Raven Melancholic · 23.12.2009, 15:49

Цитата:

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

Не не желание на пропало сделал SQL трассировку, нашел все что нужно, щас в жопике объявляю таблицы))
скоро напишу чего получается...

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

Цитата:

чего получается.

Я в курсе чего получается, поэтому добился того, что никаких удалений не должно быть: ошиблись - сториноруем. Настаиваем на удалении - лишаемся премии.

opusss · 23.12.2009, 16:01

Ты штатный сотрудник?

Следущие нашел...
там где insert - предполагаю надо удалять
для update - предполагаю надо либо update либо delete
для delete чего-то незнаю

X++:

//insert
//
//OFFICIALSTRANS_RU   Официальные лица - строки отчетов
//INVENTTRANSPOSTING   Разноска складских проводо
//LEDGERTRANS          Бухгалтерские проводки
//SYSDATABASELOG         Журнал базы данных
//LEDGERBALANCESTRANS        Проводки в ГК
//LEDGERBALANCESDIMTRANS  Бухгалтерские балансы - коды аналитики
//NUMBERSEQUENCELIST      Список серий документов
//NUMBERSEQUENCETTS       TTS
//INVENTJOURNALREPORTTABLE_RU   Журнал отчетов по складским журналам
//TRANSACTIONLOG            Аудит
//
//
//
//Update
//
//INVENTJOURNALTABLE   Таблица складского журнала - удалить
//OFFICIALSTRANS_RU    Официальные лица - строки отчетов - удалить
//INVENTSUM              Запасы в наличии    - править
//INVENTTRANS           Складские проводки   -- править\удалять?
//NUMBERSEQUENCETABLE     Серии документов -
//USERINFO                - не нашел в репозитарии
//
//
//Delete
//
//OFFICIALSTRANS_RU  Официальные лица - строки отчетов - удалить
//JOURNALERROR         ???
//NUMBERSEQUENCETTS    TTS

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Новый тип складского журнала	breakpoint	DAX: Функционал	5	06.06.2008 13:55
Утверждение складского журнала	Andrux	DAX: Администрирование	5	13.08.2007 16:00
Удаление журнала спецификаций	rrkrivov	DAX: Программирование	24	21.03.2006 10:33
Удаление строки журнала	ATimTim	DAX: Программирование	7	05.08.2004 13:49
Разноска скопированного складского журнала	dn	DAX: Функционал	1	06.08.2003 20:51