|
Как сделать из регистра накопления регистр бухгалтерии | ☑ | ||
---|---|---|---|---|
0
jsmith82
07.12.11
✎
10:45
|
Люди хотят вести учет по стандарту двойной записи. Ввиду масштабности оперативного учета и количества пользователей принято решение использовать регистры накопления.
Как лучше всего реализовать стандарт двойной записи? Навскидку кажется верным добавить в регистры реквизиты корреспонденции (КорСчет, КорСубконто1, КорСубконто2, КорСубконто3....) Однако не факт, что это лучший вариант Как выводить проводки в форму списка, ведь они будут дублироваться Кто-нить сталкивался с этим? |
|||
1
Defender aka LINN
07.12.11
✎
14:17
|
О_о
|
|||
2
Живой Ископаемый
07.12.11
✎
14:19
|
могу подсказать как в регистре бухгалтерии избавиться от двойной записи...
|
|||
3
jsmith82
07.12.11
✎
14:20
|
в последнее время у меня такое чувство, что на мисте просто не осталось гуру своего дела
за любой вопрос выше уровня как написать левое соединение, глухое молчание, либо сарказм |
|||
4
jsmith82
07.12.11
✎
14:21
|
(2) я знаю как это сделать, но никогда не использовал
а в форму списка как выводится? |
|||
5
AAlexandra
07.12.11
✎
14:22
|
(0)
> решение использовать регистры накопления. А решение сие гениальное кто принимал? Вот у него и стоит справшивать: "как"? И, главное, НАФИГА? |
|||
6
jsmith82
07.12.11
✎
14:22
|
решение было принято мной
в частности после прочтения этой статьи http://www.trsoft.ru/articles/register_accumulation.php |
|||
7
Живой Ископаемый
07.12.11
✎
14:22
|
2(4) что в форму списка выводится?
|
|||
8
Живой Ископаемый
07.12.11
✎
14:23
|
2(6) ну так попроси автора написать статью как реализовать (0)
|
|||
9
Алистар
07.12.11
✎
14:23
|
Используй ОСВ зачем тебе форма списка
|
|||
10
jsmith82
07.12.11
✎
14:24
|
ни фига, в форме списка только одно движение, ну в принципе и стоило полагать
|
|||
11
Maxus43
07.12.11
✎
14:25
|
представляете объём работ по написанию данного функционала? переписывать придётся абсолютно ВСЁ.
Надо работать над повышением производительности системы другими путями, ни как не замену РБ на РН |
|||
12
Buster007
07.12.11
✎
14:25
|
глядишь выйдет новая буха )
подобие зарплаты Каминовской ) |
|||
13
jsmith82
07.12.11
✎
14:26
|
мне кажется, объём работ, наоборот будет меньше
плюс практичней, можно реализовать учёт по германской методологии смешанными проводками вопрос только в одном как визуально видеть двойную запись |
|||
14
Алистар
07.12.11
✎
14:26
|
(6) Есть более простой способ.
Делай проводки после проведения документов, например ночью. Пользователи и не заметят. |
|||
15
shuhard
07.12.11
✎
14:26
|
(0) двойную запись можно реализовать как в РАУЗ УПП, там действительно храниться двойной набор счетов,
а можно двойную запись организовать двумя проводками |
|||
16
acsent
07.12.11
✎
14:27
|
Регситры по сложным участкам (типа партий), по остальным проводки. На основании регистров тоже делать проводки
|
|||
17
АйЭм
07.12.11
✎
14:27
|
(13)
> можно реализовать учёт по германской методологии смешанными проводками Бред, батенька. И ахинея. Читайте Луку Пачоли... |
|||
18
jsmith82
07.12.11
✎
14:28
|
фишка в том, что есть старая добрая гвардия учётчиков, в основном из строительного бизнеса, либо закончившие школу MBA, которые даже управленческий учёт ведут двойной записью
|
|||
19
jsmith82
07.12.11
✎
14:28
|
(17) может, и бред. я не первоисточник. не будем ругаться из-за терминов
|
|||
20
jsmith82
07.12.11
✎
14:29
|
(15)о чём я тебе и говорил на другой ветке )
|
|||
21
Maxus43
07.12.11
✎
14:29
|
(13) если в реквизиты запихнуть аналитику - уже не будет плюса к производительности. в вирт таблицах РН нет реквизитов. все отчеты типа ОСВ будут формироваться на порядок дольше, итоги в разрезе аналитики не получить быстро и т.д. Если всё в измерения - нет плюса к производительности, перегружен регистр будет. имхо бред...
|
|||
22
jsmith82
07.12.11
✎
14:31
|
получается анализ счёта это от лукавого
|
|||
23
АйЭм
07.12.11
✎
14:32
|
(19)
Односторонние проводки - не всегда хорошо. Как человек, написавший в Аксапте за ночь ОСВ аналитического учета говорю. (Ну не было ее в 3-шке в 2003-м году тупо) |
|||
24
Maxus43
07.12.11
✎
14:34
|
режим разделения итогов и управляемые блокировки спасут отцов демократии в (0)
|
|||
25
jsmith82
07.12.11
✎
14:37
|
есть способ, придуманный лично мной ))
не знаю, есть ли прецеденты сделать регистр "Продажи например" (62 - 90) в обработчике При записи будут формироваться два дополнительных движения по регистрам 62 и 90 в итоге видим остатки по счетам и обороты сразу в форме списка будет регистр Продажи пока не знаю, чем грозит |
|||
26
Evpatiy
07.12.11
✎
14:38
|
Вот это заявка, да еще и с наездом на публику в первых же постах! Ух!
ПыСы: В статье из http://www.trsoft.ru/articles/register_accumulation.php анализируют сферических коней в вакууме с умным видом. Типа ща по гвоздю молотком дадим, а потом кувалдой и посмотрим какой инструмент круче |
|||
27
apokrit
07.12.11
✎
14:38
|
(6) Статья - фуфло.
Дочитал до: >Таким образом, данные по одной организации по одному разделу учета, отличающиеся только аналитикой, в >регистры накопления могут быть записаны параллельно, а в регистры бухгалтерии – нет. Это гонево. Дальше читать не стал. |
|||
28
АйЭм
07.12.11
✎
14:40
|
(27)
Типа нового "Откровения" Иоанна Богослова не вышло? |
|||
29
AAlexandra
07.12.11
✎
14:56
|
(6) я бы не стала принимать решение на основании этой статьи и в принципе делать выводы по данным одного единственного замера.
Даже в институте на лабороторных по физике экспериментов было несколько, потом считалось среднее значение + отклонение.. Но суть даже не в том. Все эти "Сравнение времени выполнения" - вообще ни о чем. Взять хотя бы запрос к РегистрНакопления.<ИмяРегистра>.Обороты(, , Регистратор, ) - это уже заведомо неэффективный запрос по физической таблице движений, а не по виртуальной таблице оборотов, что показывают эти цифры? Насколько один неэффективный запрос хуже другого неэффективного? |
|||
30
jsmith82
07.12.11
✎
14:59
|
(29) основная причина - личный опыт. документы с проводками всегда давали блокировки в жёстком режиме, а с регистрами накопления - нет
|
|||
31
acsent
07.12.11
✎
15:01
|
(29) Ты не веришь что запись в регистр бух гораздо медленнее?
|
|||
32
Mort
07.12.11
✎
15:04
|
В проф разработке расписано как устроен регистр бухгалтерии. Только накуа такой велосипед?
|
|||
33
jsmith82
07.12.11
✎
15:04
|
господа, пожалуйста, оцените мой вариант в (25)
имеет ли право на жизнь или мне надо менять профессию |
|||
34
apokrit
07.12.11
✎
15:05
|
(31) Вроде это не теологический вопрос, при чем тут вера?
Ясно, что при прочих равных даже в самом идеальном случае, РБ будет медленнее регистра накопления. Хотя бы тупо из-за количества записей таблиц на одну проводку. |
|||
35
АйЭм
07.12.11
✎
15:07
|
А конторка-то гнилая - Группа компаний «Трейд Софт» стала частью крупнейшей региональной сети среди фирм «1С:Франчайзи» - компании «1С:Бухучет и Торговля» (БИТ), в состав которой входят 50 филиалов в России, Украине и Казахстане.
Объединение компаний позволит клиентам «Трейд Софт», использовать лучший опыт специалистов «1С:Бухучет и Торговля» (БИТ) в сфере автоматизации финансового управления, логистики, процессов взаимоотношения с клиентами, автоматизации предприятий сферы услуг, а также бюджетных учреждений. Мне БиТ 20 тыр с 2007 года должен... |
|||
36
kiruha
07.12.11
✎
15:07
|
(0)
С появлением управляемых блокировокок и режима разделения итогов смысл в переносе типа (0) пропал. Запись >>Разрешить разделение итогов. Если флаг установлен в значение Истина, то будет задействован механизм разделителя итогов, который обеспечивает более высокую параллельность работы при записи в регистр. Система при одновременной записи движений несколькими сеансами не будет обновлять одни и те же записи итогов, а будет записывать изменения итогов в отдельные записи. При получении итогов эти данные складываются. Блокировки Управляемые блокировки Чтение Определяются использованием индексов, а не количеством таблиц |
|||
37
apokrit
07.12.11
✎
15:07
|
(25) В общем случае - это бред, так же как и вся тема ветки.
А в частном - нужно смотреть какая задача решается. |
|||
38
jsmith82
07.12.11
✎
15:09
|
(36) кирюха, ты щас хочешь сказать, что я могу смело воять проводки на регистре бухгалтерии, не боясь блокировок и зависаний?
|
|||
39
AAlexandra
07.12.11
✎
15:10
|
(31) Причем тут "верю-не верю"? Медленее по сравнению с чем?
Да, бух. регистр "тяжелее" остатков/оборотов. Но там как-то и возможности, и применение малость другие.. Если взять все физические записи, которые при делаются при добавлении проводки в бух. регистр, и "смоделировать" их же на остаточных+оборотных - и вот это время сравнить, я предполагаю, что бух. регистр выиграет. |
|||
40
Explorer1c
07.12.11
✎
15:17
|
(0)Конечно давай куле думать! А не беда что автор той статьи переел аспирина,завтра он напишет сделаем из справочников документы и ты станешь мазякать вместо документов справочники?-ГЕНИАЛЬНО! это не ты "запорожец 303" проектировал? Людям машины уровня "тойот" нужны,что за менталитет топором штаны шить(мысль моя личная,прошу соблюдать ссылку на меня при цитировании)))
|
|||
41
kiruha
07.12.11
✎
15:24
|
(38)
Ну смотри - регистры - это несколько таблиц Визуально их можно склеить в одну большую таблицу Регистр бухгалтерия есть такая большая таблица, с дополнительными столбцами для унификации Получается если обеспечить запись так, что она влияет только на часть (подтаблицу), то разницы особой - все в одной или 10 таблицах - нет P/S/ Нет разницы - означает что цифры одного порядка, какой то выигрыш есть - но стоит ли он кучи геморроя ... |
|||
42
apokrit
07.12.11
✎
15:32
|
(41) >Регистр бухгалтерия есть такая большая таблица, с дополнительными столбцами для унификации
Это очень грубая аналогия не имеющая отношения к действительности. |
|||
43
Explorer1c
07.12.11
✎
15:39
|
(42)А что есть на самом деле? Несколько таблиц физических? И несколько виртуальных?
|
|||
44
Mort
07.12.11
✎
15:43
|
Ну вот как ни спросишь, кнута через одного читали, а до кирпича по 1С что-то мало кто кто дотянулся. Походу тяжелый слишком.
|
|||
45
Evpatiy
07.12.11
✎
15:46
|
Что вы спорите. Кроме справочников нах ниче не надо.
|
|||
46
Мыш
07.12.11
✎
15:49
|
(45) Они тоже не нужны. Нужно прямо в скуль писать. А формы рисовать свои, а не эти кривые поделки от 1С.
|
|||
47
jsmith82
07.12.11
✎
15:51
|
и вообще всё надо делать на бумаге
|
|||
48
Lama12
07.12.11
✎
16:00
|
(0)Участвовал в решении подобной задачи.
Ускорение работы примерно в 100 раз. Добавь реквизиты "номер проводки" (связывать одну проводку) и "ДтКт" (признак Дт или КТ). Остальное на твой вкус. Но вот субконто лучше не использовать. Лучше для каждого счета заводить отдельный регистр, с заранее определенными измерениями. |
|||
49
jsmith82
07.12.11
✎
16:03
|
(48) так я и хотел
только для оборотов и чтобы видеть операции думаю ещё регистр добавить на каждую операцию |
|||
50
kiruha
07.12.11
✎
16:11
|
(48)
Когда участвовал ? На 7.7 ? Ускорение чего ? Отчетов/проведения/ уменьшения блокировок? В 100 раз что ? Использовались управляемые блокировки до этого ? |
|||
51
Reset
07.12.11
✎
16:12
|
(50) Это как "наш шампунь эффективнее на 69%" - так же и в 100 раз
|
|||
52
Lama12
07.12.11
✎
16:13
|
(50) На 8.0 и на 8.1
Ускорение построения отчетов. |
|||
53
Lama12
07.12.11
✎
16:14
|
(50) Блокировок не было.
|
|||
54
kiruha
07.12.11
✎
16:19
|
(52)
Это всего навсего означает что для ваших запросов не удавалось подобрать эффективно индекс, и был скан целиком, или частично таблицы |
|||
55
kiruha
07.12.11
✎
16:24
|
Судя по 8.0 начало проекта было достаточно давно
С тех пор регистр бухгалтерии изменился достаточно сильно |
|||
56
jsmith82
07.12.11
✎
16:27
|
короче, буду тестить
|
|||
57
AAlexandra
07.12.11
✎
16:30
|
(54) +100
|
|||
58
Лефмихалыч
07.12.11
✎
16:35
|
(1) +1
|
|||
59
jsmith82
07.12.11
✎
16:36
|
пылять, только я решу делать на регистрах накопления, так тут же даются доводы по регистрам бухгалтерии, и наоборот
буду тестить |
|||
60
Maxus43
07.12.11
✎
16:55
|
про разделение итогов и управляемые блокировки сначала изучить, и потом уже тестить
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |