Рыба новой товарно-транспортной накладной (ТТН)

[gl00mie]

Цитата:

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

вы сейчас просто защищаете корпоративные интересы, и больше ничего.

Я лично работаю, что называется, на клиенте, а не в партнере MS или в самой MS, и потому защищаю корпоративные интересы "клиента", в котором работаю, и, кроме того, высказываюсь исходя из собственного опыта. MS как крупная контора - очень привлекательная цель для самого разного рода наездов, но... отвлеченно говоря, я не считаю для себя лично приемлемым и вообще интересным как-то самоутверждаться за счет наездов на крупную контору. Есть система, которую я лично очень, не постесняюсь этого слова, люблю, именуемая ныне Ms Dynamics AX, которая мало того, что дает мне возможность развиваться в профессиональном плане и в определенном смысле самоутверждаться, но еще и позволяет, что называется, оплачивать счета. Есть ОС и инфраструктура, которые я тоже за почти 5 лет работы сисадмином (еще до Аксапты) неплохо узнал и полюбил, - Windows и все, что с ними связано. Пожалуй, мое мнение можно назвать предвзятым, но если высказывается какой-то негатив, то, мне кажется, он должен быть обоснован, а не просто навеян общими рассуждениями на тему того, что "в больших конторах царит бардак, и MS - яркое тому подтверждение". Может, я с возрастом стал менее склонен к максимализму, но на данном этапе я вижу в ситуации с теми же обновлениями приложения Ms Dynamics AX больше позитива, нежели негатива, если сравнивать с тем, как обстояло дело с 3.0.

[Logger]

По-моему дискуссия ушла в другое русло.

Главный вопрос на котором хотелось бы акцентировать внимание :
1. Почему в Ax2009 используется схема подготовки обновлений, более сложная в обращении чем для 4-ки. Может быть вернуться к варианту 4-ки ?
2. После того как я выбрал только необходимые нам изменения по ТН-ке из обновления и собрал их в проект (размер получился порядка 6-8 мегов на весь xpo, вместо двух xpo по 50 мегов. итого разница более чем в 10 раз и объем сравним с объемом Xpo для 4-ки), то возникло ощущение что в стандартной поставке было много лишнего и те кто готовил обновление просто не стали утруждать себя в выделении необходимого. В результате установка патча по трудозатратам стала сравнима с накатом целого Rollup. Уверен что это неправильно и с этим надо что-то делать. Т.е. возможно надо оставить схему как для 2009-й, но просто тщательнее готовить обновление ?

P.S. Использование шаблона Word по моему мнению неприемлемо, так как невозможно использовать стандартные для всех отчетов в Аксапте настройки печати. Желательно было сделать стандартный Аксаптовский репорт. Обновление не дает возможности при обработке документа сразу отправить ТН-ку на печать, а тупо выплевывает её всегда на экран.
Также работа с офисными документами в Аксапте отвратительна. (Реально как неоднократно обсуждали на форуме, виной всему асинхронное взаимодействие с com объектами) Было бы здорово если бы удалось пофиксить ядро или найти другой способ безглючной работы с офисными документами из Аксапты. Использование макросов #StartSafeCall_RU и #EndSafeCall_RU снижает остроту проблемы и за это вам спасибо, но к сожалению это не решение проблемы.

[EVGL]

Цитата:

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

P.S. Использование шаблона Word по моему мнению неприемлемо, так как невозможно использовать стандартные для всех отчетов в Аксапте настройки печати. Желательно было сделать стандартный Аксаптовский репорт. Обновление не дает возможности при обработке документа сразу отправить ТН-ку на печать, а тупо выплевывает её всегда на экран.
Также работа с офисными документами в Аксапте отвратительна. (Реально как неоднократно обсуждали на форуме, виной всему асинхронное взаимодействие с com объектами) Было бы здорово если бы удалось пофиксить ядро или найти другой способ безглючной работы с офисными документами из Аксапты. Использование макросов #StartSafeCall_RU и #EndSafeCall_RU снижает остроту проблемы и за это вам спасибо, но к сожалению это не решение проблемы.

Подпишусь под каждым словом. Фикс для ядра, кстати, уже есть. По крайней мере до фикса на моем проекте в СпБ при печати ТТН каждый раз была ошибка, а теперь пользователи замолчали.

[Maximin]

На мой непросвещенный взгляд, радикальное решение проблемы для взаимодействия с MS Office было бы переписывание его на использование CLR Runtime. По собственному опыту, это не занимает много времени. Другое дело, что это потребует значительного объема тестирования.
Доп. плюсом этого решения была бы "видимость" методов CLR объектов внутри редактора X++. Правда, я не совсем уверен в возможности красиво решить вопрос о работе с различными версиями офиса, но, насколько знаю, это всё же технически возможно, пусть и с помощью небольших костылей. В крайнем случае, это всегда можно прописать в технические требования системы.

