Перемещение ОС!!

[Михаил Андреев]

Цитата:

Сообщение от СибирскийКлещ

А можно ведь и без "пилы" обойтись. Чуть-чуть больше системного подхода к архитектуре средств отражения хоздокументов в бухгалтерских проводках, чуть меньше фундаментальных блоков в функционале, исполняемых безусловно, чуть больше параметров настроек, влияющих на исполнение этих блоков. Галочка там, галочка сям ... Для примера вспомните настройку складской модели - есть чудесная галочка "Разносить финансовые операции", управляющая формированием проводок ГК по журналам номеклатуры. Как бы подобное в обсуждаемом варианте пригодилось, будь перемещение ОС стандартной операцией модуля, отражаемой в RAssetTrans, а не "бедной родственницей" где-то на задворках

Ну не надо сыпать соль на рану "Системный подход", "чуть больше параметров настроек".... Это о чём?
Кстати, "без пилы" зачастую не обойтись при самой крутой программе, если в голове у автора учётной политики "ветер гуляет".

[TasmanianDevil]

Цитата:

Сообщение от Михаил Андреев

Ну не надо сыпать соль на рану "Системный подход", "чуть больше параметров настроек".... Это о чём?
Кстати, "без пилы" зачастую не обойтись при самой крутой программе, если в голове у автора учётной политики "ветер гуляет".

Михаил, а Вы представьте себе утопию с точки зрения Аксапты как системы(в ней уже такое не сделаешь - успели уже в ней дел наделать), но вполне реализуемую на ее платформе :
есть модуля системы , есть в каждом модуле набор каких-то типов документов (для каждого типа документов в каждом модуле существует отслеживаемая хронологически настройка о необходимости проведения данных документов по используемым методикам учета, одновременном/неодновременном физическом и финансовом разнесении документа и пр.), при создании данного документа на него попадает ссылка в единый журнал разноски (делящийся по модулям, типам документов) , в спецификации которого по методикам учета (бухгалтерский, МСФО -что Вашей душе угодно) в дальнейшем указывается профиль разноски по соответствующей методике учета. Единое хранилище профилей разноски опять таки с разбиением по модулям, типам документов. Профиль разноски многострочный, с указанием в каждой строке типа обрабатываемого параметра из документа/его спецификации/атрибута для получения суммы, с указанием для каждого уровня аналитики способа его получения, кучей разных других признаков для формирования в финансовых проводках.
Документы в системе можете строить с любой структурой, как в голову взбредет - только для каждого реализовать потомка базового класа финансовой разноски который по настройкам этого документа будет обрабатывать его и разносить или не разносить).
Не надо подобную систему пилить, настраивайте ее параметрически. Не возникнет в подобной архитектуре вопроса как в данной теме. Есть пользователи со своими документами, отличающимися своей спецификой своего направления деятельности - пусть, это их работа и их головная боль. Финансовая разноска - единообразна, концепция финансовой разноски (документ -> журнал разноски -> профиля по методикам учета -> проводки) - единообразно. Физический внутримодульный учет гибко настраиваем для отражения в финансовом.
Вот оно, счастие конечного пользователя !