Новости от MS

[axm2017]

Речь идёт о 365. Там 2-4 недели стандарт

[Logger]

Цитата:

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

Можно! И делали.
1) Report Design Document
2) Первый звонок с разработчиком
3) Visual Studio, жди билда, договоаривайся о deploy
4) Тестируй
5) Второй звонок с разработчиком
...
12) Готово!

По опыту, до 3-5 недель на документ в зависимости от сложности.

Теперь понятно почему отчеты в Excel рулят.
А еще незаслуженно забыли встроенный аксаптовский движок отчетов.
Там не нужно ждать деплоя. И достаточно шустро и выпилили его только в 365-й
В 12-ке еще работал.

[sukhanchik]

Цитата:

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

Речь идёт о 365. Там 2-4 недели стандарт

Эх... Чтоб я так жил.... в D365FO... Тут 2-3 дня-то много считается...
Правда, соглашусь, что некоторые приколы типа "поправил дизайн - поправь rdl-файлик в XML-ном виде" конечно вышибают из графика, когда про них не знаешь и исследуешь - почему отчет билдится, но не деплоится.
Но когда перечень граблей записываешь в файлик и уже процедуры все знаешь - то в общем-то каких-то больших сложностей нет (при условии, что не занимаешься рисованием а-ля ТОРГ-12).
ER-отчеты в целом - тоже не так страшны. Надо по ним будет ещё статеек выпустить (одну супруга уже публиковала). Там просто много неочевидных вещей, из-за которых приходится поначалу тоже разбираться.
Впрочем, как и в приколах дизайнера SSRS-отчетов в Visual Studio

[EVGL]

Цитата:

Сообщение от Raven Melancholic

3-5 недель на печатную форму?
Чтоб я так жил с повременной оплатой..

1) Надо иметь в виду, что на захiде нет предписанных форм, а есть скупые требования к минимальному содержанию счета. Соответственно, все изобретают кто на что горазд, дорабатывают под запросы основных клиентов, отдел маркетинга пригладывает свою руку, так что каждый раз TORG-12 приходится во многом изобретать заново.

2) Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель.

[Raven Melancholic]

Цитата:

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

Надо иметь в виду, что на захiде нет предписанных форм

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

• Соответствие требованиям, указанным в законе о Бухгалтерском учете.
• Договоренность между контрагентами сделки.
• Баланс "сил" между продавцом и покупателем.

В общем, множество форм разрабатываются по принципу "кто во что горазд". Нередкая ситуация, когда первичная форма делается под конткретного клиента.

Цитата:

Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель.

Всё равно, какой-то перебор, даже если абстрагироваться от технологий.

PS: ну и sukhanchik-у лучше такие сроки не видеть. У нас для его команды на подходе десяток форм первички намечаются.

[Raven Melancholic]

Ну и, все эти сомнения не к тому, что являюсь противником ER.
Хотя меня касается не 365, а 2012, но, насколько знаю, есть порт ER для 2012 и хочется понять, есть ли смысл на ER смотреть.

А для этого хотелось бы изучать действительные +/-, а не подгонку примеров под плюсы одного варианта.

PS: пока вижу, что SSRS наш внешний подрядчик делает вполне устраивающим нас образом:

• В приемлемые сроки.
• Качественно.
• Понятно для дальнейшего сопровождения.

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

PS: ну и sukhanchik-у лучше такие сроки не видеть. У нас для его команды на подходе десяток форм первички намечаются.

Спасибо . От себя скажу, что в случае отчёта и внятного ТЗ - трудозатраты от сроков не сильно отличаются (при фуллтаймовой работе). Опять-таки - в SSRS важно знать грабли. Это существенно упрощает разработку. Пока все грабли себе в базу знаний не положил - могут быть действительно по срокам прогибы. При этом в силу отсутствия обновлений по AX2012 - количество новых граблей явно не увеличивается, в отличие от D365FO
AX 2012:
1. Здесь важно иметь корректную настройку SSRS (чтобы студия смотрела и деплоила куда надо, чтобы приложение смотрело и деплоило куда надо и т.д.). Актуально, когда есть DEV / TEST / PROD - 3 (а может и больше) разных приложений.
2. Разрабатывать SSRS-отчет нужно строго на том приложении, где можно относительно в любой момент собрать полный CIL и рестартануть AOS.
3. Добавление нового параметра в класс-контракт чревато корректировкой параметров в источнике данных отчета, т.е. лучше этого не делать, либо делать минимальное количество раз. Аккуратно надо следить за списком параметров в отчете и соответствии его списку параметров в источнике данных отчета
4. Добавление нового поля в источник данных (для DP-класса) требует перевыбор источника данных (чтобы обновился список полей)
5. Контролы не должны наезжать друг на друга в дизайне, но в целом система только "ворчит", в отличие от D365FO, где это является ошибкой компиляции
6. SSRS-отчеты вместе с их Visual Studio-проектами (которые хранятся в АОТе) не поддерживают работу в системе контроля версий.

