Форум 1С программирование, форум: общие вопросы программирования (Dev), тема: Перенос справочника Контрагентов из 1С 7.7 в 8.3. Имеются несколько идентичных баз 1С (7.7), в которых одинаковая номенклатура. Как при заполнении в первой базе номенклатуры перенести эти. Перенос справочника контрагенты из одной базы в другую (бух 8.2) - 1С Есть база бух 8.2 на одной из первых 2.0.х.х, практически пустая,. Подскажите нужно перенести справочники номенклатура и контрагенты из 1с 8,2 Бухгалтерия 2.

1. Перенос Справочников Контрагентов 1с 8.2
2. Перенос Справочника Контрагентов 1с 8.3

Доброго времени суток, возникла задача. Имеется Бухгалтерия предприятие 8.2 нужно перенести с нее справочники на чистую бухгалерию предприятия 8.3. С переносом сталкиваюсь впервые, поэтому не совсем понятно, как это сделать правильно.

Но не осипользуя платные обработки из инфостата. Возможно ли сделать так и насколько это правильно, сначала, создать чистую 8.2. Перенести выгрузить в фаил штатными методами только справочники. Затем обновить ее штатно до 8.3. Или существуют другие способы, например используя штатную обработку или через эксель, но что-то я не нашел подробно где об этом написано.

Перенос Справочников Контрагентов 1с 8.2

Поясните пожалуйста данный вопрос. Нажмите, чтобы раскрыть.Просто я думал, что касается бухгалтерии, что первая цифра после 8ки и означает на какой конфигурации работает платформа, ну была 8.1 - 1.6, 8.2 - 2.0, 8.3 - 3.0, значит ошибся. Обработкой группировка пользовался, но не все так просто оказалось, определенную часть документов она почему то, не пометила на удаление да и длилось это не мало по времени. Кстати, на практике, в больших базах, документов же всегда больше чем справочников, так? Тогда выходит выгрузить в XML справочники а потом грузануть в чистую конфигурацию быстрее будет.

Поэтому я и спрашивал, оптимальный вариант, который могут знать люди, которые занимались этим не раз и не два. В итоге я делал так: 1. Выгрузил с БП 2.0.cf фаил базы, и XML фаил справочники (выгружался 25 минут).

Создал пустую конфу 2.0. И загрузил туда.cf фаил от рабочей базы и ХML. Данный шаг не делал еще, нужно уехать было, буду завтра утром доделывать. Само обновление с 2ки на 3ку. У меня сейчас стоит буду обновлять на, Надеюсь, что все нормально пройдет, правда база измененная, пару самописных регистров, справочников и обработок.

Кстати, вот когда, например у меня, к примеру, есть объект, в который я внес изменения, добавил нужные мне данные, некоторые удалил. Как его правильно обновить, если он (этот объект не обновляется в новой конф.) и если он обновляется и мне нужно сохранить свои изменения, но чтобы при этом работало, то новое, что в него вложил разработчик. Просто когда обновляешь можно прописать два вида объединения с приоритетом на новое или на то, что есть, не помню как точно называется. Так вот когда какое объединение надо использовать, подскажите? У меня такая сложилась проблема с переходом с 8.2 на 8.3.

У нас ООО общепит на ЕНВД. С июня перешли на УСН 15% Так вот создали новую базу(так как при обновлении действующей базы 8.2 на 8.3) произошел сбой по складам по остаткам. Решили создать новую (уже обновлённую) и перенести остатки в ручную. Вот здесь проблема.

В том что при переносе требуется вводить - Документ расчетов с контрагентом (ручной учет). По ТТН понятно что будет списываться по партиям.

А что делать если закупка продукции и товаров была по авансовым отчетам. Кого в контрагенты записывать?

И какой входящий номер ставить? Ещё проблема по ОС. Просит вводить первоначальную стоимость. Какую вводить? Остаточную на дату переноса? Или на дату покупки? И какой срок эксплуатации вводить соответственно?

