Текущее время: Вт, июл 22 2025, 23:12

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Ahrefs [Bot]


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

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