AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 24.08.2016, 07:47   #21  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,432 / 1555 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Поддержу macklakov и fed. Использование того же AIF всегда несло кучу рисков и затрат
Да что ж у вас там за программисты такие-то ? С AIF я как правило просто выбирал подходящий сервис (из двух сотен "из коробки"), за полдня рисовал и отдавал клиенту proof of concept проект по его использованию, настраивал порт и data policy, и дальше он делал все сам.
Цитата:
Дык если у тебя кастомный AIF опубликован на IIS или самописный WS, который дергает аксу через BC
Я так понял, это теоретические измышления на тему того как наколеночное решение продолжит работать в Azure как ни в чем ни бывало. Теоретические - потому что оба варианта как бы не варианты в семерке. У меня же сейчас задача сугубо практическая. Клиент с нами начиная с версии 4.0 (AIF), нами переводился на 2012 (AIF), теперь вот AX7 (data entities). Это по поводу "гипотетических шансов на апгрейд", да . До сих пор с простыми data entities все шло относительно гладко, 2-3 несложных интерфейса в день. С составными (заказы на продажу) пока затык в виде бага в SalesOrderHeaderEntity и PurchPurchaseOrderHeaderEntity, но мы это порешаем. На этом (AX7, data entities, синхронный вызов) давайте и попробуем сфокусироваться в этой ветке, конструктив и конкретику приму и поддержу с благодарностью
__________________
-ТСЯ или -ТЬСЯ ?

Последний раз редактировалось Vadik; 24.08.2016 в 07:52.
Старый 24.08.2016, 10:42   #22  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,432 / 1555 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
По просьбе Ивана вынес часть обсуждения не относящуюся непосредственно к AX7 в отдельную ветку
__________________
-ТСЯ или -ТЬСЯ ?

Последний раз редактировалось Vadik; 24.08.2016 в 11:06.
Старый 24.08.2016, 12:46   #23  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,832 / 2357 (86) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от mazzy Посмотреть сообщение
в 7.0 microsoft использует data entities только для работы с setup-данными.
Еще как использует. Только их и использует: импорт банковской выписки. Импорт выписки кредитной карты. Обмен данными о номенклатуре, клиентах и поставщиках.
Старый 24.08.2016, 16:36   #24  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,974 / 3865 (186) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от EVGL Посмотреть сообщение
Еще как использует. Только их и использует: импорт банковской выписки. Импорт выписки кредитной карты. Обмен данными о номенклатуре, клиентах и поставщиках.
чёрт, я опять что-то из закрытого ляпнул, что ли?

а могу попросить ссылки на классы, которые занимаются импортом выписки?
просто мне самому интересно что за фигня с этими data entity происходит.
Старый 24.08.2016, 16:39   #25  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,432 / 1555 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от mazzy Посмотреть сообщение
а могу попросить ссылки на классы, которые занимаются импортом выписки?
Я скриншот с data entity выше постил вроде
__________________
-ТСЯ или -ТЬСЯ ?
Старый 24.08.2016, 19:42   #26  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,832 / 2357 (86) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Там класс BankStamement*Import с диалогом для загрузки файла, который потом вызывает data entity по имени (которую, впрочем, надо настроить ручками, добавив туда 3 XSLT из ресурсов). Ничего секретного или закрытого.

Кстати, для сведения: автоматизированный обмен структурированными текстовыми файлами типа EDIFACT в AX7 "из коробки" невозможен:

1) В поставке системы нет middleware, которое периодически отправляла бы файл в AX web service. Пока есть только кустарные приблуды, одна из которых написана архитекторами (https://github.com/Microsoft/Dynamics-AX-Integration), а другая написана коллегой Томеком из Microsoft Services и базируется на scheduler Quartz.

2) XSLT 1.0 не в состоянии преобразовать текстовый файл в структурированный XML, поэтому указанный выше класс делает обертку CDATA вокруг содержимого файла. Если же загрузка файла идет не интерактивно, а в автоматическом режиме сразу в web service для entity, то последняя такой файл обработать принципиально не сможет.

Последний раз редактировалось EVGL; 24.08.2016 в 20:02.
За это сообщение автора поблагодарили: mazzy (2), Vadik (5), trud (2).
Старый 24.08.2016, 21:53   #27  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,432 / 1555 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от EVGL Посмотреть сообщение
Пока есть только кустарные приблуды, одна из которых написана архитекторами
Ох уж я оплевался, пока это чудо запустил. Начиная с нежданного strong name validation failed на запуске, дюжины полей для ввода, в которые надо пути в файловой системе и GUID-ы копировать, а оно при запуске их теряет и переписывает значениями из App.config, и заканчивая скриншотом. Сплэш с логотипом Dynamics при старте, что характерно, сделать не поленились Видимо, интуиция меня не обманула и recurring integrations мы наверное пока пользоваться не будем
Цитата:
XSLT 1.0 не в состоянии преобразовать текстовый файл в структурированный XML, поэтому указанный выше класс делает обертку CDATA вокруг содержимого файла. Если же загрузка файла идет не интерактивно, а в автоматическом режиме сразу в web service для entity, то последняя такой файл обработать принципиально не сможет
Ну то есть аккуратно, как есть, портировали с AIF в AX 2012 на Data entities в AX 7, со всеми авторскими косяками. Стабильность - признак мастерства. Молодцы

