Внешние коды

[Maxim Gorbunov]

Ну, вот Вам цитата из Online Help, например:

Цитата:

Set up external codes for AIF

To use Application Integration Framework (AIF) to exchange documents electronically with an external system, you must configure each document to use internal codes or external codes for its field values.

For example, if a sales order document refers to an item number, you must choose whether to use the item number from the standard tables in Microsoft Dynamics AX (an internal code) or an item number not in Microsoft Dynamics AX (an external code). External codes are used when the values from the standard tables will not be used.

External codes are set up in the External codes form and are associated with internal codes in Microsoft Dynamics AX. You create and maintain external codes in the specific forms that process the internal codes in Microsoft Dynamics AX. For example, both internal codes and external codes for item numbers are set up and maintained in the Item details form.

To create external codes, you must specify a code, a description for the code, and the value of the external code. You must also specify whether the code is an officially recognized standard code, such as EAN, ISBN, or ISSN.

You can create several external codes for the same item, account number, warehouse, unit, dimension, or currency. For example, the item number BR-12 might have one external code value that corresponds to a customer's item number and another external code value for its EAN number. If there are several standards for the same country code, you can enter the values according to those standards.

The following table lists the fields for which you can create external codes and the location of their corresponding forms.

Вкратце, внешние коды используются в AIF. Их назначение - в случае, когда код объекта в AX отличается от кода во внешней системе, просто подменить один код на другой в момент выгрузки/загрузки электронных документов.

А чего Вы ожидаете от функциональности внешних кодов? В какой момент они должны использоваться по Вашему дизайну?

[RVS]

Цитата:

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

в нашей базе есть и "тыс.шт" и "шт"
а у наших партнеров только "шт" (и они против создания дополнительных Ед.измерения)

Вы эту номенклатуру покупаете у партнера или ему продаете? Что за партнер, уточните, плз..

[EVGL]

Цитата:

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

Дык, тоже чувствую, что плохо понимаю данную функциональность. Ни форум, ни документация - не помогли. В демо базе примеров нет. Поэтому и решил спросить совета.

Первый же ответ М. Горбунова от 09.02.2012 был единственно верным. Воспользуйтесь им.

[glibs]

Цитата:

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

Первый же ответ М. Горбунова от 09.02.2012 был единственно верным. Воспользуйтесь им.

Я тоже абсолютно согласен с обоими упомянутыми выше ораторами.

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

[kaw]

ух прямо отчитали...
не совсем понял про воспритяие реальности
Есть задача перекодировки ед.измерения, пытаюсь найти оптимальное решение:
- найти готовый инструмент, который на 100% будет решать поставл.задачу
- найти похожий инструмент и доработать напильником
- реализовать полностью свой инструмент

выбрал похожий инструмент:

Цитата:

3.1 External Codes
External codes are created using the External codes form, which lists external identifiers of values in the intercompany organization. The form can be accessed from various base data forms. To create external code types, you must specify a code type, a description for the code type, and the value. Refer to the online help for step-by-step instructions on how to create external codes for customers, vendors, items, units, currencies and so on.
Examples of when to use external codes:
• Your trade partner requests identifiers for countries other than those defined in the Country form.

In this case, create external codes for the countries in the External codes form accessed from the Country form.
• Your company has defined one item number with several item dimension combinations attached but your trade partner has defined one item number per item combination.

In this case, create external codes for the item dimension combinations in the External codes form accessed from the Item dimension combination form.
You can create several external codes for the same item, company account, unit, currency, country and so on. For example, if there are several standards for the same country code, you can create the standards, you use, and enter the values according to the standards. The value of a code will be transferred to the documents.

Последний абзац к моей задаче: Если у Вашего партнера "г", "кг", "т", то с помощью Внешних кодов,
можно сопоставить с Ед.измерения в Вашей БД => "кг".

У меня задача стоит в точности наоборот.
По Вашим критическим отзывам понял, что "напильник" лучше не использовать,
а реализовать 100% свой инструментарий.

Всем спасибо.

[S.Kuskov]

Цитата:

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

Есть задача перекодировки ед.измерения

Пожалуйста, уточните, на каком шаге какого бизнесс-процесса вам нужна перекодировка.

• Это печать какого-то документа (если да то какого)?
• Это ввод в систему какого-то документа (если да то какого)?
• Это что-то ещё?

