Loading



+ Sapforum.Biz » Логистика » Управление материальными потоками (MM)Тема:
|- Поле Дата договора (ekko-VEDAT) - открыть на изменение



Автор Тема: Поле Дата договора (ekko-VEDAT) - открыть на изменение  (Прочитано 2279 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Паганель

  • blogger
  • Full Member
  • *
  • Сообщений: 1.331
  • Reputation Power: 0
  • Паганель has no influence.
  • Пол: Мужской
Ну собственно сабж.

Поле Дата договора (ekko-VEDAT) можно ли  открыть на изменение,
не повлияет ли это на что либо в системе ?

Оффлайн Uukrul

  • SAP R/3 4.6C
  • Administrator
  • Hero Member
  • *****
  • Сообщений: 2.312
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
    • Sapforum.BIZ
Вообще-то у меня нет такого поля в этой таблице. Смотрел в 4.6, 4.7 и 6.0 это часом не ритейловское что-то?

Оффлайн Uukrul

  • SAP R/3 4.6C
  • Administrator
  • Hero Member
  • *****
  • Сообщений: 2.312
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
    • Sapforum.BIZ
Брось транзакцию и картинку где это поле на экране.

Оффлайн Паганель

  • blogger
  • Full Member
  • *
  • Сообщений: 1.331
  • Reputation Power: 0
  • Паганель has no influence.
  • Пол: Мужской
Ошибочка, структура RM06E поле VEDAT
это как мне кажется дата создания документа

Оффлайн Uukrul

  • SAP R/3 4.6C
  • Administrator
  • Hero Member
  • *****
  • Сообщений: 2.312
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
    • Sapforum.BIZ
Ошибочка, структура RM06E поле VEDAT
это как мне кажется дата создания документа
Ты это брось все таки транзакцию и картинку, а то что в эту структуру пишется и куда дальше сохраняется... в общем лучше я это сам посмотрю  ::)

Оффлайн Uukrul

  • SAP R/3 4.6C
  • Administrator
  • Hero Member
  • *****
  • Сообщений: 2.312
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
    • Sapforum.BIZ
Ну в общем-то исходя из этого модуля ясно что на самом деле в БД это поле ekko-bedat, дата документа. А вот можно ли ее менять, в общем посмотрю... напишу.
module rm06e-evart output.
                                                                       
if sy-dyngr eq 'REFA' or sy-dyngr eq 'REFK'.
* Selektionsbilder fr Kontraktabruf
   rm06e-evart = kekko-bsart.
   rm06e-vedat = kekko-bedat.
else.
* restliche Bilder
   rm06e-evart = ekko-bsart.
   rm06e-vedat = ekko-bedat.
endif.

Оффлайн Uukrul

  • SAP R/3 4.6C
  • Administrator
  • Hero Member
  • *****
  • Сообщений: 2.312
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
    • Sapforum.BIZ
В общем-то мой вам совет не трогать это поле и не открывать его на изменение. Обоснование следующее. К данному полу привязаны данные по расчету курса валют в заказах. В общем посмотрите на то где используется поле BEDAT и поиск выдаст кучу вызовов вида:

CALL FUNCTION 'READ_EXCHANGE_RATE'           
     EXPORTING                               
          DATE             = EKKO-BEDAT     
          FOREIGN_CURRENCY = EKKO-WAERS     
          LOCAL_CURRENCY   = T001-WAERS     
     IMPORTING                               
          EXCHANGE_RATE    = REFE1           
          FIXED_RATE       = FIXED_RATE.     
или
       CALL FUNCTION 'CONVERT_TO_LOCAL_CURRENCY' 
            EXPORTING                             
                 date             = ekko-bedat   
                 foreign_amount   = h_wrbtr       
                 foreign_currency = ekko-waers   
                 local_currency   = t001-waers   
                 rate             = ekko-wkurs   
            IMPORTING                             
                 local_amount     = h_dmbtr.     

Но самое главное не это, а то что если открыть поле для редактирования, то у меня получилось что транзакция ведения изменений просто не реагирует на то что поле экрана поменяло свое значение. В отладчике она продолжает работать со старым значением, так как передача значения экрана в  ekko-bedat или kekko-bedat не происходит, они хранят значения считанные из базы. А потом вообще происходит интересное. Так как при сохранении, точнее перед сохранением значения передаются по именам, то в базу попадает уже новое значение с экрана, но прикол в том что значения перерасчетов выполнились то с предыдущим значениями даты! Вот и получим потом гемморой при определении почему же даты одни а суммы получаются вообще лево-другие и т.д. В общем я очень не рекомендую делать такую корректировку путем открытия этого поля для ввода с экрана.

Оффлайн Паганель

  • blogger
  • Full Member
  • *
  • Сообщений: 1.331
  • Reputation Power: 0
  • Паганель has no influence.
  • Пол: Мужской
Во, большое спасибо, я где-то читал, что можно, но не помню где,
единственное помню что ОЧЕЕННННЬ не рекомендовалось это делать.

А вообще большое спасибо за ответ.

А не напишеш, как это удалось, не для практичесского применения, а так, для общего развития ?
« Последнее редактирование: Декабрь 11, 2007, 12:13:52 pm от gerasim_sergey »

Оффлайн Uukrul

  • SAP R/3 4.6C
  • Administrator
  • Hero Member
  • *****
  • Сообщений: 2.312
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
    • Sapforum.BIZ

Оффлайн Паганель

  • blogger
  • Full Member
  • *
  • Сообщений: 1.331
  • Reputation Power: 0
  • Паганель has no influence.
  • Пол: Мужской
 :)
Спасибо, интересно.


 


Facebook Comments