Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[belugin]

Цитата:

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

1. Добавить в модель поле китайский ID.
А потом индийский. А потом выслушать обвинение в расизме от консультанта почему китайский ID идет отдельно (типа ты их за людей не считаешь?).

Это реальный кейз уже были такие претензии? Почему именно китайский идентификатор не такой как у всех? Если это требование какого-то стандарта типа IBAN, то вполне можно назвать его ID_<название стандарта>. Например, в ISO20022 к банкам привязано множество пар (схема идентификации, значение), где схема идентификации - это как раз разновидность такого стандарта.

Стандарты можно не считать за людей

[axm2017]

Цитата:

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

Это реальный кейз уже были такие претензии?

Это адаптированный под тестовый пример вариант проблемы. Но проблема практическая.

Цитата:

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

Почему именно китайский идентификатор не такой как у всех?

Это риторический вопрос? Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты.

[belugin]

Цитата:

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

Это адаптированный под тестовый пример вариант проблемы. Но проблема практическая.

Мне из адаптированного тестового примера непонятно, чем именно неудобно добавить дополнительное поле.

Цитата:

Это риторический вопрос?

Нет.

Цитата:

Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты.

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

[axm2017]

Цитата:

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

Мне из адаптированного тестового примера непонятно, чем именно неудобно добавить дополнительное поле.

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

Цитата:

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

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

В конкретном случае в 1 варианте количество полей в модели увеличилось в 1.5 раза а во втором выросла сложность и снизилась надёжность.

В общем приняли решение чаще делать маппинги а не усложнять. Хотя как понял якобы по канону стремление к уменьшению меньше маппингов должно быть. Чем оно вызвано не ясно.