Текущее время: Вс, июл 20 2025, 17:21

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ!

Вопросы по исходящим поставкам - сюда



Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Опять про конфигурирование
СообщениеДобавлено: Ср, июл 12 2006, 13:26 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, фев 24 2005, 13:26
Сообщения: 261
Откуда: с проекта :)
Есть 3-х уровневая структура конфигурации в заказе клиента:
KMA1
- KMA2
-- FERT
Рассчет цены, релевантность поставке только для FERT. Первые два - только для конфигурирования, описаний отношений, ограничений. Количество материала ведется в партиях поставок FERT. Так вот, нужно чтобы при изменении количества в FERT автоматически пересчитывалось количество KMA2 (как сумма всех подчиненных ей FERT) и соответственно количество KMA1 (как сумма всех подчиненных ей KMA1). Кто нибудь так делал ? Очень надо для заказа, являющегося отзывом к количественному контракту


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 13 2006, 11:11 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Сб, апр 23 2005, 13:16
Сообщения: 711
Пол: Мужской
За суммирование отвечает функция $SELF.<characteristic> = $COUNT_PARTS (<object variable>)

У меня так:
$SELF.QUANTITY_N = $count_PARTS ($PARENT) - 1

Передача количества из среднего уровня в в верхний (и по аналогии из нижнего в средний):

OBJECTS:
VID_A IS_A (300) клас KMAT1,
OB_PR IS_A (300) клас KMAT2
RESTRICTIONS:
VID_A.QUANTITY_N2 = OB_PR.QUANTITY_N
INFERENCES:
VID_A.QUANTITY_N2

У меня всё работает

_________________
Arbeit macht frei


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июл 14 2006, 16:32 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, фев 24 2005, 13:26
Сообщения: 261
Откуда: с проекта :)
Цитата:
$SELF.QUANTITY_N = $count_PARTS ($PARENT) - 1

Я так понимаю, что исходя из особенностей работы этой функции подсчет ведется в фиктивной позиции спецификации ?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс, июл 16 2006, 15:24 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Сб, апр 23 2005, 13:16
Сообщения: 711
Пол: Мужской
Да именно так.
создан материал вида KMAT2 и присвоен в спецификацию материала верхнего уровня. Данный материал присутствует в конфигурации всегда при любых условиях, обращение в конфигурации к этому материалу приводит к суммированию количеств и передачи количества в KMAT1.

схема такая:
KMAT1
---KMAT2 - обычный
---KMAT2_РАСЧЕТ - отвечает за суммирование количеств в KMAT2 и передачу суммы в KMAT1
------FERT

Далее всё так же как у вас + количество по позиции указывается в KMAT2 и отношением передаётся в FERT, после заполнения всеми данными конфигурации кликают на KMAT2_РАСЧЕТ и выходят из конфигурации. Всё строго по лайбрари.
У меня сейчас пробема не изменяется количество по верхнему уровню в заказе при изменении количеств в конфигурации, что-то с структурой VCD_UPDATE не то стало (могу ошибаться в написании, системы под руками нет). Версия 4.6С пропатченная до 51.
Если сталкивались с подобным напишите плиз как разрешили, а то меня время поджимает и в экзите намерво залочу и распрощаюсь с организацией, а это не есть гуд.

_________________
Arbeit macht frei


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB