в AX 3.0 реализованы взаиморасчеты между компаниями холдинга?

[Lexeich]

Заинтересовал вопрос о наличие в стандарной функциональности взаиморасчетов между предприятиями холдинга. Есть только обычный механизм консолидации.Неужели этот функционал действительно отсутствует?

[glibs]

1. Посмотрите поиск.

2. Уточните вопрос. Под термином "взаиморасчеты между компаниями холдинга" может подразумеваться очень много вещей.

[Lexeich]

Цитата:

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

Уточните вопрос. Под термином "взаиморасчеты между компаниями холдинга" может подразумеваться очень много вещей.

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

[glibs]

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

[Vals]

Есть ещё пара интересных моментов
Если компании холдинга работают в аксапте, то
1. Используем виртуальные компании для объединения данных и справочников.
2. Можем сделать консолидированное Сводное планирование по всем компаниям.
3. Используем функциональность Интеркомпани для ведения заказов/закупок между компаниями.

[sunny]

Цитата:

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

Есть ещё пара интересных моментов
Если компании холдинга работают в аксапте, то
1. Используем виртуальные компании для объединения данных и справочников.
2. Можем сделать консолидированное Сводное планирование по всем компаниям.
3. Используем функциональность Интеркомпани для ведения заказов/закупок между компаниями.

Поясните, пожалуйста, что вы имеет ввиду под консолидированным сводным планированием?
На практике мы решали задачу сводного планирования для ситуации, когда одна компания холдинга выполняет закупки для себя и еще другой компании. Решили задачу не без костылей
Поэтому так заинтересовало ваше заявление.

[Torin]

Присоеденяюсь к вопросу для Vals "что вы имеет ввиду под консолидированным сводным планированием?
И задаю вопрос sunny - А как Вы это сделали ? Если информация не секретна. Может обметься, если что - у нас сейчас хорошая экспертиза по оптимизации работы СУБД SQL 2005 сервер, в режиме совместимости 8 (как нам кажеться)

[sunny]

Цитата:

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

Присоеденяюсь к вопросу для Vals "что вы имеет ввиду под консолидированным сводным планированием?
И задаю вопрос sunny - А как Вы это сделали ? Если информация не секретна. Может обметься, если что - у нас сейчас хорошая экспертиза по оптимизации работы СУБД SQL 2005 сервер, в режиме совместимости 8 (как нам кажеться)

Менятся не буду, извините .Решение подошло для нашего конкретного случая, на универсальность не претендует.
Основная задача консолидированного сводного в Axapta в ситуации, когда закупками занимается отдельная компания (т.е. другое юр.лицо, выделенное в отдельную компанию в Axapta) - научить ее видеть потребности всех компаний, для которых она делает закупки. Мне для нашего клиента ничего без программных доработок придумать не удалось, поэтому выбрали ту доработку, которая больше всего понравился.
Выбирали между двумя подходами:
- переписать сводное к чертям, чтобы оно умело собирать данные из нескольких компаний. Долгое это дело, мы в это не полезли.
- отобразить в закупочной компании потребности остальных компаний. Далее план закупок будет строить стандартный алгоритм сводного планирования. Дополнительно всплывает проблема планирования "перемещений" (купли/продажи) между складами разных юрлиц. Собственно вот эти задачи уже и придумывали, как решать.

[Vals]

Цитата:

отобразить в закупочной компании потребности остальных компаний.

Вот именно так и делается. Отображать конечно можно по-разному.

Цитата:

Дополнительно всплывает проблема планирования "перемещений" (купли/продажи) между складами разных юрлиц

Ну а интеркомпани не помогла?

[sunny]

Цитата:

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

Вот именно так и делается. Отображать конечно можно по-разному.

Ну а интеркомпани не помогла?

Знаете, наш продажник однажды сказал мне следующее: клиентам никогда нельзя говорить нет. Например, на вопрос: "Может ли Axapta управлять марсоходом?", - надо отвечать: "Да может, вопрос в интерфейсах". Ну вот и попробуй с ним не согласись
Да, можно реализовать сводное для нескольких компаний. Ну костыль же нифига не маленький получается. У нас вышло дня 3 работы программиста при условии четкой постановки задачи консультантом. Если брать программиста и консультанта, то вышло не меньше 1 человекомесяца, с учетом поставонки, тестирования и т.д..
Интеркомпани очень помогает, особенно когда пользователь утверждает спланированное перемещение между складами разных юридических лиц.
По поводу интеркомпани, давайте уж тогда вспомним, что оно не делает:
1) не копирует в другую компанию цены
2) не копирует в другую компанию номера ГТД
3) не поддерживает русской функциональности договоров
4) нет возможности одновременной разноски счетов-фактур в двух компаниях (можно попробовать убедить клиента, что так и должно быть, так как дата регистрации фактуры и дата выписки могут отличаться)
+ не будем забывать в целом о реализации задачи трансфертного ценообразования (цены продажи между компаниями холдинга). Здесь претензии не к интеркомпани, просто это может быть отдельной большой кастомизацией в ходе реализации проекта по учету товарооборота между компаниями.
Если еще вспомнить, что ночь не резиновая. У нашего клиента было около 70000 тыс товаров, по которым были остатки на складах. Так что задача весьма интересная.

[Pavel]

Позволю себе вмешаться в ваше обсуждение.

Планирование обычно завершается формированием предложений, которые после утверждения трансформируются в заказы (закупки, продажи, производства в каждой из связанных компаний). В общем случае в этих связанных компаниях может серьезным образом отличаться учетная политика (план счетов, валюта учета, склады и т.п.) и методы ценообразования, и при создании заказов (т.е. в момент одобрения предложений) система должна автоматически подключать соответствующую валюту, цены, места хранения актуальные для данной компании (юр.лица).
Вариант с планированием в одной компании (консолидированные потребности) с последующим ручным переносом данных в каждую конкретную базу мало чем отличается от использования «нескольких разных систем», потребует процесс синхронизации данных и времени исполнения процессов. Возникнет также вопрос эффективности функциональности, пример, «почему бы не провести планирование во внешней системе с большими функциональными возможностями, а затем также создать/перенести заказы?»

Цитата:

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

Знаете, наш продажник однажды сказал мне следующее: клиентам никогда нельзя говорить нет. Например, на вопрос: "Может ли Axapta управлять марсоходом?", - надо отвечать: "Да может, вопрос в интерфейсах". Ну вот и попробуй с ним не согласись

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

[sunny]

Павел, спасибо за ценные замечания.
Меня задело смелое высказывание относительно возможности консолидированного сводного планирования. В описанном вами примере я бы в первую очередь уговорила клиента попробовать вынести эту функцию во внешнюю систему. В нашем проекте эта возможность тоже обсуждалась. Моей целью было показать, что прежде чем говорить о целесообразности и возможности реализации консолидированного сводного планирования в Axapta, следует сначала определить ограничения и цели, которые мы хотим достичь.
Решение реализовать в Axapta было принято исходя из следующих условий:
- во всех компаниях единая учетная политика, единый план счетов.
- все закупки у внешних поставщиков делаются только в одной компании холдинга
- проект должен был быть реализован в сжатые сроки,
- денег на покупку отдельного ПО для сводного планирования в бюджете клиента заложено не было.
Исходя из этих ограничений мы пришли к выводу, что описанный мною вариант будет наилучшим.