Отправьте баги в Майкрософт

[kashperuk]

Цитата:

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

А в 5.0 можно сделать, чтобы после создания компании (создав строчку в соответствующей форме или запустив дублирование компании) она появилась в адресной строке без выйти и зайти?

Если нажмешь Select (выберешь компанию) после создания, то она сразу появится в списке адрессной строки

[belugin]

Цитата:

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

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

Я не очень понимаю, о чем идет речь - у меня появляется, правда, не в самой адресной строке, а в списке выпадающем, если нажать на компанию в адресной строке. А может быть, пофиксили уже

[glibs]

АОТ\Classes\TaxReport\settleOtherAmounts

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

[kashperuk]

Цитата:

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

АОТ\Classes\TaxReport\settleOtherAmounts

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

А "Там" - это где? И чем "Там" отличается от "в этом методе"?
И про какую версию разговор?

[glibs]

Создай налоговый код с валютой отличной от основной. Укажи там округление какое-нибудь, чтобы округлилось (например, отбросить копейки).

Организуй чтобы начислился налог или возмещение (проще всего купить что-то или продать, чтобы это повлекло начисление налога с созданным выше кодом).

Запусти процедуру создания налогового платежа. В указанном методе поставь брякпоинт. По стеку увидишь где считается сумма и из какой валюты она получается.

Про налоги как функционал Аксапты нужно написать или уже достаточно?

Я тестировал на 4.0, но в 5.0 код не изменился визуально.

[kashperuk]

Цитата:

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

Создай налоговый код с валютой отличной от основной. Укажи там округление какое-нибудь, чтобы округлилось (например, отбросить копейки).

Организуй чтобы начислился налог или возмещение (проще всего купить что-то или продать, чтобы это повлекло начисление налога с созданным выше кодом).

Запусти процедуру создания налогового платежа. В указанном методе поставь брякпоинт. По стеку увидишь где считается сумма и из какой валюты она получается.

Про налоги как функционал Аксапты нужно написать или уже достаточно?

Я тестировал на 4.0, но в 5.0 код не изменился визуально.

Спасибо.
На будущее, просто в тему эту хотелось бы предложить вариант.
В АХ 2009 появился замечательный инструмент - Task Recorder. Почему бы им не пользоваться?

[glibs]

До кучи. Там же. Тестировал в 4.0.

Даже без округления. Если в налоговом коде стоит валюта "Х", а у поставщика, который указан в настройках налогового органа, "У", то при расчете налогового платежа со счет начисления налога сумма списывается с валютой налогового кода "Х", а на счет уплаты налога кладется уже с валютой поставщика "У". Сумма в обоих случаях рассчитана в валюте налогового кода. Ваучер также не балансирует.

В принципе, если в налоговом коде и в поставщике валюта одинаковая, то жить можно. Но, IMHO, такая ситуация как и трассировка стека возникать не должна. Либо проверку нужно ставить, либо брать валюту из какого-то одного места (валюта налогового кода мне кажется здесь более уместной).

Там еще с текстом проводки тоже криво получилось. В параметр '%4' в одном случае передается код налогового органа, а в другом налоговый код. Шаблон текста проводки из-за этого настроить проблематично.

[glibs]

Создал закупку. С одной строчкой. Покупаю что-то там. 100 единиц.

Подстроил так, чтобы рассчитывались налоги (sales tax).

Смотрю итоги. Для "Все". Вижу общую сумму. Вижу сумму налога.

Ставлю в строке количество к немедленному получению 100.

Смотрю в итоги для "Немедленное получение". Картина такая же как и для "Все".

Делаю накладную по закупке на все 100.

Снова смотрю итоги. Для "Все" суммы нулевые. Хорошо.

Ставлю в строке количество к немедленному получению 100.

Смотрю в итоги для "Немедленное получение". Сумма посчиталась, а налоги — нет.

Почему бы, собственно, не посчитаться было налогам? Сумма же смогла посчитаться.

Ситуация примерно такая. Некто создал закупку. Потом частично получил, а частично сократил количество к поставке. А потом захотел просто вот узнать, сколько стоила бы закупка, если бы пришла целиком.

Замечено, что если количество "К поставке" стоит ненулевое, то итоги начинают работать корректно. Причем количество "К поставке" может не совпадать с количеством в "Немедленное получение". Считает все равно уже корректно.

Налог в закупке в цену не был включен.

[glibs]

Цитата:

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

...
4.0 ЕЕ сп2 FP1.

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

Та же ошибка возникает при создании заказа (на продажу) на Корпоративном портале. А именно в процессе добавления номенклатуры к заказу.

[glibs]

AOT\Classes\PBABuildApproveForm.runForm()

строчка

graphicControlForm = formRun.design().controlName('Graphic');

Инициализация контрола происходит тут

АОТ\Classes\PBABuildForm.addGraphicControl()

следующим образом

return formtabPageControl.addControl(FormControlType::Image,"@SYS40661");

В результате на английском и сродном с ним интерфейсах работает, на остальных возникает трассировака стека в приведенном выше месте (это происходит при попытке формы нарисоваться — т.е. до ее открытия). Воспроизводится при тестировании модели продукции непосредственно из модели в модуле Конфигуратор продукции или при моделировании (например, в строках заказа на продажу) в форме подтверждения конфигурации (которая открывается после формы выбора).

Обязательное условие для воспроизведения проблемы: в модели продукции должно быть настроено отображение картинок (изображений).

В 4.0 проблема воспроизводится еще и тут