Просто в абстрактном виде виде задачу "перекодировки" решает даже такой инструмент как "Калькулятор едениц измерения" (путь: Верхнее меню\Сервис\).

В системе есть настройка "Пересчёт едениц измерения" (путь: Управление запасами\Номенклатурный справочник\Настройки\). Везде где бизнес-процессом системы предусмотрена возможность смены едениц измерения везде используется эта настройка. Поэтому ещё раз повторю вопрос к вам. На каком шаге какого бизнес-процесса вы испытываете недостаток в такой возможности пересчёта?

[kaw]

Задача 2х сторонний обмен с поставщиками, электронными аукционами.
Мы делаем заявку с нашими потребностями, в ответ получаем ком.предложение
Тип документов наш собственный, не "Заказ на покупку".

[S.Kuskov]

Цитата:

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

Тип документов наш собственный.

Понятно.

Тогда получив информацию из предыдущих сообщений вы уже понимаете что инструмент внешних кодов используется только для перекодировки но не для пересчёта. Я бы советовал в этом плане ничего не менять. А если нужен именно пересчёт, то реализовать его не на этапе интеграции, а на этапе создания/обработки документа, по аналогии с теми же "Заказами на покупку".

[Vals]

Цитата:

Тип документов наш собственный, не "Заказ на покупку".

А что за документ вы придумали?

[RVS]

Цитата:

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

Последний абзац к моей задаче: Если у Вашего партнера "г", "кг", "т", то с помощью Внешних кодов,
можно сопоставить с Ед.измерения в Вашей БД => "кг"

Вы заблуждаетесь. Внешние коды номенклатуры - они вовсе не для этого. Хотя, в принципе, если у вас есть микроскоп и вы хотите забыть им гвоздик - it's up to you

Цитата:

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

У меня задача стоит в точности наоборот.

Почему, интересно? Вы же сами написали:

Цитата:

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

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

Итого, все выглядит примерно так:

- вы создаете аукцион, единицы в нем - те, что нравятся вам
- получаете предложение, единицы в нем - те, что нравятся партнеру. Но! Внимание! Они точно есть в вашем справочнике Единиц измерения
- при регистрации документа в Axapta (это ведь будет Заказ на закупку, да? Иначе - при чем здесь Axapta?) - пересчитываете из тех единиц, что прислал партнер, в милые вам (единицы).
Примерно вот так:

Tables\UnitConvert.valueConvert(real  valueFrom,  UnitID unitFrom,  UnitID unitTo,  ItemId  ItemId, boolean  doRound = true)

Какой еще "свой инструмент" тут нужен? Не понимаю...

Цитата:

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

По Вашим критическим отзывам понял, что "напильник" лучше не использовать, а реализовать 100% свой инструментарий.

Это зря, КМК...

[kaw]

Цитата:

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

Итого, все выглядит примерно так:
- вы создаете аукцион, единицы в нем - те, что нравятся вам

В ах сформировал заявку "на аукцион" ед.изм = тыс.шт, выгружаю его.
Система поставщика "бьется в истерике: что это? Я это не ем. Подавайте мне шт"

[RVS]

Цитата:

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

В ах сформировал заявку "на аукцион" ед.изм = тыс.шт, выгружаю его.
Система поставщика "бьется в истерике: что это? Я это не ем. Подавайте мне шт"

Слава Богу, наконец-то внятно сформулирована проблема

Гм... Ну и поставщики у вас

По делу: сделать настройку, a-la Поставщики * Единицы измерения. На пересечении строк и столбцов - галочка "Не понимает". По умолчанию - "Понимает". И использовать эту табличку (в комбинации с UnitConvert, если "Не понимает"), при формировании Аукциона.

Делов - на час-два-три...

[Maxim Gorbunov]

kaw,

Просто с точки зрения полноты данных в системе, я бы не делал подобный пересчёт "на лету". Создавайте "Заявку на аукцион" в Ваших единицах измерения. На её основе создавайте "Заявку поставщику" в единицах измерения поставщика. Затем отправляйте эту заявку как электронный документ. Это я к тому, что если у конвертация у Вас будет происходить только на выходе из системы (а результаты в системе сохранены не будут), велик риск не найти потом концов.

Ну и, конечно, Внешние коды для этого приспосабливать не стоит (а то они потом не будут работать в тех ситуациях, в которых должны изначально). Сделайте собственный функционал. Развивайте идею, которую предложил RVS.