По набору исправлений для новой ТТН - это вообще ни в какие ворота не лезет - пихать туда целиком весь merge еще с 3его хотфикса. Неужели вендор хотя бы для себя не может наладить нормальный репозитарий кода современными средствами (git, mercurial, да хоть TFS в конце концов) и вести несколько branches для выделения подобных патчей?

[Logger]

Цитата:

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

Подпишусь под каждым словом. Фикс для ядра, кстати, уже есть. По крайней мере до фикса на моем проекте в СпБ при печати ТТН каждый раз была ошибка, а теперь пользователи замолчали.

Можете кинуть ссылочку ?
Хотелось бы проверить.
Вы используете терминальные сервера в работе ?

[Logger]

Цитата:

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

На мой непросвещенный взгляд, радикальное решение проблемы для взаимодействия с MS Office было бы переписывание его на использование CLR Runtime. По собственному опыту, это не занимает много времени.

По поводу не займет много времени - сильно сомневаюсь. Знаю людей, которые предприняли такие попытки - трудозатрат ушло много.
Одна из проблем - в куче мест объекты создаются через new, а не construct - приходится переделывать много лишнего кода. Также в ряде мест методы которые работали через com - валятся при вызовах через .Net
Причину определить не удалось пока.
В общем, есть подозрение что вы целиком сами всю эту работу не пробовали проделать. Или написали несколько фиксов для конкретных мест. Или вы смогли переделать все семейство классов по работе с Excel легко и быстро и исправить все места где они используются ?

Также переписывание через .Net предполагает что у вас будет стоять office2010.

[EVGL]

Цитата:

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

Можете кинуть ссылочку ?
Хотелось бы проверить.
Вы используете терминальные сервера в работе ?

К сожалению, человек, который этим занимался, сейчас в отпуске. Вернется - спрошу.
Да, проблема возникала только на терминальных серверах при пакетной печати ТТН.

[gene]

Цитата:

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

1. Да, поскольку Россия входит в Конвенцию о договоре международной перевозки грузов автомобильным транспортом.

2. В целом - нет. Этот документ уже есть и называется Bill of lading. Т.е. надо просто предоставить возможность время от времени печатать стандартный документ, предусмотренный в системе. В российской же локализации сделан глобальный параметр - либо одно, либо другое.

1. OK, немного покопался - реально CMR присутствует в нормативных актах.
2. Стандартный Bill of lading в системе - это не CMR, насколько я могу понять. То есть все равно возвращаемся к тому, что нужно, чтобы в международной версии сделали CMR.
Про возможность на уровне экземпляра документа определять, печатать 1-Т, ТН и/или международный формат - подумаем.

[EVGL]

Цитата:

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

Стандартный Bill of lading в системе - это не CMR

Да, верно, я поторопился. Похож, но не то.

[Удвой Покуров]

Цитата:

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

Трешка снята с общей поддержки, если не изменяет память, 13.01.2009 - 2.5 года назад, так что звиняйте...

Вот, так вам и скажут А спросите про "расширенную". Попробуйте. Хотя, кажется, Вас к переговорам с MS не допускают, а работаете вы без партнера...

Цитата:

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

Вот уж с обновлениями для AX 2009 грех жаловаться. Ставится все, конечно, не одним кликом, а тремя-четырьмя, но во времена той же 3.0 (4.0 для меня лично "прошла мимо") об автоматической установке обновления в нужный слой в приложение по выбору без всяких там сравнений слоев и проч. (если мы говорим про стандартное приложение) можно было только мечтать! Опять же, что не так, где лишние телодвижения? Частичная несовместимость (на уровне енумов) со слоем SL2 для RU7? Да, согласен, ну а кроме пары енумов и слоя, на который не у всех и лицензии есть?..А это, извините, не ваше дело: хотите установку "в один клик" - "хавайте, что дают"

Знаете, под лежачий камень и вода не течет. Пока такие есть "защитнички" с лозунками "пипл хавает" и "жрите", в это стране все так и будет. И не только с Аксаптой.

Цитата:

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

А вы ведь это все говорите по опыту того, что сидите на 3.0 и проплатили дополнительные 5 лет поддержки, да?..

Молодой человек, я лично внедрял еще 2.5. До сих пор у меня одна компания находится на поддержке Damgard Axapta 2.5SP6. Поддержку я никогда не покупал, когда работал на клиенте, потому что не вижу смысла в ней никакого. Однако же, я продавал поддержку, грешен.

Цитата:

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

