Люди хотят вести учет по стандарту двойной записи. Ввиду масштабности оперативного учета и количества пользователей принято решение использовать регистры накопления.
Как лучше всего реализовать стандарт двойной записи?
Навскидку кажется верным добавить в регистры реквизиты корреспонденции (КорСчет, КорСубконто1, КорСубконто2, КорСубконто3....) Однако не факт, что это лучший вариант
Как выводить проводки в форму списка, ведь они будут дублироваться
Кто-нить сталкивался с этим?

О_о

могу подсказать как в регистре бухгалтерии избавиться от двойной записи...

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

(2) я знаю как это сделать, но никогда не использовал
а в форму списка как выводится?

(0)
> решение использовать регистры накопления.
А решение сие гениальное кто принимал? Вот у него и стоит справшивать: "как"? И, главное, НАФИГА?

решение было принято мной
в частности после прочтения этой статьи
http://www.trsoft.ru/articles/register_accumulation.php

2(4) что в форму списка выводится?

2(6) ну так попроси автора написать статью как реализовать (0)

Используй ОСВ зачем тебе форма списка

ни фига, в форме списка только одно движение, ну в принципе и стоило полагать

представляете объём работ по написанию данного функционала? переписывать придётся абсолютно ВСЁ.
Надо работать над повышением производительности системы другими путями, ни как не замену РБ на РН

глядишь выйдет новая буха )
подобие зарплаты Каминовской )

мне кажется, объём работ, наоборот будет меньше
плюс практичней, можно реализовать учёт по германской методологии смешанными проводками
вопрос только в одном как визуально видеть двойную запись

(6) Есть более простой способ.

Делай проводки после проведения документов, например ночью. Пользователи и не заметят.

(0) двойную запись можно реализовать как в РАУЗ УПП, там действительно храниться двойной набор счетов,
а можно двойную запись организовать двумя проводками

Регситры по сложным участкам (типа партий), по остальным проводки. На основании регистров тоже делать проводки

(13)
> можно реализовать учёт по германской методологии смешанными проводками

Бред, батенька. И ахинея.

Читайте Луку Пачоли...

фишка в том, что есть старая добрая гвардия учётчиков, в основном из строительного бизнеса, либо закончившие школу MBA, которые даже управленческий учёт ведут двойной записью

(17) может, и  бред. я не первоисточник. не будем ругаться из-за терминов

(15)о чём я тебе и говорил на другой ветке )

(13) если в реквизиты запихнуть аналитику - уже не будет плюса к производительности. в вирт таблицах РН нет реквизитов. все отчеты типа ОСВ будут формироваться на порядок дольше, итоги в разрезе аналитики не получить быстро и т.д. Если всё в измерения - нет плюса к производительности, перегружен регистр будет. имхо бред...

получается анализ счёта это от лукавого

(19)

Односторонние проводки - не всегда хорошо.
Как человек, написавший в Аксапте за ночь ОСВ аналитического учета говорю.
(Ну не было ее в 3-шке в 2003-м году тупо)

режим разделения итогов и управляемые блокировки спасут отцов демократии в (0)

есть способ, придуманный лично мной ))
не знаю, есть ли прецеденты
сделать регистр "Продажи например" (62 - 90)
в обработчике При записи будут формироваться два дополнительных движения по регистрам 62 и 90
в итоге видим остатки по счетам и обороты сразу
в форме списка будет регистр Продажи
пока не знаю, чем грозит

Вот это заявка, да еще и с наездом на публику в первых же постах! Ух!
ПыСы: В статье из http://www.trsoft.ru/articles/register_accumulation.php анализируют сферических коней в вакууме с умным видом. Типа ща по гвоздю молотком дадим, а потом кувалдой и посмотрим какой инструмент круче

(6) Статья - фуфло.

Дочитал до:
>Таким образом, данные по одной организации по одному разделу учета, отличающиеся только аналитикой, в >регистры накопления могут быть записаны параллельно, а в регистры бухгалтерии – нет.

Это гонево. Дальше читать не стал.

(27)
Типа нового "Откровения" Иоанна Богослова не вышло?

(6) я бы не стала принимать решение на основании этой статьи и в принципе делать выводы по данным одного единственного замера.
Даже в институте на лабороторных по физике экспериментов было несколько, потом считалось среднее значение + отклонение..
Но суть даже не в том. Все эти "Сравнение времени выполнения" - вообще ни о чем.
Взять хотя бы запрос к РегистрНакопления.<ИмяРегистра>.Обороты(, , Регистратор, ) - это уже заведомо неэффективный запрос по физической таблице движений, а не по виртуальной таблице оборотов, что показывают эти цифры? Насколько один неэффективный запрос хуже другого неэффективного?

(29) основная причина - личный опыт. документы с проводками всегда давали блокировки в жёстком режиме, а с регистрами накопления - нет

(29) Ты не веришь что запись в регистр бух гораздо медленнее?

В проф разработке расписано как устроен регистр бухгалтерии. Только накуа такой велосипед?

господа, пожалуйста, оцените мой вариант в (25)
имеет ли право на жизнь или мне надо менять профессию

