Объяснитепожалуйста чем на практике грозит потеря вручную добавленного субконто при обновлении и сможет ли бух. восстановить данные в учете опять же вручную, если прошло какое-то время и восстановление архива уже не вариант?
Объяснитепожалуйста чем на практике грозит потеря вручную добавленного субконто при обновлении и сможет ли бух. восстановить данные в учете опять же вручную, если прошло какое-то время и восстановление архива уже не вариант?
Это грозит быть побитым бухгалтером <br>Смотря какое субконто, в общем то. Если оно незначимое и не более чем атавизм, да и пусть пропало. Если же бух жить без него не может, то делаем так:<br>1. Создаем субконто снова.<br>2. Берем архивную копию базы, где его значения в операциях еще были проставлены.<br>3. Пишем процедуру выгрузки типа "Номер операции", "Дата операции", "Номер проводки" + описание дебетовых и кредитовых сведений для абсолютно точной установки соответствия между данными.<br>4. Пишем процедуру загрузки и загружаем те потерянные данные, по которым удалось установить точное позиционирование в базе (те операции, которые не изменились).<br>5. Делаем оборотку по счету, на котором открыто это субконто и "добиваем" все потери, которые там видны как значение субконто = <...>, проставляя нужные значения аналитики.
т.е если субконто пропало, то пропадут и операции, связанные с ним, которые придется восстанавливать?
Нет, операции не пропадут. Они просто потеряют то значение аналитики, которое вписано в это субконто. Все суммы и проводки будут на месте, но без этого субконто
> Объяснитепожалуйста чем на практике грозит потеря вручную добавленного субконто <br><br>На самом деле грозит не потеря такого субконто.<br>РЕАЛЬНАЯ угроза - тот "УМЛЕЦ", что ТАКОЕ наворотил в конфигурации.<br>Его сначала сильно побить, а потом выгнать. Навсегда!<br>
Да ладно, "умелец" наверняка скажет, что никто про совместимость с обновлениями ему не говорил.
> Объяснитепожалуйста чем на практике грозит потеря вручную добавленного субконто при обновлении и сможет ли бух. восстановить данные в учете опять же вручную, если прошло какое-то время и восстановление архива уже не вариант?<br><br>А я обновление в этом случае делаю так:<br>Сделала копию базы, обновила ее, снова добавила субконто, и затем уже этим полученным 1Cv7.md обновляю рабочую базу. Все остается на месте.<br><br>
да меня вобщем то просто на будущее интересует чем грозит и как восстановить <br>как обновлять я знаю ))<br>
> Сделала копию базы, обновила ее, снова добавила субконто, и затем уже этим полученным 1Cv7.md обновляю рабочую базу. <br><br>А почему просто не объеденить свою с обновлением вставить субконто и сохранить, зачем два раза обновлять свою (сначала на копии, потом на реальной, для проверки чтоли?)
> А почему просто не объеденить свою с обновлением вставить субконто и сохранить, зачем два раза обновлять свою (сначала на копии, потом на реальной, для проверки чтоли?)<br><br>НЕ знаю с чем это связано, но если обновить конфигурацию, а затем добавить субконто и сохранить, то данные,введенные в добавленное субконто ранее,пропадают. Т.е субконто есть, а содержимого нет. А так-как процесс удлиняется всего на минут 5 - 7, то я не стала разбираться, хоть может и стоило.. А так я обновляю тем же самым, но с уже добавленным субконто. Эта технология работает и я ею пользуюсь )<br><br>Кстати, если кроме добавленного субконто никаких иных доработок нет ( у меня есть), то вообще можно в типовой релиз добавить субконто и им обновить и все.<br><br>
26 апреля 2024 года — Форум пользователей «1С:Документооборота» |
1C:Лекторий: 25 апреля 2024 года — Бесплатная онлайн-лекция об учете НМА в 2024 году, практические рекомендации в 1С 1C:Лекторий: 7 мая 2024 года — Бесплатная онлайн-лекция о новом в 1С:ЗУП (версии 3.1.27-3.1.29): поддержка изменений по налогам и взносам, СЭДО, регистрация в органе статистики и другие изменения |