Принцип работы. Несколько слов о том как производится перенос данных из типовой конфигурации « Бухгалтерский учет», редакции 4.5 для 1С:Предприятия 7.7 или конфигурации ' Упрощенная система налогообложения, ред. 1.3' (далее по тексту Конфигурации-источник) в типовую конфигурацию « Бухгалтерия предприятия», редакция 3.0 для 1С:Предприятия 8 (версия 3.0.52), далее по тексту именуемую «Конфигурация-получатель».

Перенос данных возможен из конфигурации Бухгалтерский учет редакции 4.5 для 1С:Предприятия 7.7 версий 7.70.569 и более поздних или из конфигурации ' Упрощенная система налогообложения, ред. 1.3' версий 7.70.219 и выше. Переход с Конфигурации-источник на Конфигурацию-получатель рекомендуется выполнять в начале нового периода (года, квартала, месяца) после завершения регламентных операций прошлого периода. Перенос данных производится при помощи специализированной обработки, выгружающей данные из информационной базы Конфигурации-источника в файл в формате XML. Инструкция на магнитолу лифан солано. Полученный файл загружается в информационную базу Конфигурации-получателя при помощи универсальной обработки загрузки данных.

Для переноса данных необходимы следующие файлы: ACCACC8.ert - внешняя обработка выгрузки данных во внешний файл из конфигурации « Бухгалтерский учет, ред.4.5»; USNACC8.ert - внешняя обработка выгрузки данных во внешний файл из конфигурации « Упрощенная система налогообложения, ред. 1.3»; ACCACC8.xml - правила конвертации данных.

USNACC8.xml - правила конвертации данных. Переносимые данные. Из информационной базы Конфигурации-источник в Конфигурацию-получатель переносятся: - элементы справочников; - информация о текущих остатках на счетах бухгалтерского учета информационной базы Конфигурации-источник на дату конвертации информационной базы; - текущие документы с датой большей чем дата конвертации информационной базы. Конвертация выполняется в два этапа: - данные из информационной базы Конфигурации-источник выгружаются в отдельный файл (файл данных); - полученный файл загружается в информационную базу Конфигурации- получателя.

Для установки обработки переноса данных следует воспользоваться программой установки setup.exe. После запуска программы (если количество информационных баз 1С:Предприятие велико, то спустя некоторое время) появится диалоговое окно, в котором нужно отметить те информационные базы, куда будет установлена обработка переноса данных. Окно имеет вид, как на рис.1. Если количество информационных баз больше семи, то для навигации используйте кнопки 'вверх' и 'вниз'.

Если выбрано несколько информационных баз, то в строке 'путь' отражается местонахождение только последней выбранной базы. Эта информация носит вспомогательный характер и используется по желанию для дополнительного контроля со стороны пользователя за результатом работы программы установки, не обращайте на нее особого внимания, программа сама определит, где установлены выбранные Вами информационные базы. Рис.1 Окно выбора информационных баз при установке Дополнительно можно указать папку, в которую также будет установлена обработка переноса данных, для этого следует воспользоваться окном выбора папки (нажав кнопку с тремя точками). Полный путь для выбранной папки будет отражен в строке выбора. После нажатия на кнопку 'установить' будет произведена установка необходимых файлов в выбранные информационные базы и (или) в выбранную папку. После завершения можно нажать кнопку 'детали' и увидеть подробный протокол установки, какие файлы и в какие папки были записаны.

В результате в выбранной папке должна получиться примерно следующая картина, см. Рис.2 Файлы, установленные в выбранную папку В подкаталог ExtForms устанавливается обработка Переход на 1С:Бухгалтерию 8, ред. 3.0 и правила переноса. Необходимо иметь ввиду, что обработка выгрузки ACCACC8.ert и правила выгрузки данных заменяют собой типовую обработку и правила. Если Вы хотите сохранить типовой механизм перехода, устанавливайте новую обработку в отдельный каталог, а не в информационную базу. Подробнее процесс установки описан на отчета ' Экспресс-проверка ведения учета для конфигурации '1С: Бухгалтерский учет 7.7'. Порядок работы.

