Сообщение от
fed
3. Потом они все-таки признали что это ошибка. Мы им написали что нас, скорее всего, просто устроила бы новая галочка, которая позволяет исключить номер операции из сравнения при поиске соответствия плановых и фактических расходов. Они сказали что в целом против галочки не протестуют. Мы получили подтверждение клиента что они тоже считают использование номера операции для расчета отклонений экономическим абсурдом и будут всячески поддерживать новую галочку. Мы еще раз подтвердили Микрософту что нас новая галочка устроит.
4. Через неделю внезапно пришло новое письмо из MS, где нам написали что они рассматривают два способа решения проблемы, быстрый и правильный. При быстром они просто подкурочат отчет по отклонениями, но в главную книгу будет все равно фигня разносится. При правильном - они по честному все починят, но это займет больше времени. И спросили какой бы способ мы предпочли? Мы конечно ответили, и организовали конф-колл с клиентом, на тему что нам все равно, нас бы галочка устроила, о который мы пару недель назад вроде бы договорились.
5. Прошла еще неделя, мы получили очередное письмо из поддержки с благой вестью: По результатам конф-колла они приняли решение чинить проблему быстрым способом (то есть - в ГК все равно будет фигня, а про обещанную галочку они и не вспомнили).
Сейчас просто замечу, что в DAX2012 я бы либо просто убрал бы номер операции из сравнения за 5 минут (после 2 часов отладки), либо убил бы часика 4 на то чтобы сделать правильный параметр и разные варианты сравнения.
С подходом "регистрация ошибки в MS" мы уже убили порядка 4-5 человеко-дней на всякие конф-коллы и воспроизведения в Contoso, фикс будет, как я понимаю, где-то в июне-июле, бага все равно по сути дела не исправлена, а попытаться решить проблему с помощью extensions бесполезно, просто потому что понятно, что в результате регистрации баги, микрософт будет курочить те классы, которые надо расширять.