Привет всем!

Есть такая штука, SAP-BW. Нужно грузить данные из таблиц ZTAXREGT, ZPBU18T, ZTAXREGA.

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

По FI-SL есть патчи, кто их поддерживает вообще, ну и т.д.?

У вас есть открытые периоды, что мешает BW определить открытый период и считать все данные за этот период из итоговых таблиц Z*T. Единственно, что неудобно, это периоды нужно менять после экстракции данных.
Что касается таблиц отдельных позиций Z*A, там есть номера документов, дата ввода, уникальный ключь GL_SIRID. Данных для построения дельты предостаточно.
Но это все для создания записей, что касается изменений, то данные попавшие в SL менять система не даст, так как поля становятся неизменяемыми после их использования в переносе полей, например ZUONR.

Насколько я понимаю (насколько мне сказали специалисты по FI-SL) открытый период - текущий и предыдущий год.

Если быть точным - то в марте года могут править за январь предыдушего, это самая плохая ситуация. То есть - 15 месяцев.

Есличо - это много

Это-то да, но оттуда могут любой документ удалить. Всё равно full scan нужно делать.

В марте будет документ с датой проводки март и датой документа январь. Вы не можете в марте 2011г. сделать документ с датой проводки январь 2010г. Соответственно, документ за март 2011 попадет в Z*T за март (дата отражения в учете и открытый период FI) и эта запись заберется экстрактором, а в налоговой отчетности он уже отразиться по дате документа (налоговый период 01.2010, период корректировки 03.2011).

Кто удалит? Документы в SAPе не удаляются, а сторнируются и создаются новые. Даже после перенакатки SL, туда попадут все документы, или я что-то не понимаю?

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



Транзакция GCDE, нет? Она удаляет строки, причём именно удаляет. Я не знаю, пишет ли она куда-то лог.

1. В FI открыт период 01.2011. Делаем документ с датой проводки январь 2011г., датой документа декабрь 2010г.
В ZTAXREGT за Финансовый год 2011 сумма будет в поле TSL01 (HSL01), поле RKORRPER - Корректировочный период заполнится значением 2010012.
Экстрактор забирает запись за 2011 год и в BW используется значение из поля TSLxx (HSLxx) соответствующего открытому периоду FI. Налоговый период известен из поля RKORRPER.
2. После удаления переменных данных из регистра следует его перенакатка, это технические моменты, а не элемент бизнес-процесса. BW тоже должно удалить данные и загрузить новые.

ЗЫ.
Не претендую на ПР, просто генерация идей...

Я ещё раз повторюсь, вы не путаете дату проводки и дату документа?

Дата документа - это дата, когда был создан документ?

Дата проводки - это число, которое фактически отражает движение средств?



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

1. Нет не путаю:
Дата документа - это дата, когда был создан документ в жизни (дата налогового учета);
Дата проводки - это число, которое фактически отражает движение средств по бухгалтерскому учету;
Дата ввода в систему - это дата когда пользователь ввел документ в систему.
Соответственно, забытую фактуру 31 января 2009 (дата документа) вводят с датой проводки 31 марта 2011 но физически 6 апреле 2011г.
В налоговом учете этот документ должен отразиться за январь 2009г. Что вас смущает, в чем я не прав?
2. Технический момент, это значит, что не пользователь ее запускает, а полномочия на нее есть только у человека, который и ее запустит, и данные в BW удалит, например вы сами. Есть еще вариант все это вставить в цепочку, которая и данные в BW удалит, и запустит эту (RGUDEL00) программу по удалению данных регистра. Вариантов можно придумать много...

Фактуру с "дата документа A" вводят с "датой проводки B" фактически в число C.

Какая максимальная разница C-A и C-B, в месяцах?



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

1. Дата документа и дата проводки может отличаться более чем на 2 года (ОАО "РЖД", загружаемые данные из АС ЭТРАН по грузовым перевозкам), но это исключение и единичные случаи. Закладываться нужно минимум: дата документа январь предыдущего года, дата проводки декабрь текущего. Дата ввода: максимум до сдачи налоговой декларации (20 числа месяца, следующего за окончанием квартала), минимум - как IDOC обработается. Хотя, все это специфика бизнеса, если у вас первичка - кассовые чеки, то не думаю, что там будет значительная разница, все же наличка вещь хорошо учитываемая и контролируемая. Пусть заказчик даст данные о сроках появления "Забытых документов".
2. Моя навязчивая идея на всех проектах где есть BW и источники данных, это наличие монитора процессов, который централизовано ведет статусы выполнения процессов и статусы сервисных процедур. Только все это дорого, сложно и нет времени, так что все это мечты, на деле пишется инструкция админу: удали тут, почисти там, инициализируй и запусти это, проверь и грузи.

В смысле? Разве будущим числом делают?



О чём я и писал. Выходит, удалить могут документы, а как это узнать?