Добрый вечер!
Есть две базы 1С УПП (конфигурация 1.3.147.1): Один нормальный архивный - данные с 2017 года до 05.10.2020, вторая база- текущая рабочая база с 2017 года до сегодняшнего дня - с некорректными данными из-за некорректной работы. Вот что хотел узнать: можно ли в архивной базе удалить все данные 2020 года и перенести в эту базу данные 2020 года с текущей базы?

Если в текущей базе данные некорректны, зачем их переносить в архив?

Что за некорректные данные?

(1) Видимо задача, чтобы стал полный бардак!

(0) смысл объясните пожалуйста

(0) Может проще копию первой сделать и продолжить в ней работать?

Бухгалтер1974 хочет окончательно запутать следы...
А вообще, как вы представляете себе перенос данных? Вводом начальных остатков, или переносом всех документов с движениями с начала ведения учета?

В текущей базе некорректные данные за 2017-2019 года

(6) Переносом всех документов ...

(8) Не проще в копию добить доки  с 06.10 ?
Геморроя точно не будет! :)

(8) вы же помните про закрытие месяца ?

(7) что за данные?

(9) см (7)

(10) не помнит, "Однозначно!" ©ВВЖ

(12) "...Один нормальный архивный - данные с 2017 года до 05.10.2020" - ???

Сколько документов после нормального архива?

(14) да похоже влезли в старый период

(9) Документов очень много, сейчас бухгалтера и не помнят что вводили, что изменяли

(14) Элементарно..
Сделали копию, а потом погромист, а ещё хуже - ГБ влез в 17год и перепровёл там что-то...

(16) Да, влезли в старый период ((

(18) Да, к сожалению это так

(17) можно. Ищите программиста

(18) Не только 17 год, еще 18 и 19 год

Но вылезшего я бы заставила вносить доки и проверить всё

(22) Берем копию, программиста толкового, мани и...
не забываем закрыть периоды

(21) Какими то обработками можно самим сделать?

(23) вангую обоюдная вина сторон, расстались полюбовно.

В (23) вылезшего=который влез :)))

(25) не нужно

(25) +(28) самим точно не нужно. См. (21)

(18) Если перепровели только не меняя ничего что нужно сделать? Расчет себестоимости все месяца?

(30) Для начала посмотреть, что изменилось...

Может, и не надо ничего делать

(30) "... Если перепровели только не меняя ничего ..." = это обычно все так говорят!
"Никому нельля верить! Мне можно!" ©("17 мнговений весны")

изменились обороты и появился остаток после расчета себестоимости за 2018 год

(0) Внедряйте ЕРП, там уже все это реализовано

нам сейчас нужно решить эту проблему, а ЕРП перейти собираемся в следующем году

(34) ну и вот...
открываем 2 базы.
формируем ОСВ по счету и там и там
ищем отличия
находим измененные документы
идем в рабочую
ищем в ЖР регистрации изменённый документ и автора изменений.
берем бейсбольную биту и ...

(36) До следующего года 3 месяца осталось

72 дня

выгрузкой и загрузкой документов за 3 дня это можно сделать?

(40) умеючи это за час можно сделать и за час проверить

(40) Ваш косяк что ли?

(41) мой тоже, не закрыл период

(41) вот где найти такого умеющего, который за час сделает?

Если расчет себестоимости сделать заново начиная с 2017 года - ошибка не исчезнет? и можно ли сделать расчет себестоимости в закрытые месяца?

(44) тут :)

(45) в копии можно все
В идеале -- поможет

(46) Вы сможете?

(48) я не программист

(48)

Если влезли в прошлые периоды = открывайте 2 базы (копию и текущую) и ищите в различиях доков с пом. ОСВ.
Приводите в рабочей в порядок с копией (а в ней точно всё хорошо???)

А биту купите. Себе тож пригодится! :)))

(40) За 3 дня можно попробовать перезакрыть период, но никак не перенести документы и закрыть период

Вангую: базу давно не перепроводили...
Тогда с себестоимостью будут точно нежданчики.

(52) Итак это понятно, я 9 месяцев перепроводил, когда меня РАУЗ на партионный и обратно, у меня проблем слета балансов не было

(0) Да можно. Можно исправить все ошибки, вы говорите точно, что вам нужно, а программист делает.

(54) + Цена вопроса

Скорее всего перепроводили ТМЦ или выпуски. Нужно найти отличия в базах, и из копии загрузить нужные документы с движениями, тогда ничего не пострадает в рабочей базе.

(56) "...и из копии загрузить нужные документы с движениями" = это как?

Если с-сть была 100 руб на момент списания
а списываем по 200 руб (в движениях документа) то херня потом полная..

(57) Не, там проблема в том что в случае нарушения закрытия месяца, нужно повторить все ошибки в периоде, чтобы у тебя баланс встал так как надо ;-)

я в такой хрени участвовал в далеком 2009 году

после этого я не переношу документы за год

(60) зачем за год. Нужно же перенести за 4 дня.

(48) Обработкой ВыгрузкаЗагрузкаXML можете 3 дня легко перенести.

(61) (62) да, там единственное что за эти дни могли напроводить документов не только этими тремя датами. но даже если перенести основное, что-то и руками можно добить, или дать программисту данные какие конкретно документы ещё подгрузить

(0) Быстрее будет ввести документы за несколько дней. Вы сейчас пытаетесь карьерным экскаватором выкопать ямку под посадку дерева. Можно, но нет смысла, и очень опытный машинист нужен. Зарплату которого вам не подпишут.

(64) Зарплату которого вам не подпишут/// сколько это может стоить?
Ну пишет же что "очень много документов" -- если >1000 реализаций в день, например, то не проще.

(65) Пользователи всегда говорят, что очень много. А попроси конкретики - и выясняется, что не так уж много.

Настройка обмена с первого раза - это от 100 тыс. и выше (в зависимости от количества метаданных и объема введенных документов), ибо даже если сделаешь за час (что нереально, одно только ТЗ согласовывать несколько часов минимум, а реально часов 20-40 уйдет) - потом на тебя все свои косяки будут скидывать. А ты будешь или объяснять им, почему они дураки, либо исправлять их косяки, а никто за это доплачивать не захочет. Решение вопроса с доп. оплатой - это еще время. А ведь из-за дописанной конфигурации что-то может пойти не так - отработают подписки на события, для которых забыли установить проверку на обмен данными, не сформируются какие-то данные, которые формировались другими подписками и т.п. Где-то что-то вообще может задублироваться. Если есть связь с другими системами - туда могут полететь или дубли, или некорректные данные.

А уж если говорить про проведение документов - это вообще отдельная песня. Текущие документы проводились с косячными данными, часть задним числом, так что совсем не факт, что сейчас они проведутся с правильными. Поэтому по желанию из (0) перенести всё с начала года, да еще и при 1000+ реализаций в день - без обследования это 0,5-1,0 млн. по прикидкам. Это реально будет эпопея не на один месяц. И чтобы закончить работу в разумные сроки - придется нанимать аналитиков, чтобы разгрести косяки.

P.S. Если > 1000 реализаций в день - кто-то же их вводит. Вот сядут и поработают чуть интенсивней. Вообще, об этом надо было сказать в первый же день, как обнаружили - работы меньше бы было. Это в любом случае проще, чем с начала 2020 года перепроводить > 1000 реализаций в день. Остается только проанализировать ЖР на предмет правки документов задним числом, чтобы поправить то, что они навертели не в текущем периоде, если такая информация в ЖР есть. Ну а если нет - написать обработку сравнения документов. Хоть на SQL, хоть через COM к другой базе подключаться и сравнивать.
P.P.S. Если уж на то пошло, то задача из (0) также решается сверткой обеих баз до 01.01.2020 и заменой итогов свертки в рабочей базе на итоги из архивной копии. Правда, сложно сказать, что будет проще - добить ручками копию документами за неделю или свернуть 2 базы.

(66) даже если сделаешь за час/// в общем я только убедилась в том, насколько важно долговременной сотрудничество.

(65) да, у меня такие пользователи. Чуть что, Караул, база рухнула, все документы пропали, срочно бросай все дела. А начинаешь смотреть, там 2 документа пропало.

1) тек.база. залезли в закрытые периоды и испортили итоги. но при этом содержит ценнейшие результаты труда в виде внесенных и откорректированных данных.
2) арх.база. содержит корректные итоги в закрытых периодах. но при этом не содержит ценнейшие результаты труда в виде внесенных и откорректированных в тек.базе (см.п.1) данных.
3) задача: получить рабочую базу. в которой:
3а) будут корректные итоги в закрытых периодах - как в базе п.2
зб) будут содержатся ценнейшие результаты труда в виде внесенных и откорректированных данных - как в базе п.1
если все так, то представляется возможным решить задачу п.3 следующим образом
- скопировать архивную базу (п.2), назвать ее "раб.база".
- обработкой ВыгрузкаЗагрузкаXML перенести из базы п.1 в раб.базу все документы и движения за не(!)закрытый перод.
- опционально (но желательно) пере-провести весь незакрытый период.
ну и само собой закрыть категорически техническую возможность лазить в старые периоды без служебной записки, выделииь отдельного человека с такой возможностью...
вроде должно получиться, э?..

(68) Есть такое))) пришел, пропали два отчета за смену, посмотрел, посмеялся, ибо нефиг было сохранять документы 2025-м годом)))

(7) Вы сами этот тезис "Некорректные данные" вынесли в вердикт, иль кто помог?
Таки за некорректность ведения учета, тюрьма и козематы и + Штраф :)
Вы хотите быть соучастником ? :)

(36) Да оптимисты, не можете с остатками справиться, а ужо на ЕРП потянулись :)

(40) Нет

(44) Весь вопрос в цене.

Кстати, так и не прочитал самое главное "Взять Бекап и восстановить базу, до нормального состояния"
Текущие данных, которых не хватает людям, перенести.

Остальное товарищи пользователи корректируют сами.

...
п.с. Закрыть период, намертво. Лучше программно, что бы не открыли :)

+(75) >>> Текущие данных, которых не хватает людям, перенести.

Переносить из убитой базы, обработками.

+ Потерь меньше, людям сказать, спасибо что наработались.

(69) я бы поступил именно так.

(69) +100, Самое дельное, не заметил :)

(69) Вроде все просто... на как быть с непериодическими данными? Организационная структура, номенклатура, контрагенты и т.д.

(80) во-первых, в обработке есть галка "При необходимости", а во-вторых, голова на плечах должна быть и всё та же обработка "выгрузка-загрузка данных xml".

Все ещё не сделали?

(81) Голова на плечах? Тогда работа будет стоить миллион. Придется ведь глубоко вникнуть в процессы, чтобы голова на плечах перестала генерировать вопросы и стала выдавать ответы. Ну и, опять же, не надо забывать, что эти непериодические данные в разные моменты времени в течение года могли иметь разные значения. Эту последовательность надо будет воспроизвести, чтобы получить корректный результат.

(83) Откуда год? Решили же три дня ведь. 5-7 октября.