Имя: Пароль:
1C
1С v8
регистр бухгалтерии vs копии базы данных
0 skunk
 
12.04.12
08:19
1. регистр бухгалтерии 67% (2)
2. копия базы 33% (1)
3. другое 0% (0)
Всего мнений: 3

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

2. создать копию базы - в которую будут мигрировать всё из основной ... но проводки у доков будут формироваться в нужном периоде
собственно плюсы и минусы анологичны пункту 1 с точность до наоборот

вообщем готов выслушать мнение за и против ... а может у кого-то есть альтернативный вариант решения задачи
1 КМ155
 
12.04.12
08:31
(0) имхо Рг бухгалтерии + подписка

регистр бухгалтерии
2 skunk
 
12.04.12
08:39
(1)хм ... а подписка для чего?
3 КМ155
 
12.04.12
08:43
(2) ну не корежить же обработку проведения ?
4 skunk
 
12.04.12
08:44
(3)ну можно же просто в модуле регистра в процедуре при записи
5 КМ155
 
12.04.12
08:45
(4) ну не корежить же обработку при записи
6 vmv
 
12.04.12
08:47
когда черное и белое занимает один и тот же объем материи, то вскоре наступит киздец

копия базы
7 DrShad
 
12.04.12
08:47
а завести еще одну организацию и проводки по ней транслировать?
8 skunk
 
12.04.12
08:48
(5)ты из-за обновлений боишься вставить вызов процедуры? ... собственно не так уж и существенно ...
9 skunk
 
12.04.12
08:49
(6)это не черное и белое ... это для отчетности буржуинам ... у них нет понятия проводки задним числом ... поэтому надо имееть то что отсчитались в этом периоде для буржуинов ... и что получилось по факту для фиксальных органов
10 skunk
 
12.04.12
08:50
(7)ну это разбухание самого регистра бухгалтерии
11 Плот
 
12.04.12
08:50
Нужно понять насколько сильно раздуется база изза регистра бухгалтерии. ИМХО не значительно.

регистр бухгалтерии
12 КМ155
 
12.04.12
08:50
(9) мы так и поняли, что ты МСФО клепаешь
13 skunk
 
12.04.12
08:52
(11)получается увелечиние на 1/4 ... то есть текущая база 20 гиг ... регистр бухии 5 гиг ... копия добавит еще 5 гиг ... будет 25
14 vmv
 
12.04.12
08:52
(9) это классический черно-белый учет с нарушением регламента, в том числе международного, не обманывай себя и не верь главбуху, которая лепит - у нас это норма)
15 BayoNet
 
12.04.12
08:53
(8) Не существенно??? Править каждый документ после обновления это не существенно? Конечно подпиской на события. А вторую дату кстати куда вставишь? во все формы документов?
16 skunk
 
12.04.12
08:53
(12)мсфо у нас уже внедренно ... просто буржуинам трудно объяснить, что счет фактуру января принесли в 15 февраля ... и поэтому мы сможешь сдать отчет только после 20 ... требует сдавать пятого
17 skunk
 
12.04.12
08:54
(15)зачем править каждый документ? ... процедура при записи регистра бухгалтери
18 skunk
 
12.04.12
08:55
(14)классика ч/б - это часть проводок пропадает ... у меня ничего не пропадает ... у меня просто счет фактура февраля должна в одном случае отобразиться в январе ... в другом феврале
19 vmv
 
12.04.12
08:56
(16) еще и подлоги у вас, да, чувак, там вас всех пересажать надо)
20 skunk
 
12.04.12
08:56
(19)какие подлоги?
21 vmv
 
12.04.12
08:57
(18) это упрощенный и топорный, в классическом часть проводок распределена не туда, но цифра таже и "красивая")
22 vmv
 
12.04.12
08:59
(20) да я прикалуюсь, ясно, что в нашем бардаке все возможно и буржуины правы, когда делают удивленные лицо и вид, что не понимают.

Запретили бы все эти задноприводные числа и фактические пологи, когда несут "правильные" счета в хвост паровоза, ех - надо двигать в Еввропу, но зажирели коррупционеры, откатчики, распильщики и прочие упыри
23 Irbis
 
12.04.12
08:59
(9) У меня в нетленке отдельный регистр для этого, правда не бухгалтерии. просто оборотный, чтобы попилить сделку по периодам внесения информации.
24 skunk
 
12.04.12
08:59
(21)у нас вся часть проводок отображается туда ... ты понимаешь разницу ... между тем, между отобразилось в другом периоде и отобразилось не туда ...
25 skunk
 
12.04.12
09:01
(22)ладно проехали
26 skunk
 
12.04.12
09:01
(23)хм ... и как сальдо на начало периода собираешь для отчета?
27 vmv
 
12.04.12
09:04
(24) но когда буржуины будут делать статистику по доходности конторы, а потом сравнивать это с данными запроса в фискальный органы, то сделают неутешительный вывод - их где-то надувают, а они были так добры)

Вообще пора уже всех в директивном порядке переводить на  МСФО и прекращать копаться в болоте, но упырям это не выгодно, ведь в болоте можно мутить)
28 skunk
 
12.04.12
09:05
(27)они в курсе ... даже сами метадичку разработали ... для быстрой сдачи отчетности
29 Irbis
 
12.04.12
09:07
(26) А зачем сальдо по сделке? Я только прибыль-убыток по сделке фиксирую, ну и причину (разные ресурсы). В общем случае можно задуматься над паралелельным регистром, как вариант предложил. И вырезать легко будет при необходимости.
30 Irbis
 
12.04.12
09:09
(29) Короче вариант 1 в твоей постановке.
31 Плот
 
12.04.12
09:17
(0) А отчеты вы как строить собираетесь?
32 skunk
 
12.04.12
09:18
(29)мне не по сделке как раз таки не важно ... мне для отчетности
33 Плот
 
12.04.12
09:18
(+31) Может быть тогда завести отдельную организацию как было сказано в (7)
34 skunk
 
12.04.12
09:19
(31)в смысле?
35 skunk
 
12.04.12
09:20
(33)отдельная организация приведет к разбуханию самого регистра бухгалтерии ... плюс у нас холдинг ... а это несколько организаций
36 Плот
 
12.04.12
09:22
(34) Ну стандартные ,ОСВ и т.д или тоже править?
37 skunk
 
12.04.12
09:22
(36)ну да ... только там правки ... имя регистра
38 skunk
 
12.04.12
09:23
тем более для буржуинов не нужны все отчеты ... а только часть ... и они не типовые а ими разработаные
39 Плот
 
12.04.12
09:25
(37) ИМХО тогда я за вторую организацию. Это будет с наименьшими правками.
40 skunk
 
12.04.12
09:36
(39)нет на вторые организации даже бухи не пойдут
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.