Microsoft Dynamics AX 2009 White Paper: Global Address Book

[Vadik]

Brief Description
This paper provides information about sharing party records in the global address book across companies and within companies in Microsoft Dynamics AX 2009
Microsoft Dynamics AX 2009 White Paper: Global Address Book

[d&m]

скажите, а глобальная адресная книга и ссылка в клиенте/поставщике друг на друга - это не связанные вещи?

т.е. к примеру, у меня компания ООО "Контрагент" является и клиентом и поставщиком. Я создаю карточку клиента, карточку поставщика - связываю их через глобальную адресную книгу.

НО чтобы считать общее сальдно по клиенту/поставщику я должен в карточке клиента заполнить поле "Счет поставщика".

т.е. я должен вручную делать две разные связки?
1. связку через глобальную адресную книгу
2. в карточке клиента заполнять поле "счет поставщика" (при этом в карточке поставщика автоматически заполняется поле "счет клиента")

возникает вопрос - почему не проставлять в карточке клиента/поставщика ссылку друг на друга в момент связи клиента и поставщика через глобальную адресную книгу?

[Ivanhoe]

Проставляйте, если у вас связь через глобальную книгу означает однозначную связь клиента-поставщика в части расчетов с контрагентом =)

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

А поле-связка было и в предыдущих версиях системы, до глобальной адресной книги. Могли просто "забыть" или "не подумать" - тоже правдоподобное объяснение =).

[d&m]

Цитата:

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

Допустим, два поставщика, один клиент - по какому делать связку?

а так разве можно сделать?
к одной "Организации" в глобальной адресной книге можно привязать только одного клиента и поставщика - по крайней мере у меня ошибка выпадает, что такой уже существует.

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

[Ivanhoe]

Почему-то думал, что можно несколько раз использовать одну запись книги

[d&m]

еще вопросы в сторону глобальной адресной книги:
1. почему нет возможности контроля дубликатов по ИНН + КПП, а есть только по ИНН? контроль дублей только лишь по ИНН на самом деле означает отсутствие контроля, так уже не раз видел справочники, где десятки клиентов/поставщиков с одинаковым ИНН, но разными КПП
2. почему есть передача обновлений адресов и контактов из клиента в поставщика и обратно (если они связаны через глобальную адресную книгу) и НЕТ возможности передачи обновлений тех же ИНН, КПП? Как-то странно иметь связку в глобальной адресной книге между клиентом и поставщиком с разными ИНН.

[Ivanhoe]

Опять же, насколько я понял, это проблема локализации. Не подумали. Пришлось добавлять русские поля (КПП, ОКАТО и т.п.) в этот справочник.

Насчет контроля ИНН: если делать по-нормальному, то нужен отдельный справочник организационно-правовых форм и контроль уникальности в разрезе него. Т.к. для ООО важно и ИНН, и КПП, а для физ. лица - паспортные данные.

[d&m]

Цитата:

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

Опять же, насколько я понял, это проблема локализации. Не подумали. Пришлось добавлять русские поля (КПП, ОКАТО и т.п.) в этот справочник.

Странно - ИНН ведь тоже INN_RU - о нем ведь подумали, а про остальное нет...

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

[MikeR]

Думаю многие сталкиваются с новым фукнционалом в Dax 2009, называемом Глобальная Адресная Книга.
Прилагаю документ, который прольет немного света в эту область

PS Сергей, не нашел волшебной кнопки upload

[d&m]

ранее уже выкладывалось
Microsoft Dynamics AX 2009 White Paper: Global Address Book

[MikeR]

Цитата:

Сообщение от d&m

ранее уже выкладывалось
Microsoft Dynamics AX 2009 White Paper: Global Address Book

Значит, можно объединить

[mazzy]

Цитата:

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

Значит, можно объединить

объединил.
а также: Как загрузить документ на форум (upload, закачать).

[MikeR]

Предлагаю свою вольную версию перевода этих страниц.

Глобальная адресная книга представлена только в Microsoft Dynamics AX 2009 и содержит информацию о бизнес единицах (Организации и люди) (party records) в разрезе компаний. Эти записи рассматриваются, как составная часть компании и связаны с названиями (организации) и именами (люди), адресам, контактной информацией и другой детальной информацией.
Бизнес единицы имеют определенный набор ролей (party roles). То есть Бизнес единица может быть покупателем (Клиент) ( customer), поставщиком, деловым отношением, контактом, сотрудником или подразделением HR. Бизнес единица может быть связана с одной и более ролью.
Базовые настройки глобальной адресной книги есть в связанных модулях Покупатели (Клиенты), Поставщики, Сотрудники, Основное. При удалении записи из связанной таблицы, удаляется запись из DirPartyTable. В такой архитектуре соответственно можно объединять записи, искать дубликаты и так далее.
При импорте покупателей (клиенты), поставщиков, сотрудников кроме стандартных настроек требуется определять связь с глобальной адресной книгой (закладка конвертация) и дописывать следующий код. Пример приведен для импорта покупателей (клиенты custTable).

  // Add code - Start 
 
                // Check if not associated to Party     
                if (!custTable.PartyId)     
                {         
                                // Create a Party entry for customer        
                                                
                              custTable.PartyId = DirParty::createPartyFromCommon(custTable).PartyId;     
                }     
                else     
                {                             
                              DirParty::updatePartyFromCommonInsert(custTable.PartyId,custTable);     
                }                   
                //Add code - end 
 
                return custTable;

[d&m]

Цитата:

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

При удалении записи из связанной таблицы, удаляется запись из DirPartyTable.

зависит от параметра DirParameters.AutoDeleteParty

[d&m]

Цитата:

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

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

альтернатива - вместо doInsert, который делает импорт через группу определений, заставить Аксапту делать Insert - тоже через критерий импорта.



https://community.dynamics.com/blogs...nts/50018.aspx

[d&m]

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

str dirId;
DirPartyTable dirPartyTable
;
// Check if not associated to Party 
if (!emplTable.PartyId || emplTable.PartyId == "") 
{ 
// Create a Party entry for customer 
dirId = DirParty::createPartyFromCommon(emplTable).PartyId; 
emplTable.PartyId = dirId;
//Update the name fields on the DirPartyTable 
while select forupdate dirPartyTable where dirPartyTable.PartyId == emplTable.PartyId
{
dirPartyTable.FirstName = emplTable.Training;
dirPartyTable.LastName = emplTable.EmplIdentNumber;
dirPartyTable.Name = emplTable.ReqAttention;
dirPartyTable.NameAlias = emplTable.ReqAttention;
dirPartyTable.update();
}
//Set the values in the EmplTable back to nothing
emplTable.Training = "";
emplTable.EmplIdentNumber = "";
emplTable.ReqAttention = "";
} 
else 
{ 
DirParty::updatePartyFromCommonInsert(emplTable.PartyId,EmplTable);

http://blogs.msdn.com/b/axsupport/ar...n-ax-2009.aspx