Модератор: irbis_al, предупреждение за фразу ""...А какого за базар ответить?????????"
Поаккуратнее, пожалуйста, с высказываниями, похожими на угрозы.

И дополню уже в шляпе мембера. Вместо того, чтобы обижаться и божиться, что ваша программа действительно способна творить чудеса, получая (через астрал, видимо) информацию, которую ей никто не сообщал и сообщать не собирается, просто объясните на пальцах принцип, каким образом она это делает. У меня (и не только у меня, судя по постам иных участников обсуждения в данном треде) есть большие подозрения, что Вы, irbis_al, сами до конца не разобрались в том, что сделали. В конце концов, существуют объективные законы, вроде законов сохранения энергии - информация так же не может возникать "изниоткуда".

Поясню на конкретном примере, который был озвучен выше.
Приход 1 - 100 штук яблок
Приход 2 - 300 штук яблок
Расход 1 - 300 штук яблок.

В расходе 1 300 яблок могут ФИЗИЧЕСКИ быть отпущены как:
- 100 шт из прихода1 + 200 шт из прихода2;
- 50 шт из прихода1 + 250 шт из прихода2;
- 0 шт из прихода1 + 300 шт из прихода2;
... и еще 98 вариантов возможных комбинаций, а всего 101 комбинация!

Вы утверждаете, что никаких правил, вроде FIFO или LIFO, которые могут ограничить единственным вариантом из 101 Вы не используете. Одновременно Вы утверждаете, что программа автоматически определяет вариант просто по документу расхода, в котором коды приходных партий не указываются. Ну так поясните на пальцах, как такое в принципе возможно?

Для того, чтобы не верить, что вечный двигатель "крутится, чесслово!", достаточно знать закон сохранения энергии.
Для того, чтобы не верить, что ваша программа вдруг каким-то образом сама определила, какое количество яблок было отпущено из какой партии, достаточно знать, что информация "изниоткуда" не возникает. Для того, чтобы не важно каким способом получить однозначную привязку, необходимо применять либо ограничивающее количество возможных вариантов правило (например, FIFO или LIFO), либо предоставить программе доступ к источнику информации в виде меток RFID, либо штрих-кода этикетки, которой промаркированы яблоки одной партии, либо что-то наподобие.

Если Вы применяете правило, ограничивающее количество возможных комбинаций выборки в расходную партию товара из приходных партий, Вам необходимо обеспечить соблюдение этого правила пресловутым "человеческим фактором", который насыпает яблоки в кошелку - чтобы продавец ФИЗИЧЕСКИ не мог насыпать иначе как по FIFO либо по LIFO. Гравитационные стеллажи, например, реализуют принцип FIFO. Но Вы, вроде как, утверждали, что ни FIFO, ни LIFO не используете.

Если Вы каким-то образом передаете в программу информацию о ЛЮБЫХ комбинациях, которые по своему усмотрению применил продавец, то Ваше утверждение, что программа "автоматически" определяет привязки приходных партий к расходным просто некорректны.

Охотно верю, что посмотрев на работу программы, произвольный наблюдатель увидит, что привязки приходных партий к расходным осуществляются полностью "автоматически". Однако, ни за что не поверю, что эти привязки отражают реальное положение вещей. К примеру, программа может "принять решение", что все 300 штук яблок были отпущены из прихода2, а на самом деле продавец положил туда РУКАМИ 100 шт из прихода1 и 200шт из прихода2. В этом случае всё "достижение" этой программы заключается лишь в том, что она сообщает пользователю информацию, не соответствующую действительности, то есть, вводит его в заблуждение.

irbis_al,

При чем тут "учредители"? Как программа может гарантировать, что продавец взял яблоко из партии1 или из партии2 для того, чтобы положить в кошелку покупателю? Она имеет блок чтения мыслей продавца? Если действительно имеет такой блок, то это действительно случай, достойный Сколково. Если не имеет, то к чему все эти изыски с себестоимостью? Продавец будет всегда брать то, что ближе лежит. А лежит ближе то, что положили последним, задвинув или заставив товар из наиболее ранних партий. Таким образом в ФИЗИЧЕСКОМ движении товара (а не на бумажке или в программе) будет реализовано нечто наподобие LIFO (возможно, с отклонениями). Как результат, товар в наиболее старых приходах будет залеживаться и портиться (или терять товарный вид), пока с бешенной оборотистостью обращаются "самые свежие" партии. Результат - появление неликвидов, которые никакие покупатели не хотят брать. Причем, в условиях, когда появления неликвидов можно было бы избежать, задав определенные ПРАВИЛА движения партий, например, близкие к FIFO. Но вы же правил не применяете, не так ли?

Так в чем фикус? Или у вас учредители следят за руками кладовщиков и продавцов, чтобы избежать появления неликвидов? Или учредителей причины появления неликвидов не интересуют? Или программа имеет способы влиять на сознание продавцов и кладовщиков, принуждая их брать товар не тот, который выбирают они, а тот, который выбирает программа?

irbis_alЯ расказал достаточно про суть методаЯ очень внимательно читал, но нигде не обнаружил ни одного упоминания о сути метода. Одни лишь утверждения в стиле "вечный двигатель реально крутится, и при этом везет в гору товарный состав, вот фотография".

irbis_alКАЖДЫЙ ПРИХОД ЗНАЕТ СВОЙ РАСХОДОТКУДА он его знает??? У него есть блок чтения мыслей того, кто производит отпуск? Или блок подчинения продавца своей воле?

irbis_alКАЖДЫЙ ПРИХОД ЗНАЕТ СВОЙ РАСХОД.
КАЖДЫЙ РАСХОД ЗНАЕТ СВОЙ ПРИХОД.

Для тех, кто в бронепоезде, поясняю мысль, высказанную s_ustinov.
Он ЗАГАДЫВАЕТ (как продавец или кладовщик, который ФИЗИЧЕСКИ передвигает товары из приходных партий в расходные), какие приходные партии он положит в какие расходные, а Ваша программа попытается УЗНАТЬ, что он ЗАГАДАЛ.

Повторяю вопрос - ОТКУДА она это узнает? У нее есть блок чтения мыслей?