Автоматизация работы транзакции "CKMCCC" (Ручное изменение дифференциаций фактических затр

Marazm

Всем привет! Помогите пожалуйста с транзакцией "CKMCCC", не одной BAPI'шки не могу найти подходящей для решения вопроса автоматизации. А суть,собственно, заключается в том, что имеется, заранее сформированная, таблица ("Материал","Вид дифференциации","Элемент", "Сумма"). Эта таблица заполняеться на основании присланного файла Excel, потом моя программа должна пробежаться по записям и раскидать их в нужные поля транзакции "CKMCCC" и сохранить соответственно.

В данный момент идея использовать "CALL TRANSACTION" с передачей всех параметров (значений, фокусов и т.д.) Но вызов транзакции, с передачей всех параметров, выполняется очень долго что и заставило создать эту тему в поиске более быстрого способа реализации. Заранее всем спасибо.

Сашок

тогда попробуйте MODIFY :idea:

100% самый быстрый способ!

Marazm

Сашок написал(а):

тогда попробуйте MODIFY :idea:

100% самый быстрый способ!

а при чем здесь MODIFY? растолкуйте пожалуйста! у меня ведь есть таблица с данными которые мне нужно впихнуть в транзакцию CKMCCC. чтобы она уже раскидала сама по таблицам... отсюда и вопрос может быть есть мне не известные BAPI'шки или прочие пути реализации???

Alex80

Может ФМ CKMMC_MANCHANG_WRITE попробовать?

Удав

Версия 4.7 Ext.110
Мы пользовались CKMMC_MANCHANG_AUTOMATED, использование которой описано в ноте 653117 - CKMCCC: Interface for automated call.
У этого ФМ есть один недостаток: с его помощью можно загрузить только основную дифференциацию.
Для загрузки воспомогательной дифференциации пришлось копировать ФМ CKMMC_MANCHANG_AUTOMATED и CKMMC_MANCHANG_WRITE и добавлять туда параметр I_KEART, а также делать модификацию ФМ MLCCS_BUFFER_READ_PER_MLCD_KEY:

Code:

* ersten Satz aus Puffer holen
  READ TABLE t_new_keph
  WITH KEY   kalnr  = is_mlcd_key-kalnr
             bdatj  = is_mlcd_key-bdatj
             poper  = is_mlcd_key-poper
             untper = is_mlcd_key-untper
             categ  = is_mlcd_key-categ
             curtp  = is_mlcd_key-curtp
*{   INSERT         Вставка доп.параметра для корректного чтения вида дифференциации
             keart  = is_mlcd_key-keart
*}   INSERT

Что характерно, после загрузки воспомогательной дифференциации это изменение пришлось откатить, т.к. при нем неверно работают стандартные отчеты. :roll:

Marazm

Удав, Alex80 спасибо! Сейчас буду пробовать!!

Marazm

Удав написал(а):

Версия 4.7 Ext.110
Мы пользовались CKMMC_MANCHANG_AUTOMATED

Ну я поковырял.... вот пример кода:

Code:

REPORT Z_MRZM_TEST.

DATA: it_CKML_T_CHANGE_CCS type CKML_T_CHANGE_CCS,
          wa_CKML_T_CHANGE_CCS type CKML_S_CHANGE_CCS.
START-OF-SELECTION.

*"     VALUE(IT_CCS) TYPE  CKML_T_CHANGE_CCS
*"     VALUE(I_KONGR) TYPE  CKML_KONGR OPTIONAL
*"     VALUE(I_RUN_TYPE) TYPE  CKML_RUN_TYPE OPTIONAL
*"     VALUE(I_RUN_APPL) TYPE  CKML_RUN_APPL OPTIONAL

wa_CKML_T_CHANGE_CCS-MATERIAL   = '000000002520000011'. " Номер материала
wa_CKML_T_CHANGE_CCS-PLANT      = '1020'.         " Завод
wa_CKML_T_CHANGE_CCS-VAL_TYPE   = ''.             " Вид оценки
wa_CKML_T_CHANGE_CCS-SD_DOC     = ''.             " Номер документа сбыта
wa_CKML_T_CHANGE_CCS-SD_POS     = ''.             " Номер позиции документа сбыта
wa_CKML_T_CHANGE_CCS-WBS_ELEM   = ''.             " Элемент структурного плана проекта (СПП-элемент)
wa_CKML_T_CHANGE_CCS-YEAR       = '2008'.         " Дата проводки ГГГГ
wa_CKML_T_CHANGE_CCS-PERIOD     = '006'.          " Период проводки
wa_CKML_T_CHANGE_CCS-CATEGORY   = 'ZU'.           " Категория в просмотре данных РМ (регистра материалов)
wa_CKML_T_CHANGE_CCS-PROC_ALT   = '100000984'. " Альтернатива/процесс заготовки
wa_CKML_T_CHANGE_CCS-CURR_TYPE  = '10'.           " Тип валюты и ракурс оценки

  " Элементы затрат дифференциации затрат

wa_CKML_T_CHANGE_CCS-KST001     = -1.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST002     = -2.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST003     = -3.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST004     = -4.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST005     = -5.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST006     = -6.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST007     = -7.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST008     = -8.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST009     = -9.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST010     = -10.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST011     = -11.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST012     = -12.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST013     = -13.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST014     = -14.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST015     = -15.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST016     = -16.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST017     = -17.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST018     = -18.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST019     = -19.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST020     = -20.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST021     = -21.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST022     = -22.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST023     = -23.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST024     = -24.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST025     = -25.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST026     = -26.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST027     = -27.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST028     = -28.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST029     = -29.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST030     = -30.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST031     = -31.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST032     = -32.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST033     = -33.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST034     = -34.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST035     = -35.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST036     = -36.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST037     = -37.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST038     = -38.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST039     = -39.            " Поле затрат
wa_CKML_T_CHANGE_CCS-KST040     = -40.            " Поле затрат

APPEND wa_CKML_T_CHANGE_CCS to it_CKML_T_CHANGE_CCS.

CALL FUNCTION 'CKMMC_MANCHANG_AUTOMATED'
  EXPORTING
    IT_CCS           = it_CKML_T_CHANGE_CCS
*    I_KONGR         =
*    I_RUN_TYPE      = '03081020'
*    I_RUN_APPL      = 'CUM'
          .

Так вот если

Code:

wa_CKML_T_CHANGE_CCS-PROC_ALT = '100000984'

не закоменчено, прога мне присылает ошибку "ля-ля-ля MESSAGE_TYPE_X" причем на почту

) после изучения дампа, я понял что он валиться в асинхронном процессе при выполнении COMMIT WORK'a в ФМ'е. если вот этот же параметр