P.S. Итоги по выписке, кстати, ровно так же с неправильным признаком дебет/кредит импортируются. Как и в 2012. Ну, может конечно это у нас банк неправильный такой
Миниатюры
Нажмите на изображение для увеличения
Название: snip_20160822112402.png
Просмотров: 383
Размер:	39.2 Кб
ID:	10934   Нажмите на изображение для увеличения
Название: snip_20160824215906.png
Просмотров: 424
Размер:	112.5 Кб
ID:	10935  

__________________
-ТСЯ или -ТЬСЯ ?

Последний раз редактировалось Vadik; 24.08.2016 в 22:22.
Старый 25.08.2016, 09:33   #28  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от macklakov Посмотреть сообщение
Извините! Попрошу не путать! То что мы на коленке делаем, еще не значит что мы делаем это через задний проход! И даже, когда приходится большие объемы данных быстро гонять, мы предохраняемся через views.
Не так давно, волею судеб, пришлось поработать с клиентом, которому проект делал Юрий. Не один делал, конечно, с командой. Подтверждаю, интеграции (по крайней мере, большинство из них) были сделаны на коленке и скреплены скотчем. Проблемы в основном решались путём наматывания большего количества скотча. В результате получилась конструкция, рядом с которой было боязно не то что ходить, но и дышать - как бы не рухнуло всё

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Поддержу macklakov и fed. Использование того же AIF всегда несло кучу рисков и затрат. В моем опыте на всех проектах, где делали "на коленке", ни разу не пожалели. А ради гипотетического шанса, что проект когда то перейдет на новую версию и там MS позаботится о техническом переходе без проблем, городить огород здесь и сейчас - ну не знаю.
Вот умиляют меня заявления типа "самописное решение легче и дешевле поддерживать". Ребята, никто же и не спорит, что самописное решение лично вам поддерживать проще. И любое расширение этого решения лично вы можете сделать не больше, чем за полдня. Проблемы начинаются, когда вы перестаёте работать в проекте, и поддерживать ваше решение приходится другим людям. Только изучение всех трудов предыдущего автора может занять месяцы (на проекте, о котором я писал выше, только анализ уже третий месяц идёт; когда начнётся дизайн - и начнётся ли он вообще - никто сказать не может). Разумеется, в конечном итоге за это платят клиенты, но готовы ли они были к таким расходам, когда вы им продавали своё недорогое решение, написанное на коленке?
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: gl00mie (3).
Старый 25.08.2016, 23:10   #29  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
Не так давно, волею судеб, пришлось поработать с клиентом, которому проект делал Юрий. Не один делал, конечно, с командой. Подтверждаю, интеграции (по крайней мере, большинство из них) были сделаны на коленке и скреплены скотчем. Проблемы в основном решались путём наматывания большего количества скотча. В результате получилась конструкция, рядом с которой было боязно не то что ходить, но и дышать - как бы не рухнуло всё
По результатам личной переписки, считаю, что нужно кое-что уточнить: интеграции, которые меня так расстроили, делал всё же не лично Юрий. Он работал в той команде, но работал над другими вещами.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: macklakov (1).
Старый 26.08.2016, 15:10   #30  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,832 / 2357 (86) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Vadik Посмотреть сообщение
Ну то есть аккуратно, как есть, портировали с AIF в AX 2012 на Data entities в AX 7, со всеми авторскими косяками.
Там косяк не в Dynamics, а глубже - в .NET. Он не поддерживает XSLT 2.0
Старый 02.09.2016, 16:42   #31  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,432 / 1555 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Если кому-то интересно, опубликовали решение по
Цитата:
insert not allowed for field 'FormattedDeliveryAddress'
тут
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: EVGL (2), trud (3).
Теги
d365fo, data entity, recurring integration, интеграция

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: Inconsistency between quantity in sales order and quantity in inventory transaction. Blog bot DAX Blogs 0 31.01.2015 17:11
atinkerersnotebook: Importing Sales Order History Through the Data Import/Export Framework Blog bot DAX Blogs 0 29.08.2014 02:14
emeadaxsupport: SEPA affected objects Blog bot DAX Blogs 0 29.11.2013 13:11
dynamicsaxtraining: Vendor returns Blog bot DAX Blogs 0 11.10.2012 00:11
dynamicsaxtraining: Sales Blog bot DAX Blogs 0 25.04.2012 03:18
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 06:10.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.