Я вот без теоретизирований всяких скажу по своему опыту: поставил в сторонке голое приложение AX 2009 SP1 EE RU7, натравил на него установщик обновления, тот полночи пыхтел, но все, судя по логам, спокойно поставил. Это заняло (с учетом того, что приложение RU7 было разведено еще раньше для других нужд) условно "4 клика мышкой".

gl00mie, практик вы наш. Вы сидите на клиенте и бесплатно развлекаетесь изучением функционала и накатыванием обновлений - Вам все интересно, а зарплата капает. Если бы Вы работали на партнере, или даже были бы фрилансером, то Вы столкнулись с очень неприятной реальностью. Когда клиент говорит - ну что, ТН новую поставишь. Сколько??? 4 часа? Да там дел на 5 минут - это же отчет!!! Ну ладно, давай хоть 3. А потом у вас обновление неожиданно 4Гига и "полдня пыхтит".

Ребята, разве вы не понимаете, что даже 50 метров на ТН - это ненормально?
Напомнило про Абрамовича, когда он положил денег на телефон и случайно прикупил "билайн".
Что мешало сделать работу и выложить в пак только самое необходимое? Как и сделали уважаемы участники, потратив свое время? Как же вы своих коллег-то ненавидите.. Хотя, надо признать, и фанаты у вас есть

[Logger]

Цитата:

Сообщение от Удвой Покуров

Ребята, разве вы не понимаете, что даже 50 метров на ТН - это ненормально?

Не 50, а 2 раза по 50, то есть 100.

[pedrozzz]

Цитата:

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

Не 50, а 2 раза по 50, то есть 100.

Накатили только необходимое из xpo, которое с GLP слоя, ту, что с SYP вообще не трогали. Полет нормальный, так что не знаю, зачем она была нужна.
З.Ы. Очень кастомизированная RU6

[Logger]

Цитата:

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

Накатили только необходимое из xpo, которое с GLP слоя, ту, что с SYP вообще не трогали. Полет нормальный, так что не знаю, зачем она была нужна.
З.Ы. Очень кастомизированная RU6

Ага.
Как выяснилось и из этих 50-мегов нужно от силы 10.
Только кому от этого легче ?

О том и разговор что надо было тщательнее xpo подготовить. Лучше вычистить все лишнее.

[Jabberwocky]

Цитата:

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

Ага.
Как выяснилось и из этих 50-мегов нужно от силы 10.
Только кому от этого легче ?

О том и разговор что надо было тщательнее xpo подготовить. Лучше вычистить все лишнее.

Дабы исключить дальнейшие спекуляции, имею сообщить, что пакеты обновления для 4.0 подготавливаются российским офисом, для версии 2009 - отдельной командой, сотрудники которой этот форум не читают и по-русски вообще не говорят. У них своя картина мира, которая тоже имеет право на существование (см. обоснование несколькими постами выше). Попытки изменить их представление в свое время к результату не привели (возможно, это и к лучшему). Лично мне ближе по духу модель выпуска 4.0. Изменится ли эта ситуация в обозримом будущем? Скорее всего, нет. Так что, "думайте дальше" (с) mazzy

[Удвой Покуров]

Спасибо! Да мы, в общем, так и предполагали. К сожалению, несогласованность отделов уже стала притчей во языцех, последние лет 7. И пока маркетинг говорит про "непрерывное предоставление преимуществ", какой-то отдел пишет такое обновление, что после его накатки рискуешь обновиться до новой версии системы

1. Спасибо, что на форуме отвечаете на вопросы
2. Будет возможность-пните криворучек

[Logger]

Цитата:

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

пакеты обновления для 4.0 подготавливаются российским офисом, для версии 2009 - отдельной командой, сотрудники которой этот форум не читают и по-русски вообще не говорят.

Наши не подкачали

[Logger]

Цитата:

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

Дабы исключить дальнейшие спекуляции, имею сообщить...

"Спекуляции - это слово ругательное и я попрошу его ко мне не применять "
Шпак

[gl00mie]

Цитата:

Сообщение от Удвой Покуров

А спросите про "расширенную". Попробуйте.

Мне лично 3.0 уже не интересна; если вы спрашивали, то перестаньте говорить намеками - расскажите, что именно вам ответили.

Цитата:

Сообщение от Удвой Покуров

Хотя, кажется, Вас к переговорам с MS не допускают, а работаете вы без партнера...

В переговорах не участвую, врать не буду - я по большей части занимаюсь техническими вопросами; партнер, с которым сотрудничает компания, где я работаю, - CITP, но обновления мы ставим самостоятельно

Цитата:

Сообщение от Удвой Покуров

Знаете, под лежачий камень и вода не течет. Пока такие есть "защитнички" с лозунками "пипл хавает" и "жрите", в это стране все так и будет. И не только с Аксаптой.

