Имя: Пароль:
1C
1С v8
Изменение данных после перепроведение документов в базе задним числом
,
0 php5
 
29.03.12
17:30
Добрый день!

Интересует ваше мнение на тему перепроведения документов т.е. сделали документ, провели. Через месяц нам понадобилось его перепровести, а он (документ) вдруг взял и изменил что-то, хотя в самом документе ничего не менялось.

Как вы считаете это нормально, когда документ после перепроведения меняет данные в ИБ или это все-таки дурной тон и такое поведение документа непозволительно?
1 Жан Пердежон
 
29.03.12
17:31
как там на Луне, холодно поди?
2 php5
 
29.03.12
17:34
С франчем спорю одним...они утверждают что это нормальная ситуация, в корне с ними не согласен!
3 palpetrovich
 
29.03.12
17:34
Ситуация бывает сплошь и рядом. Нормально-ли это - наверное нет, но жизнь увы не идеальна  
Именно поэтому придумали ДатуЗапретаРедактирования :)
4 aspirant
 
29.03.12
17:39
пример из жизни - допустим, у Чела в офисе пожар, и он вынужден прыгнуть из окна 2-го этажа. Теперь отмотаем время назад - пожара нет, Чел будет прыгать из окна?
Так и у Вас - программа сделала движения исходя из ситуации на тот (первоначальный) момент. Потом кто-то особо умный поменял что-то (например, поставил на приход валенки по 1000 рублей) и программа естественно будет уже списывать валенки не по 100 рублей, как было в первый раз, а уже по 1000.
5 palpetrovich
 
29.03.12
17:41
(4) пожар, валенки ...тебе-бы романы писать, начальник (цы) ;)
6 aspirant
 
29.03.12
17:45
(5) я сам уже пеерчитал свой опус 2 раза ;)
7 КМ155
 
29.03.12
18:03
(29)[он (документ) вдруг взял и изменил что-то, хотя в самом документе ничего не менялось. ]
если изменилось состояние учетной системы, на момент проведения, то это нормально
если документ будучи 10 раз проведён даёт разные проводки - гов.нокод
8 Конфигуратор1с
 
29.03.12
18:10
(7) не факт. Смотря что за проводки. Возможно гов.нобух, а с кодом все нормально )))
9 Конфигуратор1с
 
29.03.12
18:10
(2)с чем именно не согласны? аргументируйте. что ли.
10 MRAK
 
29.03.12
18:18
в 1С это нормально.
Не хотите, чтобы данные менялись - запрещайте работать "задним числом"
11 MRAK
 
29.03.12
18:18
(10) к (0)
12 Serg_1960
 
29.03.12
18:24
Тьфу, думал по делу кто, что скажет :(

УПП: Дата запрета редактирования в соплях путается, когда надо определить к какому виду учета относится документ:

   УстановленФлагБУилиНУ = (ПараметрыПроверкиДокумента.ЕстьБухгалтерскийУчет И ДокументОбъект["ОтражатьВБухгалтерскомУчете"])
                       ИЛИ (ПараметрыПроверкиДокумента.ЕстьНалоговыйУчет И ДокументОбъект["ОтражатьВНалоговомУчете"]);
   ОтсутствуютРеквизитыБУиНУ = НЕ (ПараметрыПроверкиДокумента.ЕстьБухгалтерскийУчет ИЛИ ПараметрыПроверкиДокумента.ЕстьНалоговыйУчет);

   ПроверятьРегламентированнуюДатуЗапрета  = ПараметрыПроверкиДокумента.ЕстьОрганизация И (ОтсутствуютРеквизитыБУиНУ ИЛИ УстановленФлагБУилиНУ);
13 Serg_1960
 
29.03.12
18:28
Сорри что "не в тему".
Просто бухие с управленцами достали уже. Перегавкались там кто, когда и какие документы имеет право перепроводить и как это влияет на управленческий и бухгалтерский учет.
14 catena
 
29.03.12
19:45
(4)Так ваш пример как раз показывает ситуацию с ИЗМЕНЕНИЕМ проводок ;)
Состояние учета на момент проведения: пожар
Результат проведения: Прыжок из окна.

Кто-то умный удаляет задним числом пожар.
Перепроводим.
Состояние учета изменилось: нет пожара.
В результате проведения: нет прыжка.
15 catena
 
29.03.12
19:46
(4)а, пардон, я вас с ТС перепутала :)
16 ДенисЧ
 
29.03.12
19:48
(10) это НЕнормально. Я видел системы, в которых основным условием изменения конфы было, что перепроведение всей базы не меняет данных, не затрагивающих изменения.
17 Zaval
 
29.03.12
20:08
(0) "Вам понадобилось перепровести" - это, плять, значит, что вместо выполнить свою работу, вы втюхали системе какую-то хню.
ЗП свою - на край стола, разборки - потом.
18 Zaval
 
29.03.12
20:15
(17) + господа, Вы хотели бы жить в стране, где действия "задним числом" неукоснительно бы выполнялись через задний проход виновников возникновения такой необходимости?
19 palpetrovich
 
29.03.12
20:16
(17) вот не надо только утрировать
как-буд-то никогда не имел ситуации с приходом (или изменением параметров прихода) задним числом ...прям  весь учет белый и пушистый ...ага, щас
20 zzzzz
 
29.03.12
20:16
(0) Однозначного ответ на данный вопрос просто не существует.
21 palpetrovich
 
29.03.12
20:18
+19 было-б так, ник был-бы не Zaval  :))
22 palpetrovich
 
29.03.12
20:19
"как-буд-то" я с себя валяюсь :)
23 catena
 
29.03.12
20:23
(19)А у нас основная учетная система (не 1с) не допускает движений задним числом :) Вечером закрытие дня и баста. Так что и 1с к этому ведем. Правда, у нас не торговля, конечно.
24 Zaval
 
29.03.12
20:26
(19) Да потому и подорвало... все эти ситуации - тупая безалаберность, дебильность бизнес-процессов, неумение отличить теплое от мягкого...
"А скажут... Скажут - что нас было четверо!!!"
25 Zaval
 
29.03.12
20:32
(23) Вот!
Плять, моему б сыну такую супружницу! :)
Документ отражает событие - проведение хозяйственной операции.
Подпись, протокол, сдал, принял. ППЦ.

Протупили - вводите корректировку, нех от начальства прятать свою тупость.
26 palpetrovich
 
29.03.12
20:36
(25) злой ты ...начальство прячет поболее ...тупость в том числе :)
27 Лефмихалыч
 
29.03.12
20:38
если ни чего не изменилось, то перепроведение не должно ни чего изменить. А что такое "меняет данные в ИБ"?
Например, когда документ делает открытым периодом движения на разницу между старыми движениями и новыми, то это нормально.

А когда документ при проведении вносит изменения в другие _документы_, за это можно и в иппло отхватить в приличном обществе.
Такие действия не обратимы, не контролируемы и следов того, как было до проведения не остается. То есть так можно делать только в том случае, если пользователи не ошибаются. А такого в реальной жизни не бывает. Значит и делать так нельзя
28 MRAK
 
29.03.12
21:07
(16) ты знаешь, как работает списание по средней и закрытие авансов?

И как ты предполагаешь, например, проведение документа списания без изменения оборотов, если средняя цена изменилась?
29 MRAK
 
29.03.12
21:08
(27) +100