Учёт остатков в разрезе фин. аналитики

[YellowSubmarine]

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

ИИХО верен п.2. Он наименее трудоемок и требуется корежить стандартный функционал по минимуму по сравнению с остальными вариантами.

С уважением, Александр.

[miklenew]

Цитата:

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

Приходилось задумываться над подобной проблемой, хотя всегда удавалось убедить в нецелесообразности подобной задачи.
ИИХО верен п.2. Он наименее трудоемок и требуется корежить стандартный функционал по минимуму по сравнению с остальными вариантами.
С уважением, Александр.

Спасибо за совет.
Если помните причину отказа от данной задачи не могли бы написать.
Может мне тоже удастся её списать.

[YellowSubmarine]

Цитата:

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

Спасибо за совет.
Если помните причину отказа от данной задачи не могли бы написать.
Может мне тоже удастся её списать.

Ну откудаже я помню... Я эти причины каждый день в таких количествах генерю...
Но логика такова:
1. Стандартная функциональность не поддерживает возможности вести остатки в разрезах финансовой аналитики.
2. Возможность доработки существует (см.п 2 в исходном посте).
3. Доработка изменяет десятка два системных классов, что чревато потенциальными ошибками, причем не все ошибки возможно поймать сразу ри тестировании и опытной эксплутации.
4. Ошибки не обнаруженные сразу сложны в исправлении (помним, что неправильно сделанные проводки сложны в исправлении) и как правило требуют написания нетривиальных джобов (и времени).
5. Бизнес готов идти на риски из п.5, чтобы таким образом изменить аксапту под себя?
6. Стандартная функциональность имеет функциональность компаний, что в данном случае и требуется применить. Почему бы не использовать функциональность компаний, а тратить неделю - другую на доработку? А эту неделю - другую потратить на что-то иное?

Вот как-то так. Добавьте вашей специфики и выкладывайте тому, кто к вам с этой задачей пришел.

С уважением, Александр.