Вот только не надо этой болтологии про страну - речь про ПО, а в ПО надо выбирать между контролем и удобством: если хотите удобства, установки "в 1 клик" обновления на бизнес-приложение, тогда не лезьте в то, как оно устроено и сколько занимает. Если хотите сами накатывать обновление и видеть каждое изменение объектов приложения, то о какой установке в 1 клик речь? "Или дудочка, или горшочек..." Я привел пример с обновлениями для Windows - почему-то там никто не возмущается их размером и не лезет ковыряться, что именно попало в обновление, при этом (практически) всех более чем устраивает автоматическая установка обновлений. Если есть что возразить на это - без общих слов про страну и проч. - с удовольствием почитаю.

Цитата:

Сообщение от Удвой Покуров

Молодой человек

Спасибо, я польщен

Цитата:

Сообщение от Удвой Покуров

я лично внедрял еще 2.5.

Очень рад за вас.

Цитата:

Сообщение от Удвой Покуров

До сих пор у меня одна компания находится на поддержке Damgard Axapta 2.5SP6.

Сочувствую...

Цитата:

Сообщение от Удвой Покуров

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

А как же обновления, переходы на новые версии?.. Вот так и появляются компании, которые в 2011-м году сидят на Axapta 2.5

Цитата:

Сообщение от Удвой Покуров

Вы сидите на клиенте и бесплатно развлекаетесь изучением функционала и накатыванием обновлений - Вам все интересно, а зарплата капает.

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

Цитата:

Сообщение от Удвой Покуров

Если бы Вы работали на партнере, или даже были бы фрилансером, то Вы столкнулись с очень неприятной реальностью. Когда клиент говорит - ну что, ТН новую поставишь. Сколько??? 4 часа? Да там дел на 5 минут - это же отчет!!! Ну ладно, давай хоть 3.

Если вы торгуетесь с клиентом относительно оценок времени на ту или иную модификацию или накатывание обновления, то это ваши личные трудности. Непонятно вообще, зачем вы нужны клиенту, если он сам "знает", что на установку обновления нужно 5 минут и делается это якобы в 1 клик. Hint: в 2009-й появился функционал выявления "конфликтов при обновлении приложения", и отчет, по результатам работы этого функционала оценивающий, сколько времени понадобится на устранение конфликтов и слияние изменений в модификациях и стандартном приложении. Портируйте их на Аксапту 2.5 - будет проще обосновывать клиентам ваши оценки времени.

Цитата:

Сообщение от Удвой Покуров

А потом у вас обновление неожиданно 4Гига и "полдня пыхтит".

У меня что-то закрадываются смутные сомнения - а видели ли вы обновление, которое обсуждается в данной теме На всякий случай, вот в этом сообщении опечатка:

Цитата:

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

Посмотрите вложения - xpo порядка 4 гигов. А для 4-ки - 2,7

Размер xpo, конечно, не 4 гига, а 4 Мб. А "полдня пыхтит" установка обновления оттого, что в нем изменилось/появилось несколько новых меток, при выгрузке же xpo с метками в него попадают все метки, на которые ссылаются выгружаемые объекты приложения. Во время импорта меток они проверяются на уникальность, что занимает довольно много времени.

Цитата:

Сообщение от Удвой Покуров

Ребята, разве вы не понимаете, что даже 50 метров на ТН - это ненормально?

Я лично - нет. Для меня "нормально/ненормально" определяется трудозатратами, а не размерами файлов.

[belugin]

Имхо, существующая система родилась из технического требованийми.
1. хотфиксы должны устанавливаться в 1 клик (условно, то есть без анализа)
2. можно установить несколько хотфиксов по выбору

В результате, если хотфикс a модифицирует компонент b, и его же модифицировал ранее хотфикс c, то мы получаем оба хотфикса сразу.

И этот процесс идет каскадно.

Так как на приложении может как быть установлен хотфикс c так и не установлен. А обновление дожно производится автоматически.


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

Интересно, как бы уважаемый Удвой организовал такие обновления. Вот, допустим, у вас есть какая хотите система контроля версий. И вам надо выдать протестированный хотфикс с гарантией его установки на систему клиента на который могут быть уже установлены n других хотфиксов.

[tolstjak]

Добрый день, уважаемые.

Подскажите пожалуйста как в транспортной накладной для 4.0 решен вопрос вывода наименования груза в графе 3.
Мы (АХ 3.0) используем шаблон Word с именованными полями. Переменная для поля 3 формируется как сумма всех наименований + количество + ед.изм всех строк накладной. Когда в накладной много строк и их названия длинные, вываливается ошибка "Строка слишком длинная".
Как это проблема решена в 4.0 или что можете посоветовать?

Заранее благодарен