| 
    
            
         
         | 
    
  | 
Изменение данных после перепроведение документов в базе задним числом | ☑ | ||
|---|---|---|---|---|
| 
    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     
         | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |