Виртуальные компании и закрытие склада

[May]

Вопрос по Axapta 2.5 и 3.0.
Если у компаний А и Б таблица InventTrans общая, то закрытие склада необходимо делать раздельно по каждой компании? Т.е. если склад закрыть в одной комании, то с закрытием в другой проблем не возникнет?

Заранее спасибо

[raz]

Надо немножко поправить закрытие. Так что бы проводки брались только для нужной компании, иначе, после закрытия в одной, в другой уже нечего будет закрывать.

[May]

А если Серийный номер и Склад - финансовые аналитики, т.е. из InventTrans будут выбираться только проводки по складам текущей компании? Или это не поможет?

[Андре]

А чем руководствовались, когда делали inventTrans общей таблицей ? (*)

Кроме того, сразу возникают следующие мысли:

1. Если у Вас общая inventTrans, то такие таблицы, как inventTable, inventDim, inventTransPosting и т.д. (практически все, связанные с inventTrans) должны быть общими. А если это так, то не проще ли все делать сразу в одной компании
2. В какую из компаний у вас будут делаться проводки по ГК ?
3. Каким образом вы будете разделять складское движение одной компании от скл-го движения другой ?

Хотя основным вопросом все таки остается - (*).

Цитата:

Надо немножко поправить закрытие. Так что бы проводки брались только для нужной компании, иначе, после закрытия в одной, в другой уже нечего будет закрывать.

А как определить к какой компании принадлежит данная проводка, если у них dataAreaId один и тот же ?

[raz]

Цитата:

А чем руководствовались, когда делали inventTrans общей таблицей ?

Мы вот тоже так сделали, сперва долго думали, так что соображения были

Цитата:

1. Если у Вас общая inventTrans, то такие таблицы, как inventTable, inventDim, inventTransPosting и т.д. (практически все, связанные с inventTrans) должны быть общими.

Точно и не только эти таблицы

Цитата:

А если это так, то не проще ли все делать сразу в одной компании

Согласно раздумьям, возможно не совсем правильным, оказалось не проще.

Цитата:

2. В какую из компаний у вас будут делаться проводки по ГК ?

В ту, где закрываем.

Цитата:

3. Каким образом вы будете разделять складское движение одной компании от скл-го движения другой ?

Ну, например, по складской аналитике.

Цитата:

А как определить к какой компании принадлежит данная проводка, если у них dataAreaId один и тот же ? [/B]

Опять же по складской аналитике.

[Андре]

Цитата:

Мы вот тоже так сделали, сперва долго думали, так что соображения были

Соображения - секрет ?

[raz]

Конечно нет, но это было давно и все забыто.
Если бы подумать еще, то можно и в одной компании, но мы пошли другим путем.
Ну и конечно ноги растут от холдиноговой структуры, где балансы разные, где много предприятий и исполнители в регионах перемещают в своей компании чужие товары, а в головном предприятии надо видеть все остатки.... и т.д. и т.п., сюда же надо добавить разграничение прав и прочие мелочи....

Короче в обоих случаях много программирования.

[May]

Аргументы к объединению InventTrans и всех связанных таблиц абсолютно идентичные.
Но вопрос остался открытым, если у меня "Склад" - финансовая аналитика и склады во всех компаниях разные, позволит ли мне это делать закрытие склада независимо от других компаний?

[raz]

Цитата:

Но вопрос остался открытым, если у меня "Склад" - финансовая аналитика и склады во всех компаниях разные, позволит ли мне это делать закрытие склада независимо от других компаний?

Нет. Конечно если у вас складские аналитики и склады не общие (это может привести к другим проблемам), то может быть, но это надо тестировать, попробуйте на тестовых данных.

[May]

Складская аналитика и склады общие, но в рамках компаний операции проодятся только по определенным складам, т.е. пересечения один склад - несколько компаний нет.
Будем пробовать.

[Андре]

Цитата:

Если бы подумать еще, то можно и в одной компании, но мы пошли другим путем.

Это уже скорее к May - подумайте и Вы об альтернативных решениях. Так как данный вариант грозит очень большим количеством программирования и что-то мне не нравится

[raz]

Цитата:

Складская аналитика и склады общие, но в рамках компаний операции проодятся только по определенным складам, т.е. пересечения один склад - несколько компаний нет.
Будем пробовать.

ИМХО, не получится без программирования: аксапте все равно, что склады относятся к другой компании, более того - аксапта про это ничего не знает. При закрытии склада берутся проводки из InventTrans, а вот что брать надо вам и ограничить, иначе аксапта возмет все, что считает нужным, т.е. в том числе и проводки других компаний.

[raz]

Цитата:

Так как данный вариант грозит очень большим количеством программирования и что-то мне не нравится

На самом деле совсем не так много, возможно, что при другом варианте его было бы больше. Там бы пришлось наворачивать свою систему безопасности.

[raz]

Про вариант с использованием одной компании можно спросить у ans, и поискать обсуждения на форуме тут и у mazzy.

[May]

Еще вопрос: по наличию записей в каких таблицах Axapta определяет был ли закрыт склад за указанный период? InventClosing?
Если дело только в этой таблице, то если ее сделать уникальной для каждой компании, то склад можно закрывать независимо по разным компаниям и формировать проводки по ГК по компании где происходит закрытие. Минус в том, что закрытие будет идти по всем складам (независимо от компании), а проводки формироваться только по коррекциям текущей. (минус - снижение производительности)
Если же Axapta не будет закрывать склад в компании при закрытом складе за идентичный период в другой, то проводки по ГК будут формироваться только по текущей компании, а как же быть с остальными?

[raz]

Не получиться. При закрытии склада идет пересчет, складское сопоставление, закрытие складских проводок.

Чем задавать кучу вопросов, взяли бы, да и проверили. Сделали несколько приходов в разные дни по разной цене и расходов, да и закрыли склад в одной компании, а потом попробовали бы закрыть в другой.

PS. Если не трудно, то о результатах эксперимента расскажите, всем будет интересно.
Я же остаюсь при своем мнении, что без доработки "напильником" у вас не получиться, хотя возможно я ошибаюсь.
Удачи.