|
19.07.2011, 08:43 | #1 |
Участник
|
Цитата:
Сообщение от Jabberwocky
В архиве любого обновления для AX 2009 в корне лежат 2 текстовых файла: kb[KB article number]_syp_ee.txt и kb[KB article number]_glp_ee.txt. В разделе «The following application objects were modified as part of this fix» перечислены объекты, изменные в рамках данного обновления.
Написано в документе Внимание! Данный пакет обновления должен быть установлен на AX 2009 SP1 RU-7 Но изменений в проекте столько, что я в жизни не поверю, что это нужно было для ТТН. И где гарантия, что, накатив их все без разбора, у меня все не сломается? |
|
19.07.2011, 08:22 | #2 |
Участник
|
непонятно, зачем МС в хотфикс засовывает кучу всего, что не касается самого хотфикса? или же всетаки касается?
|
|
19.07.2011, 11:30 | #3 |
Участник
|
Кстати, а в обновлении для 4-ки
XPO-шка сравнительно небольшая - 2,7 мега. Явно что-то не так в датском королевстве. |
|
25.07.2011, 17:29 | #4 |
Microsoft Dynamics
|
Логика здесь в том, что обновления для 2009 являются кумулятивными, в качестве code base для которых выступает RU-3. Причем, при их формировании строится дерево зависимостей обновлений на основе изменений в объектах приложения. Упрощенно говоря, если объект A был модифицирован в обновлениях X1, X2 и X3, то при формировании пакета для ЛЮБОГО из этих обновлений в проект попадут ВСЕ объекты из обновлений X1, X2, X3. При любом другом подходе теоретически возможно, что в выгрузку обновления X1 попадут какие-то фрагменты обновлений X2 и X3... Насколько такая схема эффективна - вопрос дискуссионный. Для облегчения подъема обновлений на кастомизированные приложения в архив обновления для 2009 вкладывается текстовый файл с перечислением объектов, модифицированных в данном конкретном обновлении - при желании можно джобом построить проект обновления. Для 4.0 действует старая схема выпуска обновлений - в виде проектов в XPO.
__________________
You should use Bing before asking dumb questions. Последний раз редактировалось Jabberwocky; 25.07.2011 в 17:33. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
25.07.2011, 18:35 | #5 |
Участник
|
Спасибо.
Правда тогда не совсем понятно, почему в pdf-ке с описанием в самом начале в предисловии идет примечание что обновление предназначено для RU7 А если я вас правильно понял, то его можно ставить поверх RU3 |
|
25.07.2011, 19:52 | #6 |
Microsoft Dynamics
|
Да, то что было сказано про RU-3 - так в теории. На практике же, чем дальше в плане развития кода находится целевое приложения от приложения, на базе которого обновление разрабатывалось - тем более вероятно возникновение разного рода конфликтов при установке обновлений. Кроме того, есть еще скрипты обновления данных, которые тоже рекомендуется выполнять поэтапно. Поэтому во всех рекомендациях к обновлениям упоминается последний RU-XXX.
__________________
You should use Bing before asking dumb questions. Последний раз редактировалось Jabberwocky; 25.07.2011 в 19:54. |
|
25.07.2011, 18:39 | #7 |
Участник
|
4-ная схема гораздо удобнее.
У нас обновление только накатывалось 5 часов. А если выцепить 50-меговые xpo и попробовать их отдельно накатывать - неподъемная задача. Клиент подвисает и все. А потом еще пришлось потратить кучу времени на отделение из него того что нам надо и того что не надо. Мы ведь не планировали переходить на последний RUxxx То есть очень много времени тратится на дополнительные выверки и ожидания, пока это все накатится и сравнятся объекты. Очень непрактично. |
|
25.07.2011, 19:02 | #8 |
Banned
|
Может быть, коллегам, которые прошли через все мучения и вычленили нужное, имеет смысл выложить здесь XPO-файл для AX2009?
|
|
25.07.2011, 19:53 | #9 |
Участник
|
Цитата:
Фикс реально ставится НОЧЬ. Либо уж такие фиксы выдавать файлами слоев, либо уж маленьким проектом, или первое + второе. Но уж никак не два XPO на 50 мегов. На эту ТТН у нас ушло коммерческих часов запредельно я считаю. Последний раз редактировалось imir; 25.07.2011 в 19:56. |
|
|
За это сообщение автора поблагодарили: mazzy (2), EVGL (1), Logger (3), Удвой Покуров (1). |
25.07.2011, 20:09 | #10 |
Участник
|
Цитата:
Сообщение от imir
Выложу хотя бы структуру проекта, то, что описано в txt, как модифицированное в рамках фикса.
Фикс реально ставится НОЧЬ. Либо уж такие фиксы выдавать файлами слоев, либо уж маленьким проектом, или первое + второе. Но уж никак не два XPO на 50 мегов. На эту ТТН у нас ушло коммерческих часов запредельно я считаю. А потом еще пришлось ковырять все это дело выуживая то что надо. Просто жесть. С грустью смотрел обновление для 4-ки |
|
25.07.2011, 20:08 | #11 |
Участник
|
Выгрузил ваш проект в двух версиях с метками и без (метки похоже сильно замедляют работу)
Последний раз редактировалось Logger; 16.10.2023 в 13:16. |
|
|
За это сообщение автора поблагодарили: mazzy (2), EVGL (5). |
25.07.2011, 20:16 | #12 |
Участник
|
А это рыба в виде отчета.
Думаю так удобнее чем шаблон Word. |
|
|
За это сообщение автора поблагодарили: mazzy (2), gl00mie (5), Удвой Покуров (1). |
27.07.2011, 23:13 | #13 |
Участник
|
У предыдущей версии дизайн оказался с ошибками. Приложил исправление.
|
|
|
За это сообщение автора поблагодарили: samolalex (2), Cathome (1). |
25.07.2011, 23:13 | #14 |
Moderator
|
Справедливости ради, стоит отметить, что проект для 5-ки будет намного больше 4-ки. За счет того, что там есть печать отчета по заказам на перемещение.
|
|
26.07.2011, 00:00 | #15 |
Участник
|
Не намного. Посмотрите вложения - xpo порядка 4 гигов.
А для 4-ки - 2,7 Непринципиальная разница, особенно если посмотреть парочку xpo-шек по 50 мегов каждая для 2009-й. |
|
26.07.2011, 14:35 | #16 |
Участник
|
А для трешки новой ТТН нет?
|
|
27.07.2011, 16:33 | #17 |
Banned
|
А конструктивная критика по функционалу здесь принимается? Я заметил как минимум два существенных улучшения: стало возможным генерировать ТТН и по "отгрузочной", и по товарной накладной. Более того, можно теперь ее печатать из заказа на перемещение. Очень хорошо, заслуживает твердой "четверки", но все же продумано не до конца:
не секрет, что русские предприятия иногда отгружают продукцию за рубеж. В этом случае тоже надо печатать накладную Bill if Lading, но не русского, а международного образца. Как правило, это - CMR для отправки автотранспортом. Т.е. одно и то же русское предприятие может требовать до 3 различных форм одновременно:
Последний раз редактировалось EVGL; 27.07.2011 в 17:35. |
|
|
За это сообщение автора поблагодарили: gene (1). |
28.07.2011, 00:44 | #18 |
Microsoft Dynamics
|
Цитата:
Цитата:
1. Обязанность подготовки CMR прописана в российском законодательстве? 2. Различается ли форма и принципы заполнения CMR в России и за рубежом? Собственно, я к тому, что, понимая в целом важность и нужность данного документа, трудно его признать чисто российским законодательным требованием. Тут надо долбить международный Майкрософт, чтобы это было сделано. Канал долбежки известен - MS Connect (эффективность этого - вопрос другой...) |
|
28.07.2011, 01:05 | #19 |
Banned
|
Спасибо за дискуссию. Думаю, ответы на наводящие вопросы вызовут у Вас интерес
Цитата:
Сообщение от gene
Про CMR пара наводящих вопросов:
1. Обязанность подготовки CMR прописана в российском законодательстве? 2. Различается ли форма и принципы заполнения CMR в России и за рубежом? Собственно, я к тому, что, понимая в целом важность и нужность данного документа, трудно его признать чисто российским законодательным требованием. Тут надо долбить международный Майкрософт, чтобы это было сделано. Канал долбежки известен - MS Connect (эффективность этого - вопрос другой...) 2. В целом - нет. Этот документ уже есть и называется Bill of lading. Т.е. надо просто предоставить возможность время от времени печатать стандартный документ, предусмотренный в системе. В российской же локализации сделан глобальный параметр - либо одно, либо другое. Последний раз редактировалось EVGL; 28.07.2011 в 01:18. |
|
28.07.2011, 17:09 | #20 |
Microsoft Dynamics
|
Цитата:
Сообщение от EVGL
1. Да, поскольку Россия входит в Конвенцию о договоре международной перевозки грузов автомобильным транспортом.
2. В целом - нет. Этот документ уже есть и называется Bill of lading. Т.е. надо просто предоставить возможность время от времени печатать стандартный документ, предусмотренный в системе. В российской же локализации сделан глобальный параметр - либо одно, либо другое. 2. Стандартный Bill of lading в системе - это не CMR, насколько я могу понять. То есть все равно возвращаемся к тому, что нужно, чтобы в международной версии сделали CMR. Про возможность на уровне экземпляра документа определять, печатать 1-Т, ТН и/или международный формат - подумаем. |
|
|
За это сообщение автора поблагодарили: EVGL (1). |
Теги |
накладная, первичные документы, ттн |
|
|