В программе ' 1С:Бухгалтерский учет 7.7' нужно открыть из дополнительных возможностей обработку ' Переход на 1С:Бухгалтерию 8, ред. 3.0', выбрать папку, в которой находятся правила переноса (см. 3) и загрузить правила обмена. Не нужно включать все правила переноса. Следует использовать только те, которые необходимы например для переноса остатков, или остатков и документов. Например в группе справочники ни одного правила можно не включать, потому что все справочники переносятся по ссылкам, по мере необходимости, т.е.

Только те, которые задействованы либо в остатках, либо в документах. Это обеспечивает отсутствие 'мусора' в новой информационной базе. Документы тоже не надо включать все. Например, если каких-то документов в Вашей базе нет, или Вы не хотите их переносить, включать это правило не надо. Обработка для выгрузки данных Рекомендую имя файла данных устанавливать 'C: v77v8 Exp7780.xml', именно эта папка часто используется по умолчанию в программе ' 1С:Бухгалтерия 8' при загрузке данных из программ на платформе ' 1С:Предприятие 7.7'. При необходимости установите параметры на странице ' Параметры'.

В процессе выгрузки данных из конфигурации « Бухгалтерский учет 7.7» могут встретиться различные ошибки. Правила переноса, представленные здесь, отличаются от типовых тем, что на этапе выгрузки данных выполняют поиск типичных ошибок. Рассмотрим те из них, о которых выводятся сообщения. Нулевое количество и ненулевая сумма ТМЦ. Ввести в Конфигурации-получателе остаток таким образом, чтобы количество материала было равно нулю, а стоимостная оценка материала не равнялась нулю, невозможно, да и бессмысленно, потому что это ошибка.

Поэтому при переносе остатков такие позиции (с нулевым количеством) будут отсутствовать в документах ввода остатков. Следовательно, если ошибки не исправить до переноса данных, то суммы в источнике и приемнике данных при переносе остатков не будут совпадать, что вызовет дополнительные трудности сверки. Поэтому в процессе выгрузки данных из конфигурации « Бухгалтерский учет 7.7» выводятся сообщения о встретившихся ошибках (см.

Дополнительно для поиска ошибок можно рекомендовать воспользоваться обработкой ', а именно правилом '. Рис.4.1 Сообщения о встретившихся ошибках Ненулевое сальдо по субконто второго (третьего) уровня, в то время как сальдо на первом (втором) уровне равно нулю. Это довольно часто встречающаяся ситуация ошибочного ведения учета. Типичный пример показан на рис.4.2. Возникает такое состояние как результат 'пересортицы' в аналитическом учете. Например, в документах движения денежных средств договор указан, а в документах оприходования ТМЦ договора нет, или наоборот, или договоры есть но разные. Во всех этих случаях существует ненулевое сальдо по договорам, при том, что сальдо по контрагенту равно нулю.

Аналогичная картина может сложиться в учете материалов, номенклатуры (когда включен суммовой учет по местам хранения): пересортица между складами, особенно если склады - это материально-ответственные лица. Рис.4.2 Пример ошибок в учете Ясно, что это ошибка, и ясно, что не имеет смысла переносить такие остатки. Для того, чтобы исключить перенос такого рода остатков, существует параметр 'Не выгружать остатки, если нулевое сальдо на верхнем уровне'. Если этот параметр установлен в единицу, то при выгрузке будут выводиться сообщения, показанные на рис.

4.3 (сравните с рис.4.2), а остатки по таким позициям выгружаться не будут. Можно использовать различные комбинации этого параметра с правилами переноса различных остатков. Если переносить не все остатки сразу, а по разделам учета, то можно остатки по различным разделам учета переносить с различным значением параметра. Сообщения об ошибках Пустые значения договоров или чужие договоры. Проблема похожа на описанную выше, причина та же - пересортица в аналитическом учете по договорам (см.

Но сальдо по контрагенту не равно нулю, поэтому описанное выше правило проверки не сработает. При переносе данных возникнет ошибка при проведении документа ввода остатков, т.к. Пустое значение договора не допустимо. Рис.4.4 Отчет, показывающий ошибку Для исключения таких ошибок до переноса, на этапе выгрузки данных выдаются сообщения об ошибках (см. На этом же рисунке видно, что встретилась и другая ошибка: договор не соответствует контрагенту, т.е. Владелец договора - другой контрагент. Такие ошибки часто встречаются в доработанных, т.е.

Нетиповых конфигурациях или в давно созданных базах, когда еще в типовых конфигурациях не было достаточно строгой проверки на соответствие договоров при заполнении документов. Рис.4.5 Сообщения об ошибках учета Проверка на пустые значения договоров и чужие договоры производится в том случае, если установлен в единицу параметр ' Проверять договоры на пустое значение и соответствие контрагенту'. Дополнительно для поиска ошибок можно рекомендовать воспользоваться обработкой ', а именно правилами ' и ' '. Есть и другие проверки на ошибки, для уточнения свяжитесь с нами (контакты внизу страницы). Приемы работы Покажем как можно переносить данные частями, а не целиком, на примере выгрузки документов отдельного вида или даже отдельных экземпляров документов выбранного вида. Пометим только одно правило выгрузки данных ' Платежное поручение' (см. Это позволит выгрузить документы только вида ' Платежное поручение'.

Если при таких параметрах нажать на кнопку ' Выгрузить', то выгружены будут все документы вида ' Платежное поручение', находящиеся во временном интервале с ' Дата начала' по ' Дата окончания'. Нажмем кнопку ' Установить ПВД', после этого появится надпись ' Отбор данных для Платежное поручение'.

Перенос Справочника Контрагентов 1с 8.3

Рис.5 Как установить правило выгрузки данных определенного вида Далее нажмем кнопку 'Добавить условие', появится возможность выбрать реквизит отбора (см. Рис.6.1), чаще всего это - ' ТекущийДокумент', что позволяет выбрать отдельный документ из списка документов данного вида. Можно, используя другие реквизиты отбора, получить выборку по группе документов, например отобрать документы по дате. Во всех случаях, отбор документов производится внутри временного интервала, заданного параметрами ' Дата начала' и ' Дата окончания'. Рис.6.1 Как выбрать отдельный документ Важно! В предлагаемых правилах переноса данных исправлена ошибка типовых правил (от фирмы '1С'), которая в некоторых конфигурациях не позволяет производить отбор документов при выгрузке по реквизитам отбора. Это связано с тем, что в типовых правилах отбор документов производится запросом без указания периода.

Такие запросы работают не всегда. Похожим образом можно выгружать справочники, не целиком весь справочник, а выполнив отбор по какому-либо реквизиту. Сначала выбираем нужное правило выгрузки данных, затем последовательно нажимаем кнопки ' Установить ПВД' и ' Добавить условие'. Для примера на рис.6.2 показано, как можно выгрузить только тех сотрудников, с которыми на момент перехода с программы ' 1С:Упрощенная система налогообложения, ред. 1.3' на ' 1С:Бухгалтерия предприятия, редакция 3.0' (или, как часто говорят пользователи, переход с бухгалтерии 7.7 на 3.0) установлены трудовые отношения. Рис.6.2 Как выбрать группу элементов справочника Важно!

В предлагаемых правилах переноса данных исправлена ошибка типовых правил (от фирмы '1С'), которая приводит к неправильному отбору элементов справочника при выгрузке по периодическим реквизитам справочника, т.е. Таким у которых на различные даты устанавливаются различные значения. Это связано с тем, что в типовых правилах отбор элементов справочника производится запросом без указания периода.

Отбор по периодическим реквизитам справочника производится на дату параметра ' Дата окончания'!!! Можно использовать комбинацию правил выгрузки данных и отборов. Правила, для которых установлены отборы, будут помечены как ' ОТБОР '. Для того, чтобы увидеть или отредактировать отбор конкретного правила выгрузки данных, нужно дважды щелкнуть мышью по этому правилу в списке правил или, выбрав его, нажать кнопку ' Установить ПВД'. Если выгрузка объектов получается пустой или неполной, нужно проверить не установлен ли режим синхронизации с 1С:Бухгалтерией 8.

Если это так, то выгружаться будут только объекты, измененные после выполненного переноса (Справочник.ПараметрыСинхронногоУчета хранит параметр ПозицияПоследнегоВыгруженногоДокумента, который проверяется при выгрузке функцией ПроверитьНаВозможностьВыгрузки). Полноценная работа в режиме синхронизации становится невозможной. Проверка режима синхронизации производится после загрузки правил обмена. Если режим установлен будет сформировано окно предупреждения (см. Рис.6.5) и будет предложено отключить режим синхронизации. 6.5 Окно предупреждения о режиме синхронизации Дополнительные отличия от типовых правил Исправлена ошибка переноса ПТиУ со старыми видами поступления: если в документах ПоступлениеТоваровИУслуг вид поступления равен 2 (устаревшее значение) и нет счета-фактуры поставщика, возникает ошибочная конвертация этого документа в БП 3.0 в документ возврата от покупателя. Исправлена ошибка при переносе ручных операций, имеющих субконто Подразделение, в версию БП ПРОФ.

Такая операция не записывается в БП, возникает ошибка: 'Поле Подразделение должно быть пустым'. Это связано с тем, что правила рассчитаны на работу с версиями КОРП, однако в ПРОФ измерения ПодразделениеДт и ПодразделениеКт регистра бухгалтерии должны быть пустыми. Исправлена ошибка, приводящая к дублированию групп справочника Договоры и, как следствие, к дублированию элементов этого справочника (т.к. Поиск при загрузке производится с учетом родителя).

Проиллюстрировано это рисунком 6.6. Рис.6.6 Результат переноса справочника Договоры типовыми правилами Здесь в колонке Родитель (группа справочника) с наименованием 2015 присутствуют две разных группы справочника с одинаковым наименованием (в источнике группа одна), поэтому и договоры дублируются. Исправлена ошибка переноса банковских документов при переводе денег с одного расчетного счета на другой. В БП 3.0 в этом случае создается документ Списание с расчетного счета с видом операции Перевод на другой счет организации, который не проводится из-за того, что не заполнен реквизит Счет получателя. Кроме того неверно заполняются реквизиты Счет учета и Счет дебета. Это проявится, если они разные, например 55 и 51, тогда их нужно поменять местами.

Исправлена ошибка не заполнения реквизита Вид обязательства в документах по перечислению налогов. Все перечисленное выше относится к релизу 3.0.43.215.

Переносится реквизит Основной договор справочника Контрагенты. Изменено правило выгрузки справочника Номенклатура, теперь способ отбора данных - стандартная выборка, что позволяет выполнять отборы элементов справочника по реквизитам (в типовых правилах УСН 7.7 - БП 3.0 это невозможно).

При переносе справочника Номенклатура, переносятся и Цены номенклатуры по ссылкам, т.е. Цены только переносимых элементов номенклатуры. Для включения такой возможности нужно установить в единицу значение параметра Выгружать цены при выгрузке номенклатуры. Исправлена ошибка в типовых правилах 'УСН 7.7 - БП 3.0' при переносе остатков по расчетам с контрагентами: вид договора всегда устанавливался в значение Прочее. Теперь - в зависимости от вида остатка, по разделу учета ' РасчетыСПоставщикамиИПодрядчиками' вид договора = ' С поставщиком', по разделу учета ' РасчетыСПокупателямиИЗаказчиками' вид договора = ' С покупателем', в остальных случаях вид договора = ' Прочее'. Исправлена ошибка в типовых правилах 'УСН 7.7 - БП 3.0' при переносе остатков по расчетам с контрагентами: сумма взаиморасчетов записывалась в два реквизита документа ввода начальных остатков Сумма и СуммаКт. Из-за этого документ ввода начальных остатков не проводился.

При переносе документов вида ' Счет' вид договора устанавливается в значение ' СПокупателем' (в типовых правилах ' Прочее'). Устанавливается значение реквизита ' Статус оплаты', это важно для правильного выбора счета на оплату покупателю в банковских платежных документах в Конфигурации-получателе. При переносе документов вида ' Платежное поручение' вид договора устанавливается в значение ' СПоставщиком' (в типовых правилах ' Прочее'). Исправлена ошибка в типовых правилах 'УСН 7.7 - БП 3.0' при переносе мест хранения: не заполняется реквизит ' Тип склада'. Добавлен параметр ' Обмен с контролирующими органами включен': если его значение равно 1, то реквизит ВидОбменаСКонтролирующимиОрганами элемента справочника ' Организации' устанавливается в значение ' ОбменВУниверсальномФормате', иначе в ' ОбменОтключен' как в типовых правилах. Это важно при повторных (регулярных) переносах, чтобы не портить настройку ЭДО. Изменено правило поиска загруженных элементов для справочника ' Контрагенты': сначала поиск производится по ИНН и КПП (если эти значения заполнены), затем только по ИНН и наконец по Наименованию.

Во всех трех случаях в поиске участвует признак группы (ЭтоГруппа) и сама группа (Родитель). Это важно при повторных (регулярных) переносах, чтобы не создавать дубли для контрагентов с измененными ПОСЛЕ загрузки наименованиями. При переносе контрагентов заполняется реквизит СтранаРегистрации значением 'Россия'.

Это необходимо для того, чтобы после загрузки справочника контрагентов в программу '1С Бухгалтерия 8' не пришлось вручную заполнять обязательный реквизит СтранаРегистрации. Если он не заполнен, то в форме элемента справочника ' Контрагенты' будут доступны реквизиты ' Налоговый номер' и ' Рег.

Номер', а реквизиты ' ИНН' и ' КПП' будут скрыты. В правила переноса 'УСН 7.7 - БП 3.0' добавлено правило выгрузки данных для переноса справочника 'Сотрудники' (в типовых правилах переносится только справочник физических лиц).

В правила переноса 'УСН 7.7 - БП 3.0' исправлено правило переноса регистра сведений ТекущаяТарифнаяСтавкаСотрудников. Особенности переноса платежных поручений на уплату налогов У платежных поручений с видом операции Перечисление налога должны быть заполнены дополнительные реквизиты: КБК - код бюджетной классификации, статус составителя и т.д. Структуры этих реквизитов в Бух 7.7 ( УСН 7.7) и в БП 3.0 не совпадают. В частности в БП 3.0 часть этих реквизитов вынесена в отдельный справочник Виды налогов и платежей в бюджет, ссылка на который содержится в платежном поручении.

Справочник Виды налогов и платежей в бюджет содержит в себе ряд поставляемых элементов, которые появляются в информационной базе например при редактировании учетной политики. При переносе данных эти элементы также появятся при загрузке учетной политики. При выгрузке-загрузке платежных поручений элемент справочника Виды налогов и платежей в бюджет ищется по КБК для подстановки в реквизит платежного поручения Налог. Поэтому рекомендуется после переноса учетной политики проверить все ли необходимые налоги в справочнике появились, при необходимости дополнить. При сопоставлении (синхронизации) КБК в платежных поручениях в источнике и приемнике не учитываются четыре разряда КБК, разряды 14-17, код подвида дохода: налог, пени, штраф и т.д. В справочнике Виды налогов и платежей в бюджет эти разряды заполнены нулями. При добавлении новых элементов в справочник разряды 14-17 также следует заполнять нулями.

Перенос информационных баз большого размера. Прежде всего, при переносе информационных баз большого размера может очень много времени занимать процесс выгрузки данных.

Такое случается в том случае, если существует большое количество остатков по одному разделу учета, например остатков товаров. Для сокращения времени выгрузки можно применить прием разбиения одного документа « Ввод начальных остатков» на несколько. Если установить значение параметра ' Количество строк в документе ввода остатков' отличным от нуля (см. Рис.6.3), то выгрузка данных в один документ будет ограничена заданным значением. Это может очень существенно (в несколько раз) снизить время выгрузки.

Рис.6.3 Установка параметров при переносе данных с ограничением размера документа « Ввод начальных остатков» Примечание: значение параметра ограничивает количество строк таблицы проводок, выгружаемых в один документ « Ввод начальных остатков», а не задает количество строк самого документа. Поэтому количество строк документа будет отличаться от значения параметра, это не ошибка. При разбиении документа « Ввод начальных остатков» на несколько документов, в комментарии каждого документа в конце строки будет добавляться постфикс: '-1', '-2' и т.д. Описанный алгоритм разбиения одного документа « Ввод начальных остатков» на несколько используется только для сокращения времени выгрузки данных, все документы выгружаются в один файл, т.е. Перенос данных происходит в один прием, комментарии (постфиксы) формируются автоматически, задается только один параметр. Но этот прием не решает проблему нехватки памяти, о которой пойдет речь ниже.

При переносе информационных баз большого размера может возникнуть проблема нехватки оперативной памяти: при попытке выгрузки программа завершится с соответствующим сообщением об ошибке или без сообщения. Пытаться заменить компьютер на более мощный бесполезно. В этом случае следует выгружать данные частями, разбивая их на порции. Для этого необходимы правила переноса с поддержкой указанного режима. Рассмотрим как следует производить выгрузку. Во-первых, перенос данных следует выполнять, используя только одно правило выгрузки (см. Если и по одному правилу перенос невозможен, то разбиваем на части, указывая номер порции начальный и конечный.

В каждой порции будет информация на заданное количество значений аналитики первого уровня, например остатков по товарам, т.е. Заданное количество значений остатков по счету '41'. Зная общее количество аналитики по счету несложно подсчитать количество порций. Сколько данных без проблем переносится за один раз (в одну часть информации) нужно определять опытным путем, как правило, при выгрузке остатков счетов проблемы переноса появляются при количестве остатков в несколько тысяч и более. Хотя для экономии времени выгрузки данных можно рекомендовать разбиение на части даже в том случае, если выгрузить за один раз удается все остатки по разделу учета. Время выгрузки зависит от размера порции данных не пропорционально, не линейно. Поэтому разбив например десять тысяч остатков по товарам на десять частей по тысяче, можно сократить время выгрузки в разы.

Если переносим первую порцию, номер порции начальной можно не указывать, если последнюю порцию, то можно не указывать номер порции конечной. При переносе данных частями обязательно нужно указывать в параметрах постфикс, который участвует в формировании комментария документа « Ввод начальных остатков». Изменяя номера диапазона порций нужно не забывать изменять постфикс, иначе при загрузке в Конфигурацию-получатель документы с одинаковыми комментариями (постфиксами) перезапишутся.

Имя файла данных при этом не имеет особого значения. Можно применить тактику последовательного переноса: выгрузить - загрузить, выгрузить - загрузить и т.д. Имя файла данных в этом случае можно не изменять. Можно избрать тактику: сначала все выгрузить, потом все загрузить. В последнем случае имя файла данных при каждой выгрузке придется изменять. Еще раз пример. Если количество остатков по разделу учета (например товаров) допустим 10000 разбиваем на части по тысяче, то получится 10 порций.

Каждая часть должна иметь уникальный постфикс: '-1', '-2', '-3', '-4'. Если выгружаем все остатки товаров, а затем все загружаем, то файлы данных также должны быть уникальны, например: '411', '412', '413', '414'. Параметры 'Номер порции начало' и 'Номер порции окончание' должны принимать значения: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.