В отличие от "стандартного" алгоритма (которого для БП 2.0 на сегодняшний день нет, или я про него не знаю) требует гораздо меньшего времени на осуществление самой свертки — не надо помечать на удаление документы, ждать их окончательного удаления и нет необходимости упаковки базы через тестирование и исправление. Время, необходимое на обработку результатов свертки, зависит в первую очередь от корректности ведения учета в исходной базе.
Большая просьба ко всем, кто решится на её использование, описать возникшие проблемы, если они проявятся — постараюсь исправить.
Новая версия для свертки 2.0 или 3.0 в 3.0 — http://infostart.ru/public/509628/
Огромное спасибо всем откликнувшимся!!!
Свёртка БП 2.0. (история изменений в конце описания)
Несколько слов о том, для чего, собственно, нужна сама процедура свертки:
1. С течением времени в информационной базе накапливается большой объем данных. Результат – снижается быстродействие, много времени занимает обновления (особенно связанные с рекструктуризацией базы), в совсем «запущенном» случае элементарно не хватает ресурсов системы по «железу» (нет места на жестких дисках, не хватает оперативной памяти при формировании объемных отчетов итп).
2. Иногда проще свернуть базу и исправить входящие остатки, чем исправить ошибки учета за весь период его ведения в программе. Это могут быть расхождения в регистрах бухгалтерского учета и регистров накопления (например по учету НДС или ОС), связанные с использованием ручных операций по БУ и НУ, без соответствующих ситуации движений по регистрам и многое другое.
3. В информационной базе имеются данные по организациям, прекратившим свое существование, которые уже не будут изменяться и висят в базе «мертвым грузом».
4. После длительного ведения учета база «замусорена» ненужными (дублированными) элементами справочников. Есть соответствующие обработки для исправления ситуации, но воспользоваться ими не всегда имеется возможность из-за закрытого периода, в котором ссылки на них существуют, но перепроведение документов в этих периодах нежелательно, да и само исправление занимает много времени. Проще перенести справочники при свертке базы по ссылкам и исправить ошибки в документах ввода остатков.
5. Есть множество помеченных на удаление объектов, которые невозможно удалить из-за большого числа ссылок. Их наличие нарастает как снежный ком, т.к. оперативно удалить только что некорректно введенный документ (элемент справочника) не получается, т.к. просто контроль возможности удаления занимает неоправданно большое количество времени.
Краткое описание обработки.
Данная обработка не подразумевает стандартный механизм – ввод остатков с удалением документов до даты свёртки. На копии базы (или непосредственно в рабочей, если нет необходимости предварительной подготовки базы перед сверткой, о которых будет написано ниже) создаются документы Ввод начальных остатков. Эти документы выгружаются в файл XML универсальной обработкой обмена и загружаются в чистую базу ей же. Правила переноса остатков созданы в конфигурации «Конвертация». Обороты с даты свертки переносятся обработкой ВыгрузкаЗагрузкаXML82_MY.epf (обработка с диска ИТС чуть доработанная для исправления ошибки, возникающей при её вызове из обработки свёртки). Если документы ввода остатков создавались в рабочей базе, их можно непосредственно удалить из этой же обработки.
Обработка тестовая – сложно предусмотреть все варианты формирования документов «Ввод начальных остатков» для разных настроек ведения учета, разных организаций и разных учетных политик. Необходимо тестирование на разных базах, чем убедительно прошу вас заняться. Могу сказать, что свернул несколько баз – иногда возникали заморочки, связанные или с некорректным учетом или изменением типовой конфигурации в части настройки Плана счетов! Результат получился во всех случаях положительный, но хотелось бы максимально оптимизировать алгоритм для разных ситуаций.
Описание предлагаемого алгоритма свертки.
Для создания документов «Ввод начальных остатков», выгрузки их в XML файл и выгрузки оборотов используется внешняя обработка «СверткаБазы_ВводОстатков.epf». Написано на базе стандартной обработки с диска ИТС «СверткаБазы.epf», предназначенной для БП 1.6, УПП, УТ, но не работающая в БП 2.0 из-за отсутствия в конфигурации документов «Корректировка записей регистров» и наличия двух Планов счетов БУ и НУ.
Первой попыткой сворачивать БП 2.0 у меня была эта же свертка, переделанная под ручные операции (//infostart.ru/public/116098/), но не нравится время, необходимое для такой свертки (слишком долго) и исправление результатов такой свертки – связанные данные (напр. по ОС) находятся в разных документах, разобраться с которыми достаточно сложная задача. Аналогичная ситуация была с переходом с 1.6 на 2.0 – те же операции по остаткам – очень неудобно при необходимости их корректировки.
Описание обработки «СверткаБазы_ВводОстатков» (запускается в копии исходной базы или непосредственно в рабочей, что нежелательно):
Закладка «Общие настройки»:
* Дата свертки – дата, предшествующая началу ведения учета в новой информационной базе. Этой датой формируются документы «Ввод начальных остатков» в исходной базе (документы создаются непроведенными, служат для переноса информации в чистую базу);
* Организация – фильтр выгрузки остатков по выбранной организации. В исходной свертке остатки формировались по всем организациям, сделал этот отбор ещё по одной причине – иногда надо «разбить» учет по нескольким организациям в одной базе на несколько отдельных баз;
* Ограничивать количество строк в документах ввода остатков – можно не устанавливать для свертки небольших баз, если же остатков предполагается много, рекомендуется установить. Документов будет больше, но с ними проще будет работать;
* При установленном флаге Ограничивать….. необходимо указать количество строк, например 50 или 100;
* Таблица «Разделы учета» — возможность разбить формирование остатков (или ограничить формирование) по разделам учета. Остатки можно сформировать по отдельным разделам учета, выгрузить и проверить в новой базе. Затем удалить из исходной документы по этому разделу и сформировать по следующему итд;
* Кнопка «Проверить» — анализирует состояние учета и выдает ошибки в окно сообщений (анализ сейчас в стадии разработки, но грубые ошибки показывает). Если есть ошибки, их можно попытаться исправить перед формированием документов, а можно отложить исправление и исправить ошибки уже в новой базе.
Закладка «Документы ввода остатков»:
* Кнопка «Сформировать документы» — создает документы по выбранным на закладке «Общие настройки» разделам учета. Созданные документы отображаются в таблице.
* Кнопка «Восстановить список» — заполняет таблицу ранее введенными документами ввода остатков (выводятся ВСЕ документы на выбранную дату свертки по выбранной организации) .
* Кнопка «Удалить» — непосредственно удаляет документы, для которых в колонке «Пометка» таблицы установлено «Да».
Закладка «Выгрузка данных»:
* Имя файла остатков – полное имя файла для выгрузки документов начальных остатков.
* Имя файла обработки – полное имя файла внешней обработки «ВыгрузкаЗагрузкаXML82_MY.epf» или, после регистрации обработки кнопкой «Зарегистрировать», заполняется именем «Выгрузка и загрузка данных XML», как оно заполнено в справочнике «Внешние обработки».
* Имя файла оборотов – полное имя файла для выгрузки оборотов за период после свертки.
* Кнопка Выгрузить документы ввода остатков – выгружает ВСЕ не помеченные на удаление документы «Ввод начальных остатков» на выбранную дату. Правила выгрузки программа берет из встроенного макета. Для выгрузки используется встроенная в конфигурацию обработка «Универсальный обмен данными XML» из меню «Сервис» — «Прочие обмены данными». Можно использовать непосредственно эту обработку для выгрузки (правила для обмена в файле ПравилаОбменаДанными_ВводНачальныхОстатков.xml). Используются «свои» правила, т.к. в созданных документах ввода остатков все ссылки на документы содержат все реквизиты, не нужные для ввода остатков. Выгружаются только даты и номера документов и элементы справочников по ссылкам. Так же выгружаются константы и учетная политика организаций. Если есть необходимость с остатками выгружать информацию по другим правилам их можно создать (изменить прилагаемые) в конвертации. Прилагаемые правила создавались для релиза 2.0.32.4.
* Кнопка Выгрузить обороты – выгружает документы за период после свертки. Выгрузка происходит автоматически с помощью выбранной обработки в два этапа – выгрузка всех документов без их движений, затем выгрузка операций с движениями т.к. по другому их выгрузить невозможно. Для обоих этапов выгрузки создаются два файла выгрузки – первый с документами в указанный файл , второй создается по тому же пути только к имени файла добавляется постфикс «_Операции». Можно воспользоваться ИТСовской обработкой ВыгрузкаЗагрузкаXML82, настроив выгрузку по своему усмотрению.
Вообще закладка «Выгрузка данных» сделана для «облегчения жизни» — не надо настраивать выгрузку в стандартных обработках – параметры в них передаются автоматом, но можно пользоваться типовыми, настраивая их по своим потребностям.
Обработка «СверткаБазы_ЗагрузкаРезультатов». Запускается в пустой информационной базе, созданной для продолжения ведения учета – создается база с последним релизом БП и своими изменениями (при их наличии и их необходимости, что не всегда одно и то же):
* Реквизиты выбора файлов повторяют описанные выше для закладки «Выгрузка данных».
* Кнопка «Остатки» — загрузка документов «Ввод начальных остатков» из выбранного файла.
* Кнопка «Документы» — загрузка документов из выбранного файла.
* Кнопка «Операции» — соответственно загрузка операций.
* Кнопка «Провести остатки» — проведение непроведенных и не помеченных на удаление документов ввода остатков, если документ не проводится – он открывается для исправления. Перед использованием проведения документов ввода остатков необходимо проверить настройку параметров учета, учетную политику, сравнить с исходной базой и, при необходимости скорректировать. Особое внимание уделить настройке ведения учета по партиям, способов списания МПЗ. По большому счету, если перенос осуществляется на начало года, лучше ввести для него новую учетную политику, как рекомендует 1С.
* Кнопка «Провести обороты» — открывает обработку «Групповое проведение документов», с помощью которой перенесенные документы должны быть проведены (после загрузки они только «числятся» проведенными, на самом деле движения документов не переносятся – необходимо их провести).
Обработку «СверткаБазы_ЗагрузкаРезультатов» опять же можно не использовать – все операции можно осуществить «штатными» обработками.
Некоторые особенности выполнения свертки по данному алгоритму
1. План счетов:
1.1 Если вносились изменения – необходимо убедиться, что не были введены субсчета к существующим в типовой настройке по «ключевым» счетам. Например, при вводе субсчетов к счету 01.01 документы сформируются только по остаткам на добавленных субсчетах. Например: для одной организации балансовая стоимость учитывается ОС на счете 01.01.1, а для второй на 01.01. Для второй организации документы по счету 01.01 сформированы не будут – остаток рассчитывается по субсчету самого последнего уровня. Для свертки по таким счетам необходимо все остатки «привести» к одному субсчету, к которому не открыты дополнительные субсчета.
1.2 Ввод новых субсчетов к некоторым счетам, например к 76 скорее всего приведет к созданию документов по разделу ввода остатков – «Прочие счета учета». Эти документы практически не отличаются от операций вручную – нет коррсчета в строках таблицы.
1.3 Если свёртка производится не на начало года, в ней будут остатки по субсчетам счетов 90 и 91. Для ОСНО, при корректировке таких остатков, по счету 90.01.1 например, строку из документа надо будет удалять и ввести остаток операцией, т.к. документ не позволяет вводить разные суммы по БУ и НУ без образования временных или постоянных разниц, что в этом случае неправильно – по БУ кредитовый оборот 9..01.1 с НДС а по НУ без НДС (НДС по БУ вычитается по дебету 90.03, НУ там, на 90.03, нет вообще).
2. Ввод остатков по 41 счету для предпринимателя – документ надо обработать вручную – пока нет алгоритма расчета оплаченных товаров итп.
3. Если имеются остатки по субсчетам 19 счета – документы ввода остатков надо проверить и, при необходимости отредактировать вручную. Вообще следует разобраться, должны ли они быть вообще.
4. По счету 76.АВ остатки не переносятся, при правильном ведении учета они (в общем случае) соответствуют остаткам по счету 62.02 и могут быть введены с помощью обработки Регистрация счетов – фактур на аванс на дату свертки, с соответствующей корректировкой остатка по счету 68.02. Сделал так, потому что если учет в базе велся некорректно, не тащить в свернутую базу «левые» документы.
Изменения:
24.01.12 — Исправил ошибку при вводе НДС по МПЗ — было в сумме — сделал сверху.
10.03.12 — Добавил возможность выбора внешнего файла правил переноса начальных остатков. Выложил два варианта правил для использования или доработки под себя. На закладке «Выгрузка данных» можно выбрать правила выгрузки данных. Правила созданы с помощью конфигурации конвертация для БП 2.0.32.4 (тестировались и на 2.0.33.7). Варианты с переносом регистров сведений по счетам учета (НА, ОС расчетов с контрагентами и т.д.) и с регистрами и выгрузкой Плана счетов. Можно использовать непосредственно эти правила или дораобтать их «под себя». Для подключения не нужно использовать конфигуратор. Если не выбирать файл правил — будут использованы исходные, встроенные в обработку.
11.03.12 — Исправил заполнения документов по счетам 10.07, 10.11
24.04.12 — Исправлено — в остатках по 03 счету ошибку исправил PloAl.
— Изменен порядок ввода аналитики субконто «Документы расчетов с контрагентами» — при пустых субконто в итогах создаются или находятся уже созданные документы «Документ расчетов с контрагентами (ручной учет)», выложен ещё один вариант правил обмена — использовал код от FreeArcher.
— Добавлено в строках ввода остатков по счету 10.11 аналитика «Назначение использования» и «СпецМатериалПервоначальнаяСтоимость » — использовал код от unknown181538.
— исправлены др. замеченные ошибки.
26.04.12 — Исправлена ошибка поиска документа расчетов
06.0612 — Исправлен раздел учета для счета 76.41
13.06.12 — Исправлена ошибка, замеченная xavi — убрал повторяющееся условие.
12.02.13 — Исправлена ошибка формирования ВНО по 60.02. и 62.02, проставлена валюта регламентированного учета в ВНО, там, где поле не заполнялось.
14.02.13 — Исправлена ошибка при формирование ВНО по счету 76, доработан механизм ввода документа расчетов с контрагентами при их отсутствии в исходной базе.
08.04.13 — Исправлены ошибки, внесены изменения по замечаниям Alister, CnupT, francisco (открытие документа при ошибке записи, режим загрузка при записи, аналитика по счету 19.07)
08.08.13 — Исправлены замеченные ошибки по Документам расчетов с контрагентами
22.03.14 — Включены изменения от mr_jpa, исправлены некоторые моменты при заполнении ВНО по 19 счету, включил возможность ввода ВНО по 76.АВ (но это «от лукавого», ИМХО предпочтительней ввести остатки после исправления счета 62.02).
Новая версия — файл СверткаБазы_ВводОстатков_v2.0.epf
14.03.15 — Изменён алгоритм получения документов расчетов с контрагентами при создании ВНО — сначала попытка найти документ, если не найден — то создаётся новый, исправлено что-то ещё 🙂
Новая версия — файл СверткаБазы_ВводОстатков_v2.2.epf
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
По опыту скажу, что эта обработка будет очень полезной. Спасибо!
(1) pokpokpok100, Спасибо за спасибо 🙂 НО мне ОЧЕНЬ нужно знать результаты работы со этой сверткой — для каких случаев она проходит нормально, в каких возникают ошибки или перенос осуществляется не полностью. Поэтому большая просьба — пишите что у Вас получилось, что нет — хочется довести до ума.
Полезная обработка.
попробуем, а то не очень удобно, что свертка создает операции , а не ввод начальных остатков. позже отпишу, как прошло
(4) Ламия, Не только удобнее но и намного быстрее, жду что у Вас получится
Запускаю в работу, просто потом мне необходимо загрузить остатки в базу, которая отличается от источника. а операции не выгружались, так как не несут за собой никаких движений (что для меня было сюрпризом), просто создавались документы с пустой табличной частью, надеюсь Ваша обработка поможет)
(6) Ламия, Для выгрузки операций Вы чем пользовались? В моей обработке для выгрузки всех оборотов после свертки используется авгрузка загрузка XML. операции надо выгружать вместе с движениями.
Похожей обработкой я и пользовалась,только при загрузке мне выдавало ошибку формата. потом при помощи конвертации создала правила обмена и через универсальную загрузку загрузила, но документы увы оказались пусты
(8) Ламия, Ну про похожую обработку я ничего сказать не могу. Выгрузка загрузка XML работает и выгрузку и на загрузку, если Вы выгружали ей, а загрузить попытались универсальной — тогда как раз эта ошибка и вылетает — загружать надо этой же обработкой. А при выгрузке установить флаг «Выгружать с документом все его движения» — тогда операции перегружаются нормально. В этой обработке таким образом я переношу обороты за период после свертки, а результат самой свертки — документы ввода остатков — по своим правилам.
через нее и загружала.возможно причина в том, что источник переписанная БП, а получатель так же переписанная БП для лизинговых предприятий, видимо несостыковочка пошла
(10) Ламия, Возможно, тут без базы не скажешь 🙁 А что с этой получается?
пока грузится
А что документы в источнике непроведенными создаются? в общем выдал пару ошибок,но что то перенес, буду проводить, сверять итоги
(13) Ламия, Да, прочитайте описание, я там об этом говорил. Документы непроведенные, т.к нет смысла их проводить в источнике — их надо просто перенести в чистую базу. Перед проведением после загрузки в чистой базе ОБЯЗАТЕЛЬНО проверьте настройки параметров учета и учетную политику (при необходимости установите партионный учет на счетах 10, 21, 41 ,43 и пр.), только потом проводите.
(13) Ламия, Проведение лучше сделать с помощью той же обработки загрузки — непроведенные документы сразу откроются для редактирования.
Именно так и случилось, а не подскажите, у меня по 62 счету у некоторых контрагентов не проставился документ расчетов и выбрать я его не могу, неактивно. а без этого не проводится как быть? по остальным счета, где провелось — все отлично)))
(16) Ламия,Документ расчетов по 62 счету счету не проставился всего скорее потому, что его не было в остатках — можно провериться — сформировать оборотку по этому контрагенту со всей аналитикой.
Выбрать в новой базе и не из чего, нужно просто создать новый документ расчетов с контрагентами и выбрать его.
Стоп, проглядел «неактивно»! Это как получилось, можно скриншот?
Может быть чуть изменить обработку — в случае отсутствия документа сразу создавать документ расчетов в исходной базе?
База на работе осталась, так что скриншот ток в понедельник. Смысл в том что поле выделено красным (обязательно для заполнения), но при двойном щелчке ничего не происходит. Контрагента и договор перевыбрать можно, где есть документ так же можно зайти. А вот если нет его ….
(18) Ламия, С такой ситуацией не сталкивался, как вариант можно попробовать на одной такой строке перевыбрать все, начиная со счета. Есть ещё один вариант, обработать документ автоматом, если такая ситуация будет часто повторяться или как я уже говорил — при создании документов ввода остатков контролировать наличие документа и сразу создавать документ расчетов с контрагентами ручной учет.
Вообще наличие таких остатков говорит всего скорее о том, что по 62 счету делались операции вручную (например для корректировки или взаимозачета), в которых не выбирались документы расчетов.
А скрин, если можно всего документа, просто хочется посмотреть, может я чего-то недозаполнил?
в понедельник скину)а операции вручную делались и естесс ничего не выбиралось(бухи, что с них взять…)(((. я и не говорю, что обработка виновата в том, что не выбрано.выбрать бы теперь и все
(20) Ламия, В предыдущей публикации выкладывал обработку исправления входящих остатков по разделам учета материалы, товары и капитальные вложения, наверное в ней сделаю и контроль заполнения и исправления аналитики по документам расчетов.
Было б просто прекрасно, с удовольствием протестирую результат)))
Интересная вещь обязательно попробую
Спасибо за хорошую обработку!
(25) Гость, Пожалуйста!, Хотя видать не очень хорошая — на плюс не тянет 🙁
(22) Ламия, писал не для исправления переноса, но с её помощью думаю получится присвоить аналитику в документах по 62 счету (раздел учета «Покупатели»)
Спасибо) попробую
Сегодня запустила,все исправилось.Проверила обороты — все сошлось) так что могу с уверенностью сказать, что для моего случая (Свертка измененной конфигурации Бухгалтерия предприятия с дальнейшим переносом в измененную конфигурацию Бухгалтерия для лизинговых предприятий, причем даже план счетов отличается) обработка пришлась как нельзя кстати. Спасибо автору!!! Молодец)
(29) Ламия, Пожалуйста!
Очень интересная работа. А остатки по созданным (нетиповым) регистрам переносятся?
(31) gradus, Если имеются ввиду добавленные регистры сведений и накоплений — то при переносе остатков на выбранную дату они не перенесутся (при использовании встроенных в обработку правил обмена). Правила для переноса остатков можно создать свои с помощью конфигурации Конвертация и скопировать их в шаблон обработки.
При переносе оборотов — будет перенесен срез последних на дату свертки обработкой выгрузка загрузка XML и обороты за период.
Все данные переносятся по ссылкам, если необходим иной алгоритм — можно настроить выгрузку запустив обработку выгрузки загрузки не из обработки свертки, а непосредственно, где настроить перенос по своему усмотрению.
Добавленные счета бух.учета перенесутся документом ввод начальных остатков по разделу «Прочие счета».
(32) на праздниках буду сворачивать БП типовую, с кучей субсчетов по 10му счету. По результатам — буду отписываться сюда.
(34) maxim72e, ОК Жду что получится.
при свертке возникла ошибка — стр. 1371 вот уже поправленная » Если стрд.НематериальныйАктив = СтрокаТЧ.НематериальныйАктив Тогда» и далее 1374 — поле объекта не обнаружено … поправил на «СтрокаТЧ.ДатаПриобретения = стрд.ДатаПриобретения;». Дальше обработка сработала до конца. Иду дальше
(35) Пока по 10.11.1 (спецодежда в эксплуатации). В документе ввода остатков не заполнена партия, работник и первоначальная стоимость. Строк много, больше сотни, поэтому пока придумываю как бы их автоматически заполнить.
(36) Unicorn31, Спасибо! Выложил исправленную
Вот и все получилось, правда документы за 12й год как то странно выгрузились, не проводились РКО, ну я не стал разбираться и сделал все через ВыгрузкуЗагрузкуХМЛ.
Да, пользователей нужно заново сделать.
В общем отличная обработка.
(37) maxim72e, А с 10.11 проблема как решилась? почему аналитики не было не разобрались?
Возникла проблема с переносом остатков по непредопределенным счетам. Не создает субконто для этих счетов, хотя кое-где непонятно почему заполняет их)
(41) Unicorn31, Остатки по таким счетам должны переноситься с разделом учета «Прочие счета бухгалтерского учета». Субконто по ним должны один в один устанавливать такими, какие они есть в исходном счете, но только в случае их заполнения. Если субконто то устанавливаются то нет — надо посмотреть в исходной базе в остатках на дату свертки, есть ли они там вообще (например где то они не были выбраны в исходной).
Или вопрос в том, что не создаются субконто в базе приёмнике? Хотелось бы посмотреть на скриншот, если можно.
(40) Разбираться не стал, свернул копию базы вашей же обработкой «Свертка операциями», и перенес в чистую базу уже операцию. Так что по 10.11.1 у меня остатки введены не документом «Ввод начальных остатков», а операцией.
(42) Об этом я забыл, спасибо, перепроверю все.
(44) maxim72e, Вот о таком «комплексном» подходе я как то не подумал :), но по большому счету он то же имеет право быть. Тут вопрос в другом — кроме остатков по БУ здесь вроде должны быть движения регистров — надо проверить. После переноса операцией, если предусмотрено начисление износа что будет? будет ли он начисляться?
Первое изображение из старой базы, второе — иллюстрация плана счетов во вновь созданной базе с перенесенными остатками.
Видно, что субконто не были созданы для счета. Но, тем не менее, в документах ввода начальных остатков во вновь созданной базе субконто проставляются.
(46) Unicorn31, Проблема в НЕ ПЕРЕНОСЕ субконто из исходной базы — в одном из вариантов правил конвертации для переноса ввода остатков сделал перенос и Плана видов характеристик — субконто хозрасчетные, потом отказался от этого — слишком много «мусора» это за собой тащило.
Вопрос в базе приемнике в перенесенных документах в строках они есть? Если есть, то просто надо в Плане счетов установить все параметры как было в исходной базе, начиная с «Подчинен счету» и кончая указанием субконто по нему. Потом просто перепровести документы и всё встанет на место.
Если в созданных документах в базе приемнике ничего нет, тогда вопрос такой — в исходной базе в созданном документе(ах)ввода начальных остатков субконто есть? Если в исходной базе всё нормально — то просто перенести документы ввода начальных остатков не с использованием моей обработки, с помощью ВыгрузкаЗагрузкаДанныхXML82 с ИТС или УниверсальнойВыгрузкиЗагрузкиXML с этого сайта.
В любом случае лучше начать с настройки Плана счетов, как было в исходной базе, думаю «хуже не будет».
А про правила переноса и Плана счетов и субконто подумаю, может создать несколько правил конвертации, которые не вставлять в макет обработки (или создать несколько макетов) и сделать выбор правил?
План счетов то же переносил в одном из первых вариантов, только в исходной базе была такая куча всего ненужного, что отказался от такого переноса.
Ваше мнение? как лучше сделать?
(47) Unicorn31, Пока писал ответ появился скриншот — выход простой — проставляем в Плане счетов для счета всю аналитику и проводим документы — всё встанет на место, а вот про перенос Плана счетов и субконто всё же как лучше сделать? Переносить, или оставить как есть — План счетов в новой базе отредавтировать несложно и недолго…
Из последнего скриншота видно как раз, что документы создаются и в них есть аналитика. А в плане счетов у счета 76.Ф субконто отсутствуют. Впринципе, можно и руками их прописать,когда счетов 1-3. А если таких счетов больше десятка…?)) Так что вариант с выбором варианта — не так уж плох по-моему.
(50) Unicorn31, Наверное надо просто сделать несколько правил обмена, с возможностью их выбора для переноса остатков, если ничего не выбирать — использовать встроенные правила. Так будет веселее — любой знакомый с конфигурацией конвертация сможет подключить свои правила при необходимости. Это и сейчас возможно, только свои правила можно только через конфигуратор в макет воткнуть.
Выложил измененную обработку с возможностью выбора файла правил переноса остатков.
Спасибо! Очень пригодилась!
(53) FlexSMS,Пожалуйста! а плюсик 🙁
(54) Есть! ))
Спасибо! Очень дельная обработка!
(48)
(46) Unicorn31, Проблема в НЕ ПЕРЕНОСЕ субконто из исходной базы — в одном из вариантов правил конвертации для переноса ввода остатков сделал перенос и Плана видов характеристик — субконто хозрасчетные, потом отказался от этого — слишком много «мусора» это за собой тащило.
Вопрос в базе приемнике в перенесенных документах в строках они есть? Если есть, то просто надо в Плане счетов установить все параметры как было в исходной базе, начиная с «Подчинен счету» и кончая указанием субконто по нему. Потом просто перепровести документы и всё встанет на место.
Если в созданных документах в базе приемнике ничего нет, тогда вопрос такой — в исходной базе в созданном документе(ах)ввода начальных остатков субконто есть? Если в исходной базе всё нормально — то просто перенести документы ввода начальных остатков не с использованием моей обработки, с помощью ВыгрузкаЗагрузкаДанныхXML82 с ИТС или УниверсальнойВыгрузкиЗагрузкиXML с этого сайта.
В любом случае лучше начать с настройки Плана счетов, как было в исходной базе, думаю «хуже не будет».
А про правила переноса и Плана счетов и субконто подумаю, может создать несколько правил конвертации, которые не вставлять в макет обработки (или создать несколько макетов) и сделать выбор правил?
План счетов то же переносил в одном из первых вариантов, только в исходной базе была такая куча всего ненужного, что отказался от такого переноса.
Ваше мнение? как лучше сделать?
Выложил измененную обработку с возможностью выбора файла правил переноса остатков.
Плюсую!!!
Решал задачу переноса данных с БП 1.6 в БП 2.0. Выгружал стандартной выгрузкой ACC16_20. Остатки по счету 62.2 и 76.АВ перенесились очень криво. Исправлял дополнительными обработками.
Теперь стоит задача перенести данные из БП 2.0 в БП 2.0.
Не было жалоб на остатки по счетам 62.2 и 76.АВ при свертке базы этой обработкой?
(61) bright2508, Если Вы читали описание обработки, то там я писал, что остатки по счету 76.АВ сейчас вообще не переностся. Такое решение принял как раз исходя из того, что остатки могут быть кривыми, поэтому там же предложено решение — зарегистрировать счета -фактуры на аванс с помощью штатной обработки и скорректировать 68.02 во вводе остатков. По поводу переноса из 1.6 итд — остатки никогда криво не переносились — точнее будет сказать переносились кривые остатки. Если на счете 62.02 в исходной базе для свертки остатки кривые — то так они и перенесутся в новую базу. Там их в любом случае придется исправлять.
Про счет 62 обсуждалось здесь в постах 16-20 — ошибки были, они объяснимы и предложен способ их исправления.
Извини, описание обработки более внимательно только сейчас прочел. Остатки по 76.АВ при переносе из БП 1.6 тоже из документа Ввод остатков по 62.02 формировал.
На днях собираюсь воспользоваться вашей обработкой. Причем, конфигурация БП нестандартная. Поделюсь результатами. Даже если они будут отрицательными.
очень нужно перенести остатки из базы БГУ в чистую базу БГУ. Эта обработка подойдет?, может кто пробовал, или может подскажите какой обработкой можно остатки на начало года перенести в чистую базу.
(64) NataliH, Эта обработка переносит остатки в Документы Ааод начальных остатков БП 2.0, Для БГУ не подойжет точно, т.к. этот ввод заточен под хозрасчетный план счетов.
Для БГУ попробуйте остатки перенести с помощью , но по методике, описанно для данной обработки.
(63) Очень интересно что получится.
Alex_E,Спасибо Сегодня нашла обработку СверткаБГУ, как я раньше её проглядела. Сейчас попробую ей что-нибудь сварганить
Типовую свертку адаптировал за час — все свернул, проблем не возникло.
Стандартная сверта откатана — эта нет.
Да, долговато сама свертка происходит. На ночь поставил — и нормуль.
В основном проц грузится.
Вообще, пробовал стандартной выгрузкой / загрузкой пробовал перетянуть операции — но у меня очень большой объем по ссылкам получится.
Если бы дынных было меньше, то не было б проблем.
(67) gavrikprog, Да, эта свертка в отличие от типовой не откатана — в каждом конкретном случае возникают свои ньюансы. Зато позволяет осуществить операцию с вводом остатков из разных баз. У меня у уже были ситуации, когда по одним счетам переносил из «рабочей» базы, а по другим из её копии, где делали какие-то исправления.
Ещё одно значительное отличие от типовой (если имеется ввиду переделанная типовая для 1.6, для 2.0 её вообще я не видел, может появилась?), это то, что исправить косяки в документе ввод начальных остатков например по ОС просто, а в операциях скорректировать движения по десятку регистров в разных операциях, и сделать это корректно, достаточно сложно.
Выгрузка загрузка операций при большом объеме, при наличии «железных» ресурсов сделать можно, только долго. Удалять помеченные на удаление документе в свернутой базе ещё дольше. Перенос непроведенных документов Ввод начальных остатков — намного быстрее, причем само создание этих документов можно подкорректировать, в плане свертки некоторых итогов (пока думаю, стоит это делать или нет) — например по одному контрагенту и договору можно переносить все остатки по каждому документу расчетов, а можно свернуть и ввести одной строкой, с аналитикой Документ расчетов с контрагентом (ручной учет).
Обработка действительно очень полезная. Сам ее решил использовать не для свертки базы, а для переноса данных между конфигурациями БП 2.0 Наша компания часто скупает другие, более мелкие…поэтому частенько требуется интегрировать данные покупной компании в нашу учетную систему.
У меня пока только одно предложение — почему для переноса оборотов после даты свертки не использовать правила переноса данных, предварительно описав их в КД 2.0? Перенос оборотов стал бы более гибче — при необходимости можно легко их прогрузить в КД и допилить под себя, учесть какие то свои особенности переноса тех или иных справочников или документов. К тому же отпадет нужда выгружать сначали документы, потом операции — в кд можно настроить выгрузку с движениями. Перепроводить обороты в приемнике после загрузки не всегда приемлимо, могут измениться проводки. Конечно, конфигурация БП меняется, правила регулярно нужно актуализировать, но имхо было бы удобнее.
(69) lepth,
— это одна из причин, почему сделал выгрузку универсальной выгрузкой зарузкой — там документы выгружаются/загружаются по метаданным, существующим в исходной конфигурации (подразумевается, что загружается в такую же). Это позволяет сворачивать измененные конфигурации.
По поводу переноса отдельно документов без движений и операций — выгрузка/загрузка стандартная, вызывается из обработки свертки с предопределенными параметрами — сделано для ПОЛЬЗОВАТЕЛЯ (не надо заморачиваться настойкой переноса), а не для специалиста по 1с. Можно выгрузить обороты после даты свертки этой же обработкой выгрузки загрузки с ИТС, настроив её как нужно (например переносить движения документов сразу, тогда не надо будет отдельно переносить операции).
Документы ввода остатков переношу по правилам, созданным в конвертации, потому что эти документы «стандартные», как правило их никто не изменяет и можно описать одноразаово, от релиза программы это не сильно зависит. Сейчас в обработку можно подключить разные правила переноса (варианты есть в архиве), можно сделать свои в конвертации и использовать их.
спасиб, щас потестим
Помогите пожалуйста!!!
Такая ситуация
Возникла проблема с ндс на аванс
например нам покупатель платит аванс 10 руб 01.12.2011
а товар купить забыл на пару месяцев
мы платим ндс с аванса с 2 рубля
потом вспомнил что заплатил и ничего не купил, покупает на 5 рублей 01.03.2012
и нам 1с, когда мы формируем записи книги покупок, вычет ндс с полученных авансов,
говорит что мы заплатили ндс с 10 рублей поэтому с реализации (5 рублей) ндс 1 рубль платить не надо.
но если база свернута на 01.01.2012 и документы за весь 2011 год помечены на удаление, движений нет
соответственно 1с нам не скажет что мы уже платили 2 рубля ндс’а
у меня речь идёт о 800 000 рублей НДС’а
Как можно свернуть базу и обойти такую проблему? БП 2.0.31.7 платформа 8.2.15.289
Помогите пожалуйста!!!
(72) materiy_boec,
Эта ситуация не про эту свертку базы. Но проблему на самом деле нет — Сумма заплаченного НДС с авансов отражается на счете 76.АВ в документах ввода остатков по разделу учета НДС с авансов. Аналитикой документа будет контрагент и документ расчетов, причем те же самые контрагент и документ расчетов должны быть отражены в остатках по счету 62.02 с полной суммой полученного аванса. При реализации по этому контрагенту и договору документ реализации зачтёт ранее полученный аванс, а документ Формирование записей книги покупок отразит сумму НДС с авансов полученных к вычету.
не совсем то что нужно
Обработка выручила!
Но пришлось дописывать заполнение «Назначения использования» по 10.11 и первоначальную стоимость (взял оборот по дебету 10.11, не нашел варианта лучше)
(75) unknown181538, Рад, что выручила, а нельзя поподробнее, что пришлось дописать?
(76) «Назначение использование» в партии заполнилось, а в документе ввода нет. Ну и первоначальная стоимость пустая получилась.
Или вам код выложить? Не очень хотел бы, т.к. он плохой — запросы в цикле и т.п.:)
(77) unknown181538, Плохой лучше чем ничего — мне посмотреть надо что я пропустил — может чего придумаю 🙂
(79) unknown181538, Спасибо огромное! Попробую разобраться.
А у меня в документе Ввод нач остатков по материалам при проведении выдает ошибку
Ошибка при выполнении обработчика — ‘ОбработкаПроведения’
по причине:
{Документ.ВводНачальныхОстатков.МодульОбъекта(2073)}: Поле объекта не обнаружено (ДоговорКонтрагента)
Не могу понять что нужно сделать. И да ещё не все перенеслись контрагенты. Нет некоторых физ лиц они являются нашими контрагентами.
(81) TODD22, Про перенос контрагентов — в новую базу все справочники переносятся обработкой только по ссылкам, т.е. если по тем «потерянным» физическим лицам не было остатка, они соответственно не перенеслись. Если надо перенести ВСЕ элементы справочника «Контрагенты» (да и любого другого) можно или изменить правила переноса, или перенести их выгрузкой загрузкой XML с ИТС.
Про ошибку в остатках материалов — можно скриншот посмотреть этого документа? Просто при вводе остатков МПЗ договору взяться неоткуда, или, возможно, в исходной базе был изменен план счетов, и на каком -то субсчете 10 у Вас есть аналитика «Договор контрагента»?
Я так понимаю не хватает документа расчетов. По кнопке сформировать появляется список, но вот я от туда какие только документы не выбирал всё равно ошибка. Я выбирал тот же документ что и документ партии.
Ну и как вспомнить по какому договору что поступало, если материалов много. Что то не могу закинуть скрин. Раньше кнопка была, а теперь нет….
План счетов не меняли, конфа типовая. Я так понимаю что так и должно быть что нет договора, что нужно сделать что бы документ провёлся?
Проблема может быть потому что в «старой» БД был отключен учёт по складам?
(83) TODD22, Скрин — гиперссылка прикрепить файл.
Если проблема в документах партий — попробуйте воспользоваться обработкой — эту обработку писал для других целей, но её уже использовали после свертки по этой методике — пишут что помогает.
(84) TODD22, Склад и договор вроде бы никак не связаны, всё же хотелось бы посмотреть на документ.
(87) TODD22, Организация на УСН. В строках документа нужно проставить состояние расчетов, отражение в УСН и документы расчетов с контрагентами. Вспоминать договор и пр. не обязательно, можно создать документы расчетов с контрагентами (ручной учет) прямо из документа ввода остатков.
Для УСН полностью заполнить документ я пока не придумал как — не было подходящего клиента, а придумывать исходную базу для тестирования слишком хлопотно :-(.
Так а если я не знаю от какого контрагента поступила номенклатура, да и если её много…
Ладно будем пробовать. Обработка ничем не помогла.
(89) TODD22,
В этих документах указывать контрагента и договор необязательно — они нужны как объект аналитики для дальнейшего учета. Можно создать один документ — проставить его в каждой строке документа ввода остатков например групповой обработкой справочников и документов.
Ну так ошибку то выдаёт что отсутствует договор.
Я сейчас попробую на одном доке… указать все необходимые поля, да проставить документ без договора и контрагента.
А если я повторно запущу обработку загрузки, у меня документы «оборотов» про ведутся? А то база закрылась. Или же их через групповую обработку?
(92) TODD22, Тут только если мне самому попробовать, но нужна база…………… а так непонятно откуда именно ТАкая ОШИБКА ВЫДАЕТСЯ.
(92) TODD22, Обработку запускать много кратно можно. Если запускать в исходной базе — нужно сначала удалить ранее введенные документы (если делать из самой обработке удаляться без пометки на удаление выбранные документы — вторая закладки), вновь созданные в исходной базе докумиенты могут быть с другими номерами. В базе приемнике ненужные документы надо пометить на удалание, или же непосредственно удалить использую обработку создания начальных остатков.
Перед загрузкой ОБЯЗАТЕЛЬНО проверьте соответствие всех настроек учета в исходной и новой базе, это ваэно для корректного переноса.
Заполнили реквизиты, та же самая ошибка. Просит договор.
Посмотрел в отладчике проблема со строкой у которой документ Партии это Авансовый отчет.
(96) TODD22, Вместо авансового отчета в этой строке создайте документ Расчеты с контрагентами (ручной учет). В авансовом отчете точно нет договора в шапке документа, а ошибка в модуле ввода остатков или авансового отчета?
Ошибка в модуле объекта ввод нач остатков. Да я вроде разобрался, создал вручную и всё провелось. Бухгалтер уже пусть дальше сама.
Главное что бы потом можно было документы оборотов провести которые я загрузил.
(98) TODD22, После проведения ввода остатков документы оборотов должны провестись без проблем. А вот проблема с такой ошибкой — если время будет — попробую её повторить, только не факт, что получится — реальная база от примеров всегда отличается.
Скажите, а как решается проблема с тем, что в качестве документов расчета переносится куча документов поступления и реализации, которые как бы ненужны в новой базе (хотелось бы «чистую базу»).
По хорошему бы их все заменить ручным документом расчетов или я неправ?
(100) FreeArcher, Обработкой переносятся не документы целиком, а дата, номер, контрагент и договор. Документы создаются, только с этими реквизитами и они НЕ НЕ НУЖНЫ в чистой базе — они являются объектами аналитики по счетам 60.62. 76 итд.
Никакого криминала в такой замене нет — это как бы вариант свертки, кот. я задумывал реализовать, потом это как то отложилось на потом, да и пожеланий таких не было. В таком варианте можно было бы свернуть таблицу остатков исходной базы по контрагенту и договору и ввести по каждой строке «ручной» документ расчетов. В таком режиме есть один большой минус — в актах сверки потом не будет видно, по какому документу производились расчеты.
Частично вариант свертки по контрагентам и договорам реализован в обработке исправления ввода начальных остатков, для случаев, когда ошибок в исходной базе слишком много, и исправить их вручную затруднительно.
Понятно, я просто использовал типовую выгрузку загрузку, т.к. в последнем релизе Документ ввода остатков изменился по составу реквизитов табличных частей.
Просто мне кажется, да и на практике так выходят, что когда бухгалтера хотят отсечь прошлый период им не нужны никакие документы, и в целях чистоты базы, и в целях безопасности (от всяких проверяющих). А что-то посмотреть всегда можно в оставшейся старой базе.
(102) FreeArcher,
Причины свертки базы могут быть разные, свернуть остатки по документам расчетов можно, если потом не будет проблем с контрагентами при актах сверки, что то же решаемо.
А вот изменения в документе ввода начальных остатков меня не порадовали — посты 81-98 это косяк в модуле документа ввод начальных остатков, которого я или не замечал, или его просто не было. Сейчас решаю проблему с вводом остатков по 76.АВ не по реальным остаткам по счету в исходной базе, а по остаткам 62.02 — и вот тут уже чем дальше, тем больше склоняюсь к тому, что от переноса ссылок на реальные документы придется отказаться и надо вводить «ручной» документ — иначе при проведении возникают «незапланированные» ошибки на ровном месте — типа отсутствия договора или реквизита в документе, по которому сформирован тот или иной остаток, а с документами «ручного учета» всё проходит нормально. Буду копать 🙂
Я так поняла что в остатки выгружаются в пустую базу. Но как быть если бухи уже поработали несколько месяцев. Т.е свертку я делаю за 2011 год, переношу остатки в пустую базу…но данные 2012 янв,фев,март из старой базы мне тоже нужны ведь. как их перенести в новую базу? правилами все документы тянуть?
(104) RainyAugust22, Почитайте описание пожалуйста — там всё подробно описано. Обороты за 2012 год переносятся обработкой выгрузка загрузка XML, кот. есть в архиве публикации или любым другим удобным для Вас способом.