Виртуальные компании. Проблема.

[VadimVN]

Ситуация банальна - есть две компании в Аксапте, необходимо использовать общий справочник номенклатуры, при этом данные на закладках "Цена/Скидка" и "Количество" карточки номенклатуры в каждой компании должы быть свои.
Делаю табличную коллекцию, пихаю туда InventTable, делаю виртуальную компанию, и, как вы уже догадались, при создании номенклатуры в одной компании в другой её не вижу. Как вы уже догадались, происходит это от того, что к InventTable привязвна InventTableModule, которая не является общей для компаний, и при добавлении записи в InventTable, в InventTableModule добавляются связанные записи только с кодом текущей компании, в результате в другой компании для добавленной в общий справочник номенклатуры отсутствуют связанные записи в InventTableModule, из-з чего, в свою очередь, выходит полная фигня (я не очень путано выражаюсь?).
Вопрос: Господа, сталкивался ли кто-нить с подобной проблемой и как она решалась? Мне не трудно переписать Insert и Delete на InventTableModule чтобы пихать записи ещё и в соседнюю компанию, но можт существует более изящный способ?

Заранее благодарен.
VVN.

[Garic]

Сталкивался с этой проблемой. Решал её именно таким образом.

[Андре]

Кстати на technet было обсуждение этой проблемы - "Share data between companies. " Пришли примерно к такому же результату.

[gl00mie]

Цитата:

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

Сталкивался с этой проблемой. Решал её именно таким образом.

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

select id from VirtualDataAreaList
  where VirtualDataAreaList.virtualDataArea == <код_виртуальной_компании>

Представляется обновление InventTableModule сделать примерно так:

• определить, через какую виртуальную компанию в данной компании доступна таблица InventTable
• пройтись по списку других компаний в этой виртуальной компании
• в каждой из них создать/удалить соотв.записи для InventTable.ItemId

НО! Сразу возникает вопрос: как определить, через какую виртуальную компанию в текущей "реальной" компании доступна та или иная таблица? Потому что забивать в код строковую константу - идентификатор компании - как-то, мне кажется, совсем некрасиво. Можно ли это определить программно? Или придется все же забивать идентификатор виртуальной компании?

[gl00mie]

Цитата:

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

Как определить, через какую виртуальную компанию в текущей "реальной" компании доступна та или иная таблица?

На буржуйском форуме нашел такой вот рецепт определения, доступна ли таблица церез виртуальную компанию или нет

PHP код:

static boolean checkTableVirtual(TableId _tableId)
{
  TableCollectionList     tableCollectionList;
  VirtualDataAreaList     virtualDataAreaList;
  SysDictTableCollection  dictTblColl;
  DictTable               dictTable;
  TableName               tableName;
  ;

  while select virtualDataAreaList
    where virtualDataAreaList.id == curExt()
      join tableCollection from tableCollectionList
        where tableCollectionList.virtualDataArea == 
              virtualDataAreaList.virtualDataArea
  {
    dictTblColl = new SysDictTableCollection(tablecollectionlist.tableCollection);
    do
    {
      tableName = dictTblColl.nextTable();
      if (tablename2id(tableName) == _tableId)
         return true;
    }
    while (tableName);
  }
  return false;
} 


Отсюда и буду копать...

[Maxim Gorbunov]

Цитата:

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

СМне не трудно переписать Insert и Delete на InventTableModule чтобы пихать записи ещё и в соседнюю компанию, но можт существует более изящный способ?

А почему бы не переписать insert и delete на InventTable и не заморачиваться с виртуальными компаниями? Или, еще лучше, написать периодическое задание, которое будет синхронизировать справочники номенклатуры в компаниях.

Цитата:

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

На буржуйском форуме нашел такой вот рецепт определения...

Вы их слушайте больше

boolean isVirtual;
;
isVirtual = (select firstonly DataArea
                    where DataArea.id == new DictTable(tableId).makeRecord().dataAreaId).isVirtual;

[gl00mie]

Цитата:

Сообщение от Maxim Gorbunov

А почему бы не переписать insert и delete на InventTable и не заморачиваться с виртуальными компаниями?

В методе таблицы InventTable::insert() я не нашел никаких намеков на вставку чего-либо в InventTableModule. Судя по моим ковыряниям с отладчиком, эти вставки делаются из формы InventTable (в стеке вызова значится \Classes\FormDataSource\write)

Цитата:

Сообщение от Maxim Gorbunov

Или, еще лучше, написать периодическое задание, которое будет синхронизировать справочники номенклатуры в компаниях.

Ситуация такая: таблица InventTable - общая меж н-цати компаний, InventTableModule - везде своя. В одной компании создаем новую номенклатуру, все остальные ее не видят, потому что запись с новым InventTable.ItemId у них есть, а записей в InventTableModule с этим ItemId у них нет. При чем тут периодические задания?..

Цитата:

Сообщение от Maxim Gorbunov

select firstonly DataArea
   where DataArea.id == new DictTable(tableId).makeRecord().dataAreaId;

Спасибо, сейчас попробую

[Maxim Gorbunov]

Цитата:

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

Судя по моим ковыряниям с отладчиком, эти вставки делаются из формы InventTable (в стеке вызова значится \Classes\FormDataSource\write)

Вывод верный

Цитата:

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