Code:

wa_CKML_T_CHANGE_CCS-PROC_ALT = '100000984'

закоментировать... прога все равно валится только с ошибкой "Данные во внутреннем интерфейсе невозможно обработать"

Не подскажите, где я, чего, делаю не так?

Удав

Мы заполняли только поля
MATERIAL
PLANT
SD_DOC
SD_POS
YEAR
PERIOD
CATEGORY
CURR_TYPE
+
KSTxxx

ROKO

Marazm написал(а):

Так вот, если

Code:

wa_CKML_T_CHANGE_CCS-PROC_ALT = '100000984'

не закоменчено, прога мне присылает ошибку "ля-ля-ля MESSAGE_TYPE_X" причем на почту

) после изучения дампа, я понял что он валиться в асинхронном процессе при выполнении COMMIT WORK'a в ФМ'е. если вот этот же параметр

А у материала с номером калькуляции 100000984 в текущем периоде есть дифференциация ?

Marazm написал(а):

Code:

wa_CKML_T_CHANGE_CCS-PROC_ALT = '100000984'

закоментировать... прога все равно валится только с ошибкой "Данные во внутреннем интерфейсе невозможно обработать"

Не ну тут панятна, иба:

Code:

*Reduzierung der bergebenen it_ccs-Tabelle:
*Verarbeitung nur fr folgende Kategorien: AB ohne bvalt oder ZU bzw.
*sonstige ZU oder VP bzw. sonstige VP mit bvalt.
  DELETE it_ccs
  WHERE
  NOT ( ( ( category = 'AB' AND proc_alt = '' )
  OR    ( category = 'ZU' AND proc_alt <> '' )
  OR    ( category = 'VP' AND proc_alt <> '' ) ) ).

Marazm

ROKO написал:

А у материала с номером калькуляции 100000984 в текущем периоде есть дифференциация ?

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

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

Удав

А изменения ФМ сделали по приведенному мной алгоритму от: Пн Окт 13, 2008 5:30 pm ?

Marazm

Удав написал(а):

А изменения ФМ сделали по приведенному мной алгоритму от: Пн Окт 13, 2008 5:30 pm ?

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

Удав

Без этих изменений, как я уже сказал, ничего не получится.

Мы вышли из положения так:
1.Внесли изменения в ФМ.
2.Договорились с пользователями, что на период закачки дифференциации они не будут пользоваться отчетами.
3.Закачали дифференциацию
4.Откатили изменения, оповестили пользователей.

Marazm

Удав написал(а):

Без этих изменений, как я уже сказал, ничего не получится.

Мы вышли из положения так:
1.Внесли изменения в ФМ.
2.Договорились с пользователями, что на период закачки дифференциации они не будут пользоваться отчетами.
3.Закачали дифференциацию
4.Откатили изменения, оповестили пользователей.

вы не могли бы сказать какие именно стандартные отчёты выводились криво?

Marazm

Удав, вы бы не могли так же выложить кусок кода с вызовом ФМ CKMMC_MANCHANG_AUTOMATED чтобы видно было что передаете и как передаете... потому как у меня валиться постоянно!

Правила форума

Автоматизация работы транзакции "CKMCCC" (Ручное изменение дифференциаций фактических затр

Кто сейчас на конференции