D365FO:
В силу особенностей разработки в D365FO (отдельная виртуалка, билд без отдельной сборки CIL-а, постоянный рестарт IIS) - пп1 и 2 - по сути не актуальны.
п.3 и 4 - остаются
п.5 наезд контролов - это уже ошибки компиляции. Надо править. Особенно весело отдублировать стандартный отчет, чтобы чуть-чуть чего-то поменять, после чего заняться "причёсыванием" контролов, которые не трогались, после чего плюнуть и сделать всё-таки свой отчёт "с нуля"
6. Система контроля версий поддерживается, но исходя из того, что дизайн отчета - это один файл. При этом Visual Studio проекты не хранятся теперь в АОТ - они поддерживаются системой контроля версий уже на уровне Visual Studio
7. Добавление поля в Tablix (табличную часть) в последних версиях системы требует открытия rdl-файла в XML-виде и правки отдельных блоков в XML. В противном случае отчет либо не сбилдится, либо сбилдится, но не задеплоится. Если всё сбилдилось и задеплоилось - Вам крупно повезло. Такое тоже бывает
8. SSRS-отчеты, основанные на Query (а не на DP-классе) не расширяются (нельзя новое поле, добавленное в расширение таблицы, входящей в Query - вывести в отчет, даже если отдублировать дизайн). Ну т.е. можно расшибиться лбом, но нет. Поэтому даже если Вам не нужно менять дизайн - Вам придется его откопировать и скорее всего дальше перейти на DP-класс (либо копировать Query)

Для SSRS-отчетов (D365FO) есть замечательное (кажется платное) расширение от Docentric, которое позволяет по сути нарисовать любой дизайн отчета в Word продвинутому пользователю на базе простейшего отчета. Т.е. программисту можно нарисовать простейший отчет, выведя в него все данные, а дальше отдать его ответственному человеку-дизайнеру, который его переделает (т.е. программисту не придется заниматься дизайнерством). Итоговый результат будет также в виде SSRS.
https://www.docentric.com/product/how-to-use
Также Docentric предлагает тулзу для конвертации SSRS -> ER (где-то там же на сайте видел. Но с ходу найти не могу)

С ER - многие вещи в интерфейсе поначалу неочевидны (например, что надо встать на конкретный узел, чтобы появилась кнопка). Потом привыкаешь.
В целом - могу сказать, что очень жаль, что в AX2012 нету ER - это бы радикально упростило построение любой отчетности. При этом я бы не сказал, что ER- это какая то фишка D365FO, которая привязана именно к архитектуре D365FO (то, что это веб-сайт или облако). Просто это развитие системы.

[mifi]

Цитата:

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

ER - прекрасный продукт. Осталось только посчитать число и стоимость специалистов по нему, по сравнению с числом и стоимостью кодеров на X++. Пока альтернативные издержки значительно ниже. А чтобы снизить издержки, нужна документация более или менее терпимая. Кто бы ее мог написать, после увольнения значительной части команды продукта?

Если интересна новая функциональность в Configurable Business Documents и ER, приходите на TechTalk на следующей неделе:
TechTalk: What's New in the October 2022 Release for Configurable Business Documents (DTT103EXT/2)
Session 1
Date: October 11, 2022
Time: 07:00 AM – 08:00 AM Pacific time
Registration URL: https://lnkd.in/duSsb3z2
Session 2
Date: October 11, 2022
Time: 10:00 AM – 11:00 AM Pacific time
Registration URL: https://lnkd.in/dABjETTk

[sukhanchik]

Ремарка - санкции вычеркнули Россию из списка стран, которые можно выбрать при регистрации.
Но в общем - выбрать можно любую другую страну на свой вкус и цвет

[Raven Melancholic]

Ну вот, лично нарвался на "новости" от MS.
На трех компах дома используется Office Семейная подписка.

В принципе, до сих пор и не обращал на неё внимание - продлевается в октябре каждого года автоматом и ладно.

Сегодня пришло письмо, что платеж за продление нельзя осуществить, поэтому "до свидания".

Ну до свидания, так до свидания. Точнее, "остаточно прощевай".

[axm2017]

