Существуют ли недостатки у Axapta

[Lazy_Tiger]

Цитата:

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

Lazy_Tiger, это исправили в международном SP4.
Видео с разъяснениями механизма расчета себестоимости
Вообще говоря, рекомендуют отменять пересчеты, которые сделаны ПОСЛЕ даты закрытия... Там еще остались траблы с подчиненными производственными и wms заказами... Насколько я помню... В общем, текущее закрытие должно быть последним.

0) в SP4 - не исправили. А поставили залипуху, включив дурочку. При этом судя по переписке в течении года имели все ж совсем другие планы.

1) По поводу отменять - цитату из документации плииз. Она ж у нас первоисточником является?

2) А что делать если себестоимость нормальную хочется иметь не спустя 2 месяца? А то ведь и пересчет и закрытие и самое смешное - ОТМЕНА пересчета и закрытия это операции отнюдь не на 15 минут, а все ж таки на 6-8 часов минимум. А если я полный пересчет запущу за месяц, так она и за 2 суток не посчитает, хоть заоптимизируйся, увы.

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

P.S. Ни производственных, ни WMS-заказов у меня нет.
P.P.S. Отнюдь не обязательно считать по средней как выяснилось, это просто пример такой.

[mazzy]

Цитата:

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

Сергей, ты знаешь другой способ получить корректный 41 счет? Так что пример про пилу он как бы не к месту нифига.

Ясно. Извини, что вмешался. Я думал, ты решение ищешь...

ОК.
Да-да... Майкрософт маздай... Пошел за попкорном.

[Lazy_Tiger]

Цитата:

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

Ясно. Извини, что вмешался. Я думал, ты решение ищешь...

Сергей, это не решение. Это то, что они называют workarround, т.е. обходной маневр типа Т.е. ВРЕМЕННОЕ решение. "Временное" в моем понимании означает 2-3 раза потерпите, затем все будет в шуколаде. Как то за год и 3 сервис-пака шуколад не образовался. А теперь его образование и не планируется. А ведь обещали и тому у меня есть письменное подтверждение

К сожалению людям еще и работать надо, а не ждать пока мы сначала два десятка пересчетов удалим, затем склад закроем. Что затянется на неделю минимум (очень и очень оптимистичный прогноз). Технологические окна в которые я и другие клиенты можем такие вещи себе позволить весьма и весьма узкие.

Да причем тут мастдай. Речь о том, что заявления ДО ПРОДАЖИ это одно, а как до КОНКРЕТНОГО дела доходит, так помощи никакой. И мне как клиенту, хочется, чтобы проблемы (а это именно проблема, а не прихоть и хотелка) решались, причем желательно не за наш счет. Потому что в текущей ситуации у меня нет выбора иначе как платить за решение этой баги партнеру.

[mazzy]

Цитата:

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

Сергей, это не решение. Это то, что они называют workarround, т.е. обходной маневр типа Т.е. ВРЕМЕННОЕ решение. "Временное" в моем понимании означает ...

Да-да-да.
Я понял. Майкрософт маздай!

Еще раз извини, что влез.

[Lazy_Tiger]

Цитата:

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

Еще раз извини, что влез.

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

Другие решения?

[mazzy]

Цитата:

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

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

Другие решения?

Я не знаю других решений.

Я знаю только анекдот.
Анекдот готов повторить.

Анекдот:
Купили русские мужики японскую бензопилу. Решили опробовать.
Подсунули доску:
- Вжик, - сказала японская бензопила
- О! - сказали русские мужики.
Подсунули бревно:
- Вжик, - сказала японская бензопила
- О! - сказали русские мужики.
Подсунули железный лом
- Кряк, - сказала японская бензопила
- Э-э-э! - разочаровано махнули рукой русские мужики.

[Recoilme]

Цитата:

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

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

Другие решения?

Попрограммировать немного

