Preston.Larimer: Item import from CSV file made easy (Kinda)

[mazzy]

Цитата:

Сообщение от Blog bot

The job below uses the axInventTable class to create items from a CSV file.

Ну, не знаю.

С одной стороны, импорт штатными инструментами еще проще
http://axapta.mazzy.ru/lib/import/

С другой стороны, ax*-классы выполняют логику по заполнению данных.

С третьей стороны, локализация не озаботилась ax*-классами, поэтому русских полей в ax*-классах сейчас нет. А на проектных таблицах их вообще никто не делает (по-крайней мере, я еще ни разу не видел и сам пока не делаю).

В общем, замечательно-буржуйский совет. Работает только в правильно-буржуйской версии.
Или ошибаюсь?

[Vadik]

Цитата:

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

локализация не озаботилась ax*-классами, поэтому русских полей в ax*-классах сейчас нет

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

Цитата:

С другой стороны, ax*-классы выполняют логику по заполнению данных.

Проблема в том, что логика Ax классов отличается от той логики, которая прописана в modifiedField() на таблицах или не дай Б-г в формах (заполнение и очистка связанных полей, к примеру). В итоге получается, что при вводе тех же данных в те же поля в том же порядке руками в формах и через AxBC классы можем получить разный результат.
В идеале наверное хотелось бы чтобы ОТОВСЮДУ с данными работали по принципу "одного окна" (через AxBC классы), но тут возникает вопрос трудозатрат - у кого-то просто не хватит ресурсов на редизайн, у кого-то приложение в состоянии вечного "работает - не чини" . Ну и вендору конечно тоже придется и код лопатить, и серьезную просветительскую работу вести. Т.е. до светлого SOA будущего еще пилить и пилить