Резервирование внутри сайта

[sukhanchik]

Цитата:

Сообщение от Andrux

Например, на сайте Сайт1 находятся три склада: склад1, складБрак, складПретензия. При резервировании товара, склад1 и складБрак не должны резервироваться вместе.

Есть еще один способ (программирование, конечно) - это отделить реальные склады от виртуальных. Т.е. если говорить честно - то СкладБрак и СкладПретензия - это не столько склады, сколько состояние (статус) номенклатуры. Соответственно - если эти склады "вычеркнуть" из жизни, а вместо них добавить складскую аналитику, которая будет отображать сие состояние (статус) номенклатуры, то тогда можно спокойно резервировать товар в рамках одного состояния (допустим, Нормальное). Более того - можно будет не заниматься переносом на склад брака товара (правда все равно состояние менять придется), а остатки по складу можно будет считать как с учетом брака, так и без учета склада.

Конечно - данный совет не совсем подходит тем, у которых уже все настроено и работает - т.к. он предполагает достаточно глобальное изменение. Однако, он расставляет все на свои места (логику в системе и реалии в жизни) и позволяет не "натягивать" аналитику склад на функционал, для которого она не предназначена (хотя и может подходить).

[gene]

Цитата:

Сообщение от sukhanchik

Есть еще один способ (программирование, конечно) - это отделить реальные склады от виртуальных. Т.е. если говорить честно - то СкладБрак и СкладПретензия - это не столько склады, сколько состояние (статус) номенклатуры. Соответственно - если эти склады "вычеркнуть" из жизни, а вместо них добавить складскую аналитику, которая будет отображать сие состояние (статус) номенклатуры, то тогда можно спокойно резервировать товар в рамках одного состояния (допустим, Нормальное). Более того - можно будет не заниматься переносом на склад брака товара (правда все равно состояние менять придется), а остатки по складу можно будет считать как с учетом брака, так и без учета склада.

А чем этот способ принципиально отличается от использования существующей аналитики Профиль учета? Она позволит все это делать, причем, без программирования. Единственное ограничение, которое я вижу - это то, что аналитика Профиль учета имеет свойство Соответствующая, а значит, к одной строке заказа/журнала не могут быть привязаны складские проводки с разными профилями учета. Поэтому, например, нельзя в рамках приемки по заказу на покупку сразу отделить профилями учета брак от "нормальной" номенклатуры.

[sukhanchik]

Цитата:

Сообщение от gene

А чем этот способ принципиально отличается от использования существующей аналитики Профиль учета? Она позволит все это делать, причем, без программирования. Единственное ограничение, которое я вижу - это то, что аналитика Профиль учета имеет свойство Соответствующая, а значит, к одной строке заказа/журнала не могут быть привязаны складские проводки с разными профилями учета. Поэтому, например, нельзя в рамках приемки по заказу на покупку сразу отделить профилями учета брак от "нормальной" номенклатуры.

С т.з. программиста - ничем (хотя тут отметили нюанс с журналом переноса). Отличие функциональное. Грубо говоря фразы "Профиль учета" и "Состояние" - имеют совершенно разный смысл.
Кроме того, аналитика Профиль учета - все же разрабатывалась не для целей учета состояния товара (я прав? . Обращаюсь, как к идеологу функционала профилей учета), поэтому ее использование для этих целей рано или поздно приведет к "допиливанию" системы. А значит все же проще (с т.з. будущего) добавить свою аналитику со своим справочником и своим функционалом.