24.06.2008, 17:24 | #41 |
Member
|
А почему бы в стандартной Аксапте в русских договорах не сделать проверку, запрещающую вводить дату начала действия договора превышающую дату окончания его действия, если обе даты заполнены?
__________________
С уважением, glibs® |
|
26.06.2008, 16:01 | #42 |
Member
|
4.0 ЕЕ сп2 FP1.
При попытке создании строки прогноза потребления номенклатуры по проекту вываливается трассировка стека. Error executing code: xRecord object does not have method 'salesPurchTable'. Stack trace (S)\Classes\xRecord\salesPurchTable (S)\Classes\PriceDisc\newFromSalesPurchLine - line 4 (S)\Data Dictionary\Maps\SalesPurchLine\Methods\setPriceAgreement - line 6 (C)\Data Dictionary\Tables\ForecastSales\Methods\initFromProjTable - line 16 (C)\Forms\ForecastSales\Data Sources\ForecastSales\Methods\initValue - line 7 (C)\Classes\FormDataSource\create (C)\Classes\FormRun\task (C)\Classes\SysSetupFormRun\task - line 20 Однако... что нового в сп2 фп1 я и не заметил в дистрибутиве . А там таки что-то есть. Кто тоже еще не заметил, рекомендую почитать.
__________________
С уважением, glibs® |
|
26.06.2008, 17:43 | #43 |
Участник
|
А можно это на англицком и последовательно?
|
|
26.06.2008, 17:58 | #44 |
Member
|
При попытке импортировать курсы валют выдается окно сообщений. Примерный текст: "Ошибка при загрузке курсов валют на дату... Продолжить загрузку". Если выбрать да, то зацикливается. Если выбрать нет, то инфолог примерно такого же смысла и: "Обработка отменена".
Не знаю, бага или чего на сервере не установлено (АОС и БД на другой машине), но вылечилось установкой AOT\Classes\CurrencyRateImport_RU свойства RunOn в Client. Может кому пригодится.
__________________
С уважением, glibs® |
|
26.06.2008, 18:02 | #45 |
Member
|
Цитата:
Сообщение от kashperuk
А можно это на англицком и последовательно?
Select in Main Menu Project\Projects Choose any project and press button Forecasts\Item Press [Ctrl] + [N]
__________________
С уважением, glibs® |
|
27.06.2008, 22:36 | #46 |
Microsoft Dynamics
|
|
|
27.06.2008, 23:07 | #47 |
Microsoft Dynamics
|
Цитата:
Ну, да... Можно так... Только этот вариант будет работать, если у клиента есть доступ к сайту ЦБ РФ. Кроме этого можно АОСу разрешить выход в инет. Тогда не потребуется менять код. |
|
28.06.2008, 03:01 | #48 |
Member
|
Спасибо.
Цитата:
Сообщение от AlexSD
...
Кроме этого можно АОСу разрешить выход в инет. ... На доступ в Интерент ограничений особых нет. Машина из другого домена в сети доступ к Интернету получает в полном объеме. Т.е. на проблему с пользователем не похоже. Если терминально на сервер зайти, то тот же URL в MSIE открывается. Я сначала думал может XML парсер не стоит.
__________________
С уважением, glibs® |
|
28.06.2008, 23:03 | #49 |
Microsoft Dynamics
|
|
|
03.07.2008, 00:02 | #50 |
Member
|
4.0 сп2 фп1
В журнале накладных поставщиков если указать поставщика в качестве счета и проект в качестве корсчета, а также подстроить налоговые группы так, чтобы по журналу должен был быть начислен НДС, то журнал не разносится, выдается сообщение об ошибке. " Суммы строки 1 000.00 и/или налогов -166.67 по строкам не соответствуют суммам в накладной "0001". Обновление отменено. " Ошибка возникает в методе .createInvoiceTrans_RU() класса VendVoucher.
__________________
С уважением, glibs® |
|
04.07.2008, 02:09 | #51 |
Member
|
В Банк\Банки есть кнопка Обновить банковский счет.
Она переносит реквизиты из таблицы банков в таблицу банковских счетов по клиентам, поставщикам, и по счетам компании. Если ее нажать, то во всех банковских счетах компании (для выбранного банка) валюта затирается. Суть в том, что кнопка была еще буржуями придумана. А в буржуйской версии есть форма групп банков. И там есть валюта по умолчанию. Но в чем смысл тереть валюту в счете в русской версии? Тем более, что это обязательное для заполнения поле. 4.0 сп2 ЕЕ + фп1
__________________
С уважением, glibs® |
|
19.08.2008, 14:18 | #52 |
Участник
|
DAX2009:
Classes\ProdMultiScheduling\Methods\initParmBuffer X++: void initParmBuffer(ProdParmScheduling prodParmScheduling) { ProdParmScheduling saveProdParmScheduling; ; saveProdParmScheduling.data(prodParmScheduling); prodParmScheduling.data(standardParmScheduling); prodParmScheduling.ParmId = saveProdParmScheduling.ParmId; prodParmScheduling.RecId = saveProdParmScheduling.RecId; prodParmScheduling.LineNum = saveProdParmScheduling.LineNum; prodParmScheduling.ProdId = saveProdParmScheduling.ProdId; prodParmScheduling.JobStatus = saveProdParmScheduling.JobStatus; prodParmScheduling.ExecutedDateTime = saveProdParmScheduling.ExecutedDateTime; prodParmScheduling.SchedMethod = saveProdParmScheduling.SchedMethod; prodParmScheduling.JobId = saveProdParmScheduling.JobId; prodParmScheduling.JobId /* ??? */ = saveProdParmScheduling.WrkCtrIdSched; prodParmScheduling.AutoUpdate = autoUpdate; } |
|
|
За это сообщение автора поблагодарили: kashperuk (5). |
02.09.2008, 18:43 | #53 |
Участник
|
DAX2009
Reports\ProdRouteCard\initFromCaller() X++: ... if (_args && _args.caller()) { showDialog = false; prodUpdRelease = _args.caller(); prodParmRelease = prodUpdRelease.parmParmBuffer(); queryBuildRangeProd.value(prodParmRelease.ProdId); if (prodParmRelease.SetupPrintRouteJob /*SetupPrintRouteCard ??? */ ) element.printJobSettings().unpackPrintJobSettings(prodParmRelease.SetupPrintRouteJob /*SetupPrintRouteCard ??? */); } В четверке это исправление есть на syp слое. |
|
|
За это сообщение автора поблагодарили: kashperuk (5). |
04.09.2008, 10:34 | #54 |
Участник
|
Уже писали о баге на кастемсорсе менюха на языке друзей наших - китайцев... Наверное лечиться как то... не могут же в микрософте нас к китаю сразу присоединить...
|
|
04.09.2008, 12:23 | #55 |
Banned
|
|
|
09.09.2008, 15:17 | #56 |
Участник
|
Кредитный лимит и списание дебиторской задолженности DAX 4.0 SP2 FP1 EE
Разноска "процент-нот" в DAX 4.0 SP2 FP1 EE
__________________
Ivanhoe as is.. |
|
10.09.2008, 00:34 | #57 |
Microsoft Dynamics
|
|
|
11.09.2008, 11:39 | #58 |
Участник
|
Цитата:
Сообщение от petr
DAX2009
Reports\ProdRouteCard\initFromCaller() X++: ... if (_args && _args.caller()) { showDialog = false; prodUpdRelease = _args.caller(); prodParmRelease = prodUpdRelease.parmParmBuffer(); queryBuildRangeProd.value(prodParmRelease.ProdId); if (prodParmRelease.SetupPrintRouteJob /*SetupPrintRouteCard ??? */ ) element.printJobSettings().unpackPrintJobSettings(prodParmRelease.SetupPrintRouteJob /*SetupPrintRouteCard ??? */); } В четверке это исправление есть на syp слое. |
|
16.09.2008, 12:20 | #59 |
Участник
|
DAX2009 Classes\BOMCalcItemLine\calcConsumption
X++: protected void calcConsumption() { BOMCalcConsumption bomCalcConsumption; Qty consumptionBOMQty; Qty netWeightConsumptionBOMQty; Percent calcAccError; ; bomCalcConsumption = BOMCalcConsumption::construct(bom.Formula, bomCalcData); calcAccError = Route::accError(this.parmParentBOMCalc().parmRouteId(), bom.OprNum); consumptionBOMQty = bomCalcConsumption.calcConsumption(bom, calcAccError); netWeightConsumptionBOMQty = bomCalcConsumption.calcConsumption(bom, 1, NoYes::Yes, NoYes::No, NoYes::No); // excludes scrap // Calculation is done in inventory units if(bom.UnitId != inventUnitId) { calcConsumptionInventQty = UnitConvert::qty(consumptionBOMQty, bom.UnitId, inventUnitId, itemId); calcNetWeightConsumptionInventQty = UnitConvert::qty(consumptionBOMQty, /* netWeightConsumptionBOMQty */ bom.UnitId, inventUnitId, itemId); } else { calcConsumptionInventQty = consumptionBOMQty; calcNetWeightConsumptionInventQty = netWeightConsumptionBOMQty; } [calcConsumpVariableQty, calcConsumpConstantQty] = this.getCalcConsumption(); } А вообще как посмотреть, зарегестрирован ли данный баг уже, когда я знаю только класс (таблицу, форму) и метод которые мне кажутся подозрительными? |
|
|
За это сообщение автора поблагодарили: kashperuk (5). |
16.09.2008, 13:18 | #60 |
Banned
|
Да регистрировал я уже эту х..ню. В 4.0, типа, исправили, а в 2009 - опять на своем месте.
|
|
Теги |
bug report, баг, ошибка, dynamics |
|
|