Автор Тема: Проводка преноса в MB1B ранее даты последнего подсчёта  (Прочитано 7414 раз)

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

Оффлайн tehnikal

  • Newbie
  • *
  • Сообщений: 6
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Коллеги, доброго времени суток! Столкнулся со следующим то-ли багом, то-ли фичей.
Известно, что САП не даёт делать проводки материала по складу ранее даты последней инвентаризации этого материала на этом складе.
Дата последней инвентаризации хранится в поле MARD-DLINL.
Когда в MB1B делаешь внутризаводское или межзаводское перемещение и указываешь сдающим складом склад, на котором сделана инвентризация, данная проверка проводится и система ругается : "Дата проводки раньше последней инвентаризации"
Однако, если сдающим складом указать любой другой, а принимающим - этот склад, то данной проверки не производится и система спокойно даёт сделать проводку.
Собственно вопрос: Это есть логика работы САП или это баг и на него есть какая-нибудь нота? Ноту честно искал.

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

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
Какой номер сообщения?
Кстати, а что вы хотите добиться? Что бы, такого сообщения не было? Или что бы эта проверка срабатывала и при перемещении на данный склад?
« Последнее редактирование: Июль 23, 2009, 10:55:56 am от Паганель »
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

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

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
№ сообщения M7145, у меня - сообщение предупреждающее.
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 762
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
№ сообщения M7145, у меня - сообщение предупреждающее.
Так этот класс сообщения может быть через настройку изменен транзакция OMCQ. Так что сообщение не проблема, вопрос в том что надо конкретно сделать?

Оффлайн tehnikal

  • Newbie
  • *
  • Сообщений: 6
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Господа, спасибо за внимание!
Извините что непонятно сформулировал.
Меня волнует не само сообщение, а его отсутствие в случае когда склад, где делалась инвентаризация является принимающим. Т.е. система разрешает делать проводку по этому складу в случае если дата проводки раньше даты последней инвентаризации. Это не правильно, имхо.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 762
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
в случае когда склад, где делалась инвентаризация является принимающим. Т.е. система разрешает делать проводку по этому складу в случае если дата проводки раньше даты последней инвентаризации. Это не правильно, имхо.
Ну я могу привести несколько причин, почему это считается нормальной реакцией, вообще-то из чисто философских рассуждений, так как сообщение вообще может быть отключено, то скорее всего что разработчики SAP решили отдать это на откуп пользователям, а поэтому есть несколько вариантов решения такой проблемы:

1. В экзите MBCF0002 смотрим склад получатель, сверяем дату инвентаризации и выдаем сообщение, работы на 30 минут.

2. Находим, где система проверяет сама дату инвентаризации и склад отпуска, вставляем там энхансмент с проверкой так же и склада получателя. Этот вариант сложнее как с поиском так и с реализацией.

3. Писать длинные письма в SAP чтобы они сделали ноту на проверку и склада получателя, но это вариант очень длинный и не факт что приведет к какому-то результату.

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

PS: Я бы сделал вариант 1 и забыл бы про эту проблему... работать будет с версии 4.0 до текущей 6.0... а так ввобще думаю что и дальше проблем не будет.

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

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
Цитата: Uukrul  link=topic=729.msg4540#msg4540 date=1248353937
2. Находим, где система проверяет сама дату инвентаризации и склад отпуска, вставляем там энхансмент с проверкой так же и склада получателя. Этот вариант сложнее как с поиском так и с реализацией.

Поискал ради интереса, простой отладкой ..... пока не нашел ...
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн tehnikal

  • Newbie
  • *
  • Сообщений: 6
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Всем спасибо за участие! Как минимум, успокоили меня по поводу адекватности меня и моей системы.  ;D
Моё мнение, что вариант № 1 самый оптимальный.
Хотя, неплохо паралельно попробовать и третий вариант, чтобы хотя-бы узнать соображения, которыми следовали разработчики.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 762
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Хотя, неплохо паралельно попробовать и третий вариант, чтобы хотя-бы узнать соображения, которыми следовали разработчики.
Ну сидел там идус, строчил код... ему показали две транзакции списания и поступления запаса, он посмотрел склад записан в поле MSEG-LGORT, вот и сделал проверку на это поле, а что есть еще транзакции перемещения запаса где нужна проверка на MSEG-UMLGO, ему никто не сказал, а самому узнать религия не позволяет, вот так и сложилось исторически, что проверка работает как работает  ;D