Ситуация такая: таблица InventTable - общая меж н-цати компаний, InventTableModule - везде своя. В одной компании создаем новую номенклатуру, все остальные ее не видят, потому что запись с новым InventTable.ItemId у них есть, а записей в InventTableModule с этим ItemId у них нет. При чем тут периодические задания?..

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

[gl00mie]

Цитата:

Сообщение от Maxim Gorbunov

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

Перекрытие двух методов в InventTableModule, которые дергаются автоматом при создании/удалении номенклатуры, мне пока кажется более простым, нежели написание job'а по синхронизации справочников номенклатуры, который бы делал то же, но с какой-то периодичность - не имея при этом никаких данных о том, какие где номенклатуры добавились/удалились

[Maxim Gorbunov]

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

[EVGL]

Обратите внимание: если нужно только цены держать в отдельных компаниях, то можно "виртуализировать" как InventTable, так и InventTableModule. Только PriceDiscTable будет находиться в каждой отдельной компании. И никакого программирования.

[gl00mie]

Цитата:

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

Обратите внимание: если нужно только цены держать в отдельных компаниях, то можно "виртуализировать" как InventTable, так и InventTableModule.

Кроме цен необходимо держать в отдельных компаниях и такие вещи, например, как склады по умолчанию для закупки/заказа, количество по умолчанию, etc, а такие вещи вроде берутся через InventTableModule

[gl00mie]

Цитата:

Сообщение от Maxim Gorbunov

select firstonly DataArea
  where DataArea.id == new DictTable(tableId).makeRecord().dataAreaId;

А можно поподробней относительно смысловой нагрузки этого выражения с DictTable? А то я такой класс в AOT не нашел... Там делается какая-то запись в таблицу tableId? Я просто пока что написал вспомогательный класс для определения, через какую компанию таблица "виртуализируется", он выглядит, конечно, коряво в сравнении с этим select'ом, правда, по идее позволяет получать данные для любой компании, а не только текущей

static str getVirtualCompanyId(TableId _tableId, CompanyId _companyId = curExt())
{
    VirtualDataAreaList     virtDataAreaLst;
    TableCollectionList     tableColList;
    SysDictTableCollection  dictTableCol;
    ;

    while select virtDataAreaLst
        where virtDataAreaLst.id == _companyId
        join tableCollection from tableColList
        where tableColList.virtualDataArea == virtDataAreaLst.virtualDataArea
    {
        dictTableCol = new SysDictTableCollection(tableColList.tableCollection);
        do
        {
            if (tablename2id(dictTableCol.nextTable()) == _tableId)
                return virtDataAreaLst.virtualDataArea;
        }
        while (tableName);
    }
    return '';
}

[Maxim Gorbunov]

Пусть я буду пессимистом, но все же...

Если вы включаете InventTable в табличную коллекцию, необходимо так же включить все таблицы, на которые есть ссылки из InventTable. Это, как минимум, InventItemGroup, InventDimGroup и InventModelGroup. К ним могут добавиться и такие таблицы, как BOMCostGroup, CommissionItemGroup, InventNumGroup и т.п. Разумеется, при этом придется включить и все таблицы, на которые ссылаются эти таблицы. Например, для InventNumGroup это NumberSequenceTable. Готовы вы к тому, что номерные серии будут общими между компаниями?

[Atar]

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

[Maxim Gorbunov]

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

В любом случае, номерные серии - это только пример. Можете найти другие примеры, если покопаетесь в остальных таблицах, на которые ссылается InventTable.

[Maxim Gorbunov]

Цитата:

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

А можно поподробней относительно смысловой нагрузки этого выражения с DictTable? А то я такой класс в AOT не нашел...

Это системный класс. Найти в AOT его можно в System documentation.

new DictTable(tableId) - создает новый объект класса DictTable для таблицы tableId
makeRecord() - возвращает пустой буфер для таблицы (хоть буфер и пустой, dataAreaId в нем уже инициализирован).

[gl00mie]

Цитата:

Сообщение от Maxim Gorbunov

В любом случае, номерные серии - это только пример. Можете найти другие примеры, если покопаетесь в остальных таблицах, на которые ссылается InventTable.

Мда... Пожалуй, надо будет на самом деле покопать в сторону написания job'а для синхронизации справочников номенклатур

[George Nordic]

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

С Уважением,
Георгий

[gl00mie]

Цитата:

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

Представляется обновление InventTableModule сделать примерно так:

• определить, через какую виртуальную компанию в данной компании доступна таблица InventTable
• пройтись по списку других компаний в этой виртуальной компании
• в каждой из них создать/удалить соотв.записи для InventTable.ItemId

Все же что-то у меня последний пункт не выходит Я наивно полагал, что сработает просто это

changeCompany(virtualDataAreaList.id) {
    super();
}

ан - фигу! Компания, конечно, сменяется (если в блоке распечатать curext(), то он показывает то, что нужно), только вот this.dataAreaId у InventTableModule как был в старой компании, так и остался, и вызываемый super() ессно ругается, что запись уже есть. xApplication.setDefaultCompany() дает тот же результат... Если в контексте другой компании (внутри блока changeCompany) сделать новый InventTableModule и скопировать в него this, то он тоже получает dataAreaId из исходонй компании, а не из той, куда делается changeCompany Что делать, как побороть? Неужто вместо простого вызова super() в InventTableModule в контексте другой компании придется "плясать с бубном", создавать новый экземпляр объекта и копировать в него нужные данные?..