2Pavel
Насчет проблем разноски в ГК различного рода действий - даже не стоит заострять внимание, ибо неисправимо это на текущий момент в глобальном плане. Пока в системе нет (а скорее всего никогда и не будет, судя по динамике развития данной части системы) нормального репозитария многострочных(настраиваемых параметрически и генерирующих проводки ГК в зависимости от атрибутов обрабатываемого документа) профилей разноски с единой универсальной архитектурой и связью в виде "документ модуля -> его профиль разноски (1 из N возможных)->проводки ГК", а будут профиля разноски в виде "клочки по закоулочкам" - это будет то зло, с которым просто смиряться приходится, в продажах/закупках, запасах,ОСах и т.д.
Цитата:
Сообщение от
belugin
RecID теперь 64 разрядный и персонально на таблицу. Так что в ближайшее тысячелетие не переполнится
В общем и целом - чудесная новость. Давно бы так следовало сделать - например, сразу после покупки Navision
. Но вот вопрос, "персонально на таблицу" - это следует понимать как уникальность RecId в рамках только таблицы? Если именно так - страшно даже думать о перспективах и масштабах геморроя при переходе с 3-ки на 4-ку для БД с несколькими компаниями в плане того, какую работу надо проделать будет для сохранения ссылочной целосности в таблицах , имеющих Relations по паре TableId+RecId, коих немало в репозитарии. Будет ли решение данной проблемы сделано в рамках средств апгрейда 3-ки на 4-ку, которые предоставит вендор, или ляжет грузом на партнеров/несчастных пользователей, самостоятельно сопровождающих систему - вот еще в чем вопрос.
P.S. Надеюсь что все-таки подразумевалась уникальность RecId в рамках компании в таблице - иначе, ну ее в пень дырявый, эту 4-ку с таким счастьем, переход на которую будет эквивалентен перевнедрению системы(у нас по 6 компаний в двух базах, между которыми еще идет синхронизация некоторых данных как раз по паре TableId+RecId).