(31) Вроде это не теологический вопрос, при чем тут вера?

Ясно, что при прочих равных даже в самом идеальном случае, РБ будет медленнее регистра накопления.
Хотя бы тупо из-за количества записей таблиц на одну проводку.

А конторка-то гнилая - Группа компаний «Трейд Софт» стала частью крупнейшей региональной сети среди фирм «1С:Франчайзи» - компании «1С:Бухучет и Торговля» (БИТ), в состав которой входят 50 филиалов в России, Украине и Казахстане.
Объединение компаний позволит клиентам «Трейд Софт», использовать лучший опыт специалистов «1С:Бухучет и Торговля» (БИТ) в сфере автоматизации финансового управления, логистики, процессов взаимоотношения с клиентами, автоматизации предприятий сферы услуг, а также бюджетных учреждений.

Мне БиТ 20 тыр с 2007 года должен...

(0)
С появлением управляемых блокировокок и режима разделения итогов смысл в переносе типа (0) пропал.

Запись

>>Разрешить разделение итогов. Если флаг установлен в значение Истина, то будет задействован механизм разделителя итогов, который обеспечивает более высокую параллельность работы при записи в регистр. Система при одновременной записи движений несколькими сеансами не будет обновлять одни и те же записи итогов, а будет записывать изменения итогов в отдельные записи. При получении итогов эти данные складываются.

Блокировки

Управляемые блокировки

Чтение

Определяются использованием индексов, а не количеством таблиц

(25) В общем случае - это бред, так же как и вся тема ветки.
А в частном - нужно смотреть какая задача решается.

(36) кирюха, ты щас хочешь сказать, что я могу смело воять проводки на регистре бухгалтерии, не боясь блокировок и зависаний?

(31) Причем тут "верю-не верю"? Медленее по сравнению с чем?
Да, бух. регистр "тяжелее" остатков/оборотов. Но там как-то и возможности, и применение малость другие..
Если взять все физические записи, которые при делаются при добавлении проводки в бух. регистр, и "смоделировать" их же на остаточных+оборотных - и вот это время сравнить, я предполагаю, что бух. регистр выиграет.

(0)Конечно давай куле думать! А не беда что автор той статьи  переел аспирина,завтра он напишет сделаем из справочников документы и ты станешь мазякать вместо документов справочники?-ГЕНИАЛЬНО! это не ты "запорожец 303" проектировал? Людям машины уровня "тойот" нужны,что за менталитет топором штаны шить(мысль моя личная,прошу соблюдать ссылку на меня при цитировании)))

(38)
Ну смотри - регистры - это несколько таблиц
Визуально их можно склеить в одну большую таблицу
Регистр бухгалтерия есть такая большая таблица,
с дополнительными столбцами для унификации

Получается если обеспечить запись так, что она влияет только на часть (подтаблицу), то разницы
особой - все в одной или 10 таблицах - нет

P/S/ Нет разницы - означает что цифры одного порядка, какой то выигрыш есть - но стоит ли он кучи геморроя ...

(41) >Регистр бухгалтерия есть такая большая таблица, с дополнительными столбцами для унификации
Это очень грубая аналогия не имеющая отношения к действительности.

(42)А что есть на самом деле? Несколько таблиц физических? И несколько виртуальных?

Ну вот как ни спросишь, кнута через одного читали, а до кирпича по 1С что-то мало кто кто дотянулся. Походу тяжелый слишком.

Что вы спорите. Кроме справочников нах ниче не надо.

(45) Они тоже не нужны. Нужно прямо в скуль писать. А формы рисовать свои, а не эти кривые поделки от 1С.

и вообще всё надо делать на бумаге

(0)Участвовал в решении подобной задачи.
Ускорение работы примерно в 100 раз.
Добавь реквизиты "номер проводки" (связывать одну проводку) и "ДтКт" (признак Дт или КТ).
Остальное на твой вкус.
Но вот субконто лучше не использовать. Лучше для каждого счета заводить отдельный регистр, с заранее определенными измерениями.

(48) так я и хотел
только для оборотов и чтобы видеть операции думаю ещё регистр добавить на каждую операцию

(48)
Когда участвовал ?
На 7.7 ?
Ускорение чего ? Отчетов/проведения/ уменьшения блокировок?
В 100 раз что ?

Использовались управляемые блокировки до этого ?

(50) Это как "наш шампунь эффективнее на 69%" - так же и в 100 раз

(50) На 8.0 и на 8.1
Ускорение построения отчетов.

(50) Блокировок не было.

(52)
Это всего навсего означает что для ваших запросов не удавалось подобрать эффективно индекс, и был скан целиком, или частично таблицы

Судя по 8.0 начало проекта было достаточно давно
С тех пор регистр бухгалтерии изменился достаточно сильно

короче, буду тестить

(54) +100

(1) +1

пылять, только я решу делать на регистрах накопления, так тут же даются доводы по регистрам бухгалтерии, и наоборот
буду тестить

про разделение итогов и управляемые блокировки сначала изучить, и потом уже тестить