Трансляция и двухвалютный склад

[EVGL]

Оба подхода имеют право на существование, но на практике вряд ли подойдут. Оба требуют того, чтобы старые "закрытия склада" были отменены до начала времен, а затем построены заново. На хорошем предприятии через пару лет это породит десятки миллионов транзакций InventSettlement/ InventTransPosting, притом Аксапта будет трахать жесткий диск неделями напролет.

Ладно, посмотрим, какие меры будут принимать Ex-Kollegen. Мне стало ясно одно: примитивная функция, которая работает на 100% корректно, для клиента все равно лучше изощренной, но работающей на 98%. Хотя тут начинают поднимать вой "сейлзы".

[Pavel]

Цитата:

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

Оба подхода имеют право на существование, но на практике вряд ли подойдут.

Это о чем? Функция в XALе и существует и работает на практике.

Цитата:

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

Оба требуют того, чтобы старые "закрытия склада" были отменены до начала времен, а затем построены заново.

В учете "начало времен" - это отчетный период (год).

Цитата:

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

На хорошем предприятии через пару лет это породит десятки миллионов транзакций InventSettlement/ InventTransPosting, притом Аксапта будет трахать жесткий диск неделями напролет.

Проблема структуры данных аксапты и только.

Цитата:

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

Мне стало ясно одно: примитивная функция, которая работает на 100% корректно, для клиента все равно лучше изощренной, но работающей на 98%.

"Все гениальное - просто". Чем лучше разработчик знаком с проблемой, тем проще и качественнее предлагаемое решение.
Система применяют не для того чтобы усложнять себе жизнь...

Цитата:

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

Хотя тут начинают поднимать вой "сейлзы".

Не надо все смешивать в одну кучу. Разработчик пусть делает исправно работающие функции, консультант объясняет клиенту как ими грамотно пользоваться, а сейл продает продукт труда как первого так и второго.

[EVGL]

Цитата:

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

В учете "начало времен" - это отчетный период (год).
Проблема структуры данных аксапты и только.

Да, но счета складских запасов в новом учетном году не обнуляют, склад не вычищают, и из старых запасов продавать не запрещают. Тем самым, если сначала закрывали по одной модели, а потом - по другой, в каждый отдельно взятый момент результат расчета будет неверным. А работаем мы с данными той системы, с которой работаем. С Dynamix AX. И структура данных уж такая, какая есть. Поэтому когда объем данных достигнет определенной величины, ваш подход становится практически неиспользуемым. Поэтому я провел бы голосование среди клиентов: нужно ли им закрытие по разным моделям? И если большинство скажет "нет" - децимировал бы функционал.

[Pavel]

Цитата:

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

Поэтому когда объем данных достигнет определенной величины, ваш подход становится практически неиспользуемым.

Ок, очевидно, у подхода с повторными пересчетами по разным моделям существуют свои ограничения.
Подход с «резервное копированием» и пересчетом себестоимости в целях управленческого учета не должен этим (объем) страдать, даже может осуществляться параллельно с закрытием склада в целях бух.учета.

Цитата:

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

Поэтому я провел бы голосование среди клиентов: нужно ли им закрытие по разным моделям? И если большинство скажет "нет" - децимировал бы функционал.

Популярное в последнее время предложение. Переоценку во второй валюте уже «децемировали». Так продолжать и от локализации аксапты ничего не останется – «назад, в будущее».

[komar]

Цитата:

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

Мне стало ясно одно: примитивная функция, которая работает на 100% корректно, для клиента все равно лучше изощренной, но работающей на 98%. Хотя тут начинают поднимать вой "сейлзы".

Вашими бы словами да планы локализации писать!