The daily Axapta WTF

[SRF]

О том и речь, зачем.

[kashperuk]

Цитата:

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

AX 2012 R3, к словам об игрушечной базе Отсутствие индекса и непонятный cross join к WHSLoadLine.

Сергей, вы у себя это починили? Или это теоретическая находка?

[SRF]

Починили, добавили индекс по LoadLineRecId и код слегка поправили, не знаю уж какая в итоге была задумка начального запроса, но правили вот так:

    select count(RecId) from segmentLine
        //join line
        where segmentLine.LoadLineRecId == loadLine.RecId;

[S.Kuskov]

А сам способ проверки наличия в таблице записей через подсчёт их количества это же неаккуратненько как-то.

[kashperuk]

Цитата:

Сообщение от S.Kuskov

А сам способ проверки наличия в таблице записей через подсчёт их количества это же неаккуратненько как-то.

Да, я в фиксе сделал просто firstonly RecId вместо count()

Retail запрос тоже пофиксил.

[b_nosoff]

RetailTransactionServiceOrders::updateCustomerOrder()

    salesLine.SalesQty = qty;
    salesLine.QtyOrdered = qty;

[b_nosoff]

И еще прикольный косяк - в RetailOrderHistoryViewQuery на датасорсе RetailTransactionTable, присоединенном к SalesTable по notexists join, не хватает условия по EntryStatus != Voided, приводящий к тому, что если вы отменили транзакцию по какому-либо из Customer Order-ов, он пропадает из истории на POS.
Вообще, про это условие, похоже, не все помнят. Вот, например, в RetailTransactionServiceTransactions::addSalesOrderToResultMap() тоже забыли...

[Raven Melancholic]

Я не работаю с DAX2012 и не специализируюсь на retail в предыдущих версиях.
Для собственного развития время от времени копаюсь в DAX2012. Такое впечатление, что куча мест, касающихся retail в DAX2012 это тема для daily Axapta WTF.
Почему так? В предыдущих версиях для России в основе лежало решение от Коламбуся для конкретного клиента (могу ошибаться, но вроде бы для Перекрестка). В DAX2012 было заявлено, что решение для ритейла универсальное международное. Думаю, что "международное решение" это как-то выверенное на сотнях-тысячах клиентов. Что не так в "международном решении"?

[Ivanhoe]

Это когда было решение коламбуса по ритейлу в стандарте?
А модуль ритейл, насколько я знаю, был куплен у международного партнера еще для 2009, а в 2012 его уже мс сам переписывал.

[b_nosoff]

Цитата:

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

А модуль ритейл, насколько я знаю, был куплен у международного партнера еще для 2009, а в 2012 его уже мс сам переписывал.

Да, верно, модуль был куплен у LS Retail для 2009-й версии

[kashperuk]

Цитата:

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

RetailTransactionServiceOrders::updateCustomerOrder()

    salesLine.SalesQty = qty;
    salesLine.QtyOrdered = qty;

Такого кода в 7ке нету в этом классе

[b_nosoff]

Цитата:

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

Такого кода в 7ке нету в этом классе

В 2012 R3 CU12 есть

[b_nosoff]

AX2012 R3

RetailCDXSeedDataSubJob.createSubJob() - subjob.Enabled всегда Yes, хотя, если включить Retail Essentials, часть таблиц будет выключена конф. ключом, и в дальнейшем CDX будет падать при попытке их обработки.
Можно было б инициировать из dictTable.enabled(), хотя бы... Но нет, да и сам этот флаг не особо проверяется.

[trud]

Оригинально подошли к проблеме переименования полей в D365. При переименовании поля в таблице и нажатии кнопки сохранить старое просто удаляется, а новое создается. Проблема ID наконец-то решена(о чем вроде как даже писали в what's new)
Правда данные при этом тоже удаляются, но кого это волнует.

[Vadik]

Цитата:

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

Проблема ID наконец-то решена

Heavy is good. Heavy is reliable (c) Борис Бритва
Особенно удобно при рефакторинге, не правда ли ?

[Link]

Цитата:

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

Оригинально подошли к проблеме переименования полей в D365. При переименовании поля в таблице и нажатии кнопки сохранить старое просто удаляется, а новое создается. Проблема ID наконец-то решена(о чем вроде как даже писали в what's new)
Правда данные при этом тоже удаляются, но кого это волнует.

Логично же, если не жалко хранить все данные в облаке, то значит и данные в кастомном поле не критичны. А может это еще одно ограничение в кастомизации приложения, зачем вам новые поля - пользуйтесь стандартными... ну или если очень нужно, просите МС добавить в стандард

[Vadik]

Вынес часть сообщений в отдельную ветку, Как жить без средств разработки и отладки в продуктиве

[skuull]

D365O 1611

driverLog = TMSDriverLog::find(appt.ApptId, true);
driverLog.ActualStartUTCDateTime = DateTimeUtil::utcNow();
driverLog.updateDates();
driverLog.update();

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

И второй момент, на демо данных у LoadId и TMSApptId одна и та же номерная серия, поэтому вводя аппоинтмент АХ всегда находит сушествующий лоад который никакого отношения к делу не имееет, хотя хотелось бы аппоинтмент

case #CheckInOutId:
                if (mode == WHSWorkExecuteMode::DriverCheckIn || mode == WHSWorkExecuteMode::DriverCheckOut)
                {
                    if (WHSLoadTable::exist(_data))
                    {
                        fieldValues.insert(#CheckInOutId, _data);
                        fieldValues.insert(#LoadId, _data);
                    }
                    else if (WHSShipmentTable::exist(_data))
                    {
                        fieldValues.insert(#CheckInOutId, _data);
                        fieldValues.insert(#LoadId, WHSShipmentTable::find(_data).LoadId);
                    }
                    else if (TMSAppointment::exist(_data) && TMSAppointment::find(_data).ApptRefType == TMSApptRefType::Load)
                    {
                        fieldValues.insert(#CheckInOutId, _data);
                        fieldValues.insert(#LoadId, TMSAppointment::find(_data).ApptRefNum);
                    }
                    else
                    {
                        errorMessage = "@WAX1081";
                        hasError = true;
                        break;
                    }
                    
                    if (WHSLoadTable::exist(fieldValues.lookup(#LoadId)))
                    {
                        hasError = this.validateLoadIdCheckOut(fieldValues.lookup(#LoadId));
                    }
                    else
                    {
                        errorMessage = "@WAX3626";
                        hasError = true;
                    }
                }
                break;

[Logger]

А как быстро исправить этот баг с учетом что приложение залочено?

[Damn]

На подобные вопросы MS вроде обычно отвечает - "не делайте это". Ну то есть не используйте этот функционал.