AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.08.2009, 12:25   #1  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Изменение существующей виртуальной компании
Хотелось бы на всякий случай уточнить один момент:

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

Или есть еще что-то, что необходимо сделать?

Спасибо
Старый 09.08.2009, 12:18   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Хотелось бы на всякий случай уточнить один момент:

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

Или есть еще что-то, что необходимо сделать?

Спасибо
нет, недостаточно.
1.
что-то нужно сделать с recID. вполне возможно, что в старой виртуальной компании уже использовались recID, которые в новой компании только будут использоваться в будущем. поэтому, как минимум нужно будет сдвинуть next в таблице sysnumebrsequences.

2.
что-то нужно сделать со ссылками на компанию и на recID в другой компании.

2.1. Ссылки на recid
Не стоит забывать, что штатные средства позволяют любую таблицу сделать общей для виртуальных компаний. И это штатное средство Аксапты. Поэтому к области риска относятся все ссылки по RecID.

2.2. ссылки на dataAreaID
но и этого может быть недостаточно. в стандартном коде есть ссылки на компанию. например, в общем журнале можно ввести интеркампани проводку. если кто-то сделает список клиентов/поставщиков/банков и т.п. общими для виртуальных компаний, а потом переименует компанию в этих списках, то для сохранения целостности, необходимо будет менять и журналы (по-крайней мере неразнесенные).

А вообще говоря, к области риска по ссылкам на DataAreaID относятся:
  • интеркампани (как журналы, так и заказы/закупки),
  • финансовые отчеты (там можно указать другую компанию),
  • OLAP отчеты (как стандартные, так и самописные)
  • Reporting Service отчеты
  • да и вообще все внешние средства доступа к базе и к данным компаний
__________________
полезное на axForum, github, vk, coub.
Старый 09.08.2009, 14:25   #3  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от mazzy Посмотреть сообщение
2.2. ссылки на dataAreaID
но и этого может быть недостаточно. в стандартном коде есть ссылки на компанию. например, в общем журнале можно ввести интеркампани проводку. если кто-то сделает список клиентов/поставщиков/банков и т.п. общими для виртуальных компаний, а потом переименует компанию в этих списках, то для сохранения целостности, необходимо будет менять и журналы (по-крайней мере неразнесенные).
Если не ошибаюсь, то в данном случае ничего менять не надо. Если у нас в справочнике dataareaId сменился с кода обычной компании на код виртуальной, то не надо в ссылках intercompany полей перебивать коды с реальной компании на код виртуальной.

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


Кстати, Иван, в ядре давно есть бага, которую никак не вылечат - при переименовании первичного ключа у справочников CustTable, VendTable, EmplTable, LedgerTable, etc в случае если они сидят в виртуальной компании, ядро некорректно переименовывает ссылки на них из LedgerJournalTrans. Виноват relation в котором участвует dataareaId.
Теги
intercompany, виртуальные компании

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
DataAreaId в виртуальной компании. vasiliy DAX: Программирование 1 17.04.2008 15:30
Изменение финансовой структуры компании - как передать все активы и обязательства Serge_DD DAX: Функционал 1 18.05.2007 18:01
доступ к записям виртуальной компании HelgaK DAX: Функционал 2 02.10.2006 07:54
View в виртуальной компании ZSV DAX: Программирование 15 26.07.2006 15:30
Доступ на уровне записей в виртуальной компании ZSV DAX: Администрирование 3 05.09.2005 18:42
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 00:59.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.