Ровно поэтому всегда считал что пиратство не есть зло.
Это скорее Робингудство. Так же как торренты и ко.

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

Сегодня пришло письмо, что платеж за продление нельзя осуществить, поэтому "до свидания".

Интересно, а платеж нельзя осуществить - потому что просто российская карта привязана (т.е. можно привязать карту, открытую в условном Казахстане и продолжать платить) или принципиально нельзя?

Я то столкнулся с тем, что партнерство и лицензии не могут быть оформлены на российское юрлицо (даже если оплата нероссийской картой).
Но правда лицензии вполне оформляются и на нероссийское юрлицо (само собой и платежная карта должна быть нероссийской), а вот партнерство можно оформить только на отдельные типы юрлиц (например, в России существует АО, ООО, ИП, самозанятый и физлицо. Партнерство нельзя было оформить на ИП / самозанятого / физлица. Соответственно, в других странах существует плюс-минус аналогичное деление и на местный аналог российского ИП партнерство оформить нельзя. В то же время требования к открытию других типов юрлиц могут быть не такими простыми, как в РФ. И одно из них, к примеру, нецифровая ежеквартальная отчетность)

Интересно, а как это работает для физических лиц ?

[Raven Melancholic]

Цитата:

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

Ровно поэтому всегда считал что пиратство не есть зло.
Это скорее Робингудство. Так же как торренты и ко.

Не, вряд ли буду смотреть в этом направлении.
Некоторый, пока не углубленный анализ показал, что по тем функциям, которые мне нужны, MS Office давно не является каким-то неповторимым набором.

Варианты есть. В том числе такие, на которые не сильно переучиваться нужно.

[Raven Melancholic]

Цитата:

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

Интересно, а платеж нельзя осуществить - потому что просто российская карта привязана (т.е. можно привязать карту, открытую в условном Казахстане и продолжать платить) или принципиально нельзя?

Естественно, что первая причина из-за российской карты.
Как понял, просто заплатить из условного Кыргызстана чтобы именно продлить существующую подписку не получится.
Все варианты, которые нашел, предполагают новую подписку из другой страны. Нужны другие: карта, телефон, IP адрес.

Конечно, есть вид спорта "Создать самому себе трудностей и героически их преодолевать".
Но тут получается другой вид - преодолевать трудности, созданные не самим себе, а другими для того чтобы заплатить деньги. Я не готов к такому виду спорта.

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

Нужны другие: карта, телефон, IP адрес.
.......
Конечно, есть вид спорта "Создать самому себе трудностей и героически их преодолевать".
Но тут получается другой вид - преодолевать трудности, созданные не самим себе, а другими для того чтобы заплатить деньги. Я не готов к такому виду спорта.

Понятно, спасибо. Т.е. концептуально страну указать нельзя ни для физлица ни для юрлица.
IP-адрес тут ни при чём - а вот телефон другой страны действительно нужен (СМС приходит)
Т.е. на самом деле схема работает для тех, кто ездил за границу "открывать счет", потому что открытие счета попутно полагает заведение сим-карты, чтобы СМС-ками подтверждать платежи.

Но с т.з. логики - да, смысла преодолевать трудности, искусственно созданные поставщиком услуг, чтобы ими пользоваться - конечно нет.

[axm2017]

https://4pda.to/2022/10/13/405007/mi...chto_pokazali/
Пока разгоняют команды по продуктам, руководствуясь знаменитым большевистским незаменимых нет, железо таки продают красивое. Надо взять при случае.

[fed]

Судя по ленте моего facebook, некоторые из с помпой уволенных в мае (или в апреле ?) сотрудников Московского центра разработки выходят на работу в MS Ireland. Это к вопросу о планировании и качестве управления. С помпой уволили, потом через несколько месяцев частично наняли назад (за вычетом тех кто нашел работу в России, релоцировался самостоятельно и в другие фирмы или вообще зарекся с Микрософтом и микрософтовскими технологиями иметь дело).

[EVGL]

Помпы не было, а было планомерное сворачивание офиса, как и обещали. При этом всем (или многим) людям преложили перебраться на Запад. Кто-то по семейным или Z-причинам остался. Кто-то перебрался в Ирландию, Данию, Израиль. То есть эти люди проголосовали ногами и платят теперь налоги и применяют свой талант в других странах.

[axm2017]

Цитата:

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

Кто-то перебрался в ...Израиль..

Их ждет много открытий Очень удачное место.

[LETTO]

Цитата:

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

Их ждет много открытий Очень удачное место.

Можно подумать Россия сейчас прям удачное место.
Для специалиста то призывного возраста.