|
25.06.2010, 09:49 | #1 |
Модератор
|
Microsoft Dynamics AX 2009 White Paper: Global Address Book
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
__________________
-ТСЯ или -ТЬСЯ ? |
|
05.07.2010, 15:06 | #2 |
MCT
|
скажите, а глобальная адресная книга и ссылка в клиенте/поставщике друг на друга - это не связанные вещи?
т.е. к примеру, у меня компания ООО "Контрагент" является и клиентом и поставщиком. Я создаю карточку клиента, карточку поставщика - связываю их через глобальную адресную книгу. НО чтобы считать общее сальдно по клиенту/поставщику я должен в карточке клиента заполнить поле "Счет поставщика". т.е. я должен вручную делать две разные связки? 1. связку через глобальную адресную книгу 2. в карточке клиента заполнять поле "счет поставщика" (при этом в карточке поставщика автоматически заполняется поле "счет клиента") возникает вопрос - почему не проставлять в карточке клиента/поставщика ссылку друг на друга в момент связи клиента и поставщика через глобальную адресную книгу?
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
05.07.2010, 15:52 | #3 |
Участник
|
Проставляйте, если у вас связь через глобальную книгу означает однозначную связь клиента-поставщика в части расчетов с контрагентом =)
Допустим, два поставщика, один клиент - по какому делать связку? Адресная книга, насколько я понимаю, это именно справочник для унификации контактных и не только справочных данных по всем контрагентам и на бизнес-логику не влияет. А поле-связка было и в предыдущих версиях системы, до глобальной адресной книги. Могли просто "забыть" или "не подумать" - тоже правдоподобное объяснение =).
__________________
Ivanhoe as is.. |
|
05.07.2010, 16:57 | #4 |
MCT
|
а так разве можно сделать?
к одной "Организации" в глобальной адресной книге можно привязать только одного клиента и поставщика - по крайней мере у меня ошибка выпадает, что такой уже существует. поэтому-то вопрос и возник - получается, что и ссылка в карточках друг на друга и глобальная адресная книга - это четкая связь клиента и поставщика. странно, что базовая версия предлагает делать это независимо.
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (1). |
06.07.2010, 13:07 | #5 |
Участник
|
Почему-то думал, что можно несколько раз использовать одну запись книги
__________________
Ivanhoe as is.. |
|
07.07.2010, 13:08 | #6 |
MCT
|
еще вопросы в сторону глобальной адресной книги:
1. почему нет возможности контроля дубликатов по ИНН + КПП, а есть только по ИНН? контроль дублей только лишь по ИНН на самом деле означает отсутствие контроля, так уже не раз видел справочники, где десятки клиентов/поставщиков с одинаковым ИНН, но разными КПП 2. почему есть передача обновлений адресов и контактов из клиента в поставщика и обратно (если они связаны через глобальную адресную книгу) и НЕТ возможности передачи обновлений тех же ИНН, КПП? Как-то странно иметь связку в глобальной адресной книге между клиентом и поставщиком с разными ИНН.
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
07.07.2010, 13:35 | #7 |
Участник
|
Опять же, насколько я понял, это проблема локализации. Не подумали. Пришлось добавлять русские поля (КПП, ОКАТО и т.п.) в этот справочник.
Насчет контроля ИНН: если делать по-нормальному, то нужен отдельный справочник организационно-правовых форм и контроль уникальности в разрезе него. Т.к. для ООО важно и ИНН, и КПП, а для физ. лица - паспортные данные.
__________________
Ivanhoe as is.. |
|
07.07.2010, 13:45 | #8 |
MCT
|
Цитата:
плачевно все это, остается некое ощущение недосказанности - вроде и сделаны шаги в правильном направлении, а все равно приходится дополнительно кодить, кодить, кодить...
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
14.09.2010, 11:43 | #9 |
MCT
|
Глобальная адресная книга
Думаю многие сталкиваются с новым фукнционалом в Dax 2009, называемом Глобальная Адресная Книга.
Прилагаю документ, который прольет немного света в эту область PS Сергей, не нашел волшебной кнопки upload
__________________
Axapta book for developer Последний раз редактировалось MikeR; 14.09.2010 в 11:46. |
|
14.09.2010, 11:47 | #10 |
MCT
|
ранее уже выкладывалось
Microsoft Dynamics AX 2009 White Paper: Global Address Book
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
14.09.2010, 11:49 | #11 |
MCT
|
Цитата:
Сообщение от d&m
ранее уже выкладывалось
Microsoft Dynamics AX 2009 White Paper: Global Address Book
__________________
Axapta book for developer |
|
15.09.2010, 09:27 | #12 |
Участник
|
объединил.
а также: Как загрузить документ на форум (upload, закачать). |
|
21.09.2010, 15:37 | #13 |
MCT
|
Предлагаю свою вольную версию перевода этих страниц.
Глобальная адресная книга представлена только в Microsoft Dynamics AX 2009 и содержит информацию о бизнес единицах (Организации и люди) (party records) в разрезе компаний. Эти записи рассматриваются, как составная часть компании и связаны с названиями (организации) и именами (люди), адресам, контактной информацией и другой детальной информацией. Бизнес единицы имеют определенный набор ролей (party roles). То есть Бизнес единица может быть покупателем (Клиент) ( customer), поставщиком, деловым отношением, контактом, сотрудником или подразделением HR. Бизнес единица может быть связана с одной и более ролью. Базовые настройки глобальной адресной книги есть в связанных модулях Покупатели (Клиенты), Поставщики, Сотрудники, Основное. При удалении записи из связанной таблицы, удаляется запись из DirPartyTable. В такой архитектуре соответственно можно объединять записи, искать дубликаты и так далее. При импорте покупателей (клиенты), поставщиков, сотрудников кроме стандартных настроек требуется определять связь с глобальной адресной книгой (закладка конвертация) и дописывать следующий код. Пример приведен для импорта покупателей (клиенты custTable). X++: // 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;
__________________
Axapta book for developer |
|
Теги |
ax2009, dirparty, глобальная адресная книга, документация, импорт из excel, скачать (download) |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|