Количественный контроль, как лучше сделать?

[ATimTim]

2George Nordic
Ну теперь я нарвусь на жестокую критику =))))
Объясняю .....
Я реализовываю в Аксапте партионный учет . Пытаюсь =))
Дело в том, что партии, в том виде в котором они
существуют в аксапте меня не устраивают.
Реализация партии в стандартной поставке
не позволяет осуществить обычный количественный контроль
(пример: я закупил партию в 102 быка, а на забой надо отпускать
подпартиями или потушно.
Соответственно, встает вопрос о том как проконтролировать
количество чтобы количество отправленное
на забой не превышало общее количество голов в партии ... )
Это первое.... главное.
Когда я перемещаю подпартии (или туши по отдельности) на бойню, я хочу, чтобы все данные жили только на клиенте в темповой таблице, до тех пор пока оператор не сделает подтверждение. А после подтверждения все данные записывались в базу.
К примеру. в Делфях не использовать стандартные db-компоненты, а делать все вручную: считал данные- присвоил контролам значения-считал значения-записал в базу.....
P.S. Буду благодарен за критику и советы как реализовать партионный учет =)

[Valery]

Цитата:

Изначально опубликовано ATimTim
встает вопрос о том как проконтролировать
количество чтобы количество отправленное
на забой не превышало общее количество голов в партии ... )

В настройке складской аналитики "Партии" поставьте галку "физ.наличие"

[StoneRoller]

если партия является складской аналитикой то "потушный" контроль и так будет нормально работать
что конктрено не позволяет система?

[ATimTim]

Дело в том, что в нашем случае нет сквозного движения номенклатуры через все склады. При каждом перемещении получается новая номенклатура.
К примеру такая цепочка : Бык живой -> Полутуша -> Полутуша охл. ->Четверть....
Если бы перемещали только "Бык живой", то - все решается выставлением галочки "физ. наличие", а в нашем случае привязка к партии теряется, т.к. это совершенно разные номенклатуры

[Valery]

Цитата:

Изначально опубликовано ATimTim
Когда я перемещаю подпартии (или туши по отдельности) на бойню, я хочу, чтобы все данные жили только на клиенте в темповой таблице, до тех пор пока оператор не сделает подтверждение. А после подтверждения все данные записывались в базу

А чем плохо набивать данные в строки журнала, а после подтверждения - разносить его?
Мне кажется, если вы будете решать свои задачи с помощью Аксапты, а не Х++, всё будет значительно проще

[Valery]

Цитата:

Изначально опубликовано ATimTim
Дело в том, что в нашем случае нет сквозного движения номенклатуры через все склады. При каждом перемещении получается новая номенклатура.
К примеру такая цепочка : Бык живой -> Полутуша -> Полутуша охл. ->Четверть....
Если бы перемещали только "Бык живой", то - все решается выставлением галочки "физ. наличие", а в нашем случае привязка к партии теряется, т.к. это совершенно разные номенклатуры

Тогда задайте другой вопрос, т.к. задача "проконтролировать
количество чтобы количество отправленное
на забой не превышало общее количество голов в партии" в стандартной аксапте решается
Если стоит задача знать, из какой партии быков получены данные четверти - то информация не теряется. С помощью формы "мониторинг" можно отследить всю цепочку

[Hamster]

Можно попробывать спецификации+производство.

"Полутуша" = изделие использующее 1/2 "бык живой" и т-д, и т-п.

[George Nordic]

2ATimTim:
Sorry, только что добрался до форума. Тут уже Вам предложили много хороших решений, как делать - дело вкуса
Насчет спецификаций - вот был разговор:
http://www.axforum.info/forums/showt...oto=nextnewest
По - моему, у Сергея Мазуркина был схожий проект... он еще говорил, что 100 кг туши на входе не означает 100 кг суммарных продуктов на выходе
Да тут много народу подобные зачачи решало ...
Через журналирование - более по "Axapta'овски" будет... посмотрите, к примеру CustTrans и CustTransOpen.

[ATimTim]

Oгромное спасибо за ответы!
Буду "переваривать" полученную информацию =)