АОТ\Classes\PBAFrontEndControlWin.run()

graphicControl = element.design().controlName('Graphic');

но в 5.0 это место починили

graphicControl = element.design().controlName("@SYS40661");

[Zabr]

Ax 4.0 SP 2
Не видел, писали ли об этой ошибке.
В purchline.taxByLine() идет запрос к TaxTrans по InventTransId, но по этому полю там нет индекса. Поскольку этот метод вызывается из purchline.validateWrite(), т.е. каждый раз при сохранении строчки закупки - то торможение заметное, особенно когда строка добавляется не вручную, а автоматически генерятся заказы (у нас Korus Retail, но это не важно - ошибка в системном слое). Например, в нашем случае исключение этого запроса (который вообще-то и не нужен, т.к. он проверяет данные для расчета "налога 1099") ускорило формирование заказов в 8-10 раз.

[mazzy]

суть баги в следующем:
1. ax2009 (проверялись беты, релиз и sp1)
2. windows vista business sp1 (проверялось и без sp1)
3. выполняется какой-нибудь длительный процесс (например, обновление перекрестных ссылок)
4. некоторое время окно с прогресс-баром обновляется нормально
5. потом окно замирает, принимает характерный "сжатый" вид (см. скриншот) и больше не обновляется (не перерисовывается)

если честно, то напрягает.
я так и не смог объяснить по-ангельски в сервис-системе (или меня не захотели понять).

[glibs]

4.0 сп2 ЕЕ фп1.

Выверка банковского счета. В банковской проводке указываю сумму коррекции. Запускаю выверку.

Возникает вот такая ошибка.

"
Method Tax.clearTaxAdjustments_W must be overridden.
"

[Ivanhoe]

Цитата:

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

4.0 сп2 ЕЕ фп1.

Выверка банковского счета. В банковской проводке указываю сумму коррекции. Запускаю выверку.

Возникает вот такая ошибка.

"
Method Tax.clearTaxAdjustments_W must be overridden.
"

Такая же ошибка при разноске процент-нот и авансовых отчетов:
Разноска "процент-нот" в DAX 4.0 SP2 FP1 EE

[glibs]

Хотите сказать, что отключение польского ключа мне поможет?

Он у меня не включен.

Ну и _W — это разве Польша? Польша раньше была _Pl. А _W, вроде как, общая функциональность для Восточной Европы.

[Ivanhoe]

К сожалению, не поможет, он у меня тоже не включен. Просто ошибка, как оказалось, во многих местах выползает.

[belugin]

В качестве временной затычки можно вызывать this.deleteTaxRegulation(); вместо clearTaxAdjustment_W, если не задана переменная exchRate_W (оно получается из TaxParameters.BankExchRate_W)

[Ivanhoe]

Цитата:

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

В качестве временной затычки можно вызывать this.deleteTaxRegulation(); вместо clearTaxAdjustment_W, если не задана переменная exchRate_W (оно получается из TaxParameters.BankExchRate_W)

Т.е. получается что этот код завязан на ключ "Обменный курс банка"? Попробуем его отключить, насколько следует из Release Notes DAX 4.0 SP2 FP1 EE это используется только в Венгрии..

[belugin]

Да, это венгерская функциональность, но отключение ничего в данном случае не даст

[Raven Melancholic]

DAX4 SP2 EE Отключенный двухвалютный склад и свое поле в InventSum.
У меня двухвалютный склад отключен. В InventSum добавил свое поле. С тем же именем поле добавил в InventSumDelta. Сдела протягивание из InventTrans накопление этого поля в разных местах. В InventSum и InventSumDelta добавил поле в группы DeltaFields.
В результате, при резервировании в методе sqlUpdateInventSumStrSQLServer класса InventUpdateOnhand поймал ошибку. Когда обрабатывается код:

    for (h=1;h<=fieldGrp.numberOfFields();h++)
    {
        tmpFieldName = new SysDictField(tablenum(InventSum),fieldGrp.field(h)).name(DbBackend::Sql);
        if (tmpFieldName)
        {
            // Note: field names must be exactly the same on tables InventSum and InventSumDelta
            pct2 += pct2 ? ', ' : '';
            pct2 += inventSumName + '.' + tmpFieldName + ' = ' + inventSumName + '.' + tmpFieldName + ' + ' + inventSumDeltaName + '.' + sumPrefix + tmpFieldName;
            tmpFieldNames += tmpFieldName;
        }
    }

в контейнер tmpFieldNames записывается 17 полей стандартных, 2 относящихся к двухвалютному складу не пишется, восемнадцатым пишется мое поле.
дальше в коде:

Цитата:

for (h=1;h<=deltaFieldGrp.numberOfFields();h++)
{
tmpFieldName = new SysDictField(tablenum(InventSumDelta),deltaFieldGrp.field(h)).name(DbBackend::Sql);
if (tmpFieldName)
{
pct3 += 'SUM(' + tmpFieldName + ') AS ' + sumPrefix + conpeek(tmpFieldNames,h) + ', ';
}
}

хотя два поля двухвалютного склада пропущены из-за того, что ключ отключен и SysDictField(tablenum(InventSumDelta),deltaFieldGrp.field(h)).name(DbBackend::Sql); не срабатывает, при обработке моего поля условие работает, НО h к тому времени равно 20, хотя в контейнере tmpFieldNames всего 18 значений!
Включаем двухвалютный склад и все становится Ок. Понятно как с этим бороться, но неприятно.