Если пересчет не будет оставлять следов в инвенттрансе (ну кроме поля костэмаунтэджастмент естепственно) и прочих местах - не нужно будет его отменять
Я не очень туманно выразился?
ЗЫ: а если потратить ещё месяц-другой работы и скад за год по 8 миллионам проводок закрывается за 8 часов

[EVGL]

Цитата:

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

Да-да-да.
Я понял. Майкрософт маздай!
Еще раз извини, что влез.

Иногда стоит выбор: кто должен мастдай - компания, осуществляющая внедрение, или менеджер в MS? У нас тут был случай, когда мы стояли на грани закрытия, клиент угрожал судом. Ведь ему все равно, кто там виноват.

Производственная компания, переносы между складами, чешская функциональность. Т.е. закрытие склада сплетается в один большой баг. Консультанты инвестировали свыше 3 чистых человеко-месяцев, чтобы понять, в чем дело, почему по ГК и по складу не сходится ни одна цифра. Результат - свыше 13 (!) запросов в сервисной системе.

В SP4 было представлено решение, к которому, правда, нужно было добавить пару хотфиксов. Чешскую функциональность порекомендовали в итоге вообще отключить, а нашего консультанта приглашали в офис MS в Чехии на лекции.

К сожалению, разобраться в проводках было уже невозможно. Было принято решение: для InventTrans, InventSettlement я написал эвристические процедуры, которые обновляли данные до достижения правдоподобности. После этого стирал (!) все накопленные проводки ГК, идущие из производства, и создавал заново (!!) на основе правдоподобных данных.

На Рождество после того, как все закрытия были отменены и созданы заново, все эвристические процедуры отработали (это длилось 3 дня процессорного времени), и было потрачено еще неделя чистого времени, чтобы доказать честность результатов, проблема была решена.

Во время этой эпопеи многие, и я в том числе, задумывались как минимум о смене поставщика, как максимум - места работы. И вот тут стало обидно: почему какие-то пешки, летающие в США, чтобы принять участие в каком-нибудь очередном семинаре на тему "Эскалация запросов или как правильно отмазаться от назойливого партнера", своими действиями или бездействием оказывают влияние на МОЕ финансовое положение и ставят под угрозу средства МОЕГО существования?

[ppson]

То есть закрытие склада хоть и стало правильным но не совсем ?
Ё!
Придеться продолжать врать клиентам о том что в аксапте аналитический учет совпадает с синтетическим , либо вообще склад закрывать втихушку ...
P.S. EVGL, извини за прямоту, а ты летал на эти семинары ?

[EVGL]

Цитата:

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

EVGL, извини за прямоту, а ты летал на эти семинары ?

Нет. Я и раньше, и сейчас отказываюсь от бессмысленных командировок, даже если речь идет о субтропических островах. Раньше и система поддержки была несколько другая в Navision: запрос не закрывался как минимум до тех пор, пока программист в Дании не исправил запрос. Была эскалация, порой очень длительная, но наивного перекладывания ответственности было все же меньше.

А вот еще пример. Восточноевропейская версия. 3-Tier. Открываем форму CustInvoiceJour, опять получаем ошибку времени выполнения в \Classes\Global\allowEditFieldsOnFormDs_W. В августе писал предложение 8281846: добавьте "if", поскольку _dataSource.object(idx) может и не существовать. Ответ умника из разработки (VALU, не иначе, его стиль) достоин цитирования:

Цитата:

[The] code is absolutely correct, because for each field in table we have FormDataObject on form datasource. After adding new field on table you should logoff from system and then logon. In some case you have to repeat this procedure some times. Proposed solution doesn't solve any problems. It won't be added to the next Microsoft Axapta release.

Без комментариев. Умник из разработки даже не знает, что "in some cases" не помогает даже остановка AOS, не то что перезапуск клиента. Ок, я у себя проблему уже решил, хотел помочь бывшим коллегам делать их работу лучше, в ответ получаю не просто ложный, а наглый ответ.