THE BELL

Є ті, хто прочитали цю новину раніше вас.
Підпишіться, щоб отримувати статті свіжими.
Email
ім'я
Прізвище
Як ви хочете читати The Bell
без спаму

Принцип роботи.

Кілька слів про те як проводиться перенесення даних з типової конфігурації « Бухгалтерський облік», Редакції 4.5 для 1С: Підприємства 7.7 \u200b\u200bабо конфігурації" "(далі по тексту Зміни-джерело) в типову конфігурацію« Бухгалтерія підприємства», Редакція 3.0 для 1С: Підприємство 8 (версія 3.0.52), далі по тексту іменується« Конфігурація-одержувач ».

ВАЖЛИВО! Перенесення даних можливий з конфігурації Бухгалтерський облік редакції 4.5 для 1С: Підприємства 7.7 \u200b\u200bверсій 7.70.569 і більш пізніх або з конфігурації " Спрощена система оподаткування, ред. 1.3"Версій 7.70.219 і вище.

Перехід з Зміни-джерело на Конфігурацію-одержувач рекомендується виконувати на початку нового періоду (року, кварталу, місяця) після завершення регламентних операцій минулого періоду.

Перенесення даних проводиться за допомогою спеціалізованої обробки, вивантажуються дані з інформаційної бази Зміни-джерела в файл в форматі XML. Отриманий файл завантажується в інформаційну базу Зміни-одержувача за допомогою універсальної обробки завантаження даних.

Для перенесення даних необхідні наступні файли:

ACC_ACC8 .ert - зовнішня обробка вивантаження даних у зовнішній файл з конфігурації « Бухгалтерський облік, ред.4.5»;

USN_ACC8 .ert - зовнішня обробка вивантаження даних у зовнішній файл з конфігурації « Спрощена система оподаткування, ред. 1.3»;

ACC_ACC8 .xml - правила конвертації даних.

USN_ACC8 .xml - правила конвертації даних.

Переносяться дані.

З інформаційної бази Зміни-джерело в Конфігурацію-одержувач переносяться:

Елементи довідників;

Інформація про поточні залишки на рахунках бухгалтерського обліку інформаційної бази Зміни-джерело на дату конвертації інформаційної бази;

Поточні документи з датою більшою ніж дата конвертації інформаційної бази.

Конвертація виконується в два етапи:

Дані з інформаційної бази Зміни-джерело вивантажуються в окремий файл (Файл даних);

Отриманий файл завантажується в інформаційну базу Конфігураціі- одержувача.

Установка.

Для установки обробки перенесення даних слід скористатися програмою установки setup.exe. Після запуску програми (якщо кількість інформаційних баз 1С: Підприємство велике, то через деякий час) з'явиться діалогове вікно, в якому потрібно зазначити ті інформаційні бази, куди буде встановлена \u200b\u200bобробка перенесення даних. Вікно має вигляд, як на рис.1. Якщо кількість інформаційних баз більше семи, то для навігації використовуйте кнопки "вгору" і "вниз". Якщо вибрано кілька інформаційних баз, то в рядку "шлях" відбивається місцезнаходження тільки останньої обраної бази. Ця інформація носить допоміжний характер і використовується за бажанням для додаткового контролю з боку користувача за результатом роботи програми установки, Не зважайте на неї особливої \u200b\u200bуваги, Програма сама визначить, де встановлені вибрані Вами інформаційні бази.

Рис.1 Вікно вибору інформаційних баз при установці

Додатково можна вказати папку, в яку також буде встановлена \u200b\u200bобробка перенесення даних, для цього слід скористатися вікном вибору папки (натиснувши кнопку з трьома крапками). Повний шлях для обраної папки буде відображений в рядку вибору. Після натискання на кнопку "встановити" буде проведена установка необхідних файлів в обрані інформаційні бази і (або) в обрану папку. Після завершення можна натиснути кнопку "деталі" і побачити докладний протокол установки, які файли і в які папки були записані. В результаті в обраній папці повинна вийти приблизно така картина, см. Рис.2.

Рис.2 Файли, встановлені в обрану папку

В підкаталог ExtFormsвстановлюється обробка Перехід на 1С: Бухгалтерію 8, ред. 3.0і правил переносу. Необхідно мати на увазі, що обробка вивантаження ACC_ACC8 .ert і правила вивантаження даних замінюють собою типову обробку і правила. Якщо Ви хочете зберегти типовий механізм переходу, встановлюйте нову обробку в окремий каталог, а не в інформаційну базу.

Детальніше процес установки описаний на прикладі установки звіту " для конфігурації "1С: Бухгалтерський облік 7.7".

Порядок роботи.

В програмі " 1С: Бухгалтерський облік 7.7"Потрібно відкрити з додаткових можливостей обробку " Перехід на 1С: Бухгалтерію 8, ред. 3.0", Вибрати папку, в якій знаходяться правила перенесення (див. Рис. 3) і завантажити правила обміну. \u200b\u200bНе потрібно включати всі правила перенесення. Слід використовувати тільки ті, які необхідні наприклад для перенесення залишків, або залишків і документів. Наприклад в групі довідники жодного правила можна не включати, тому що все довідники переносяться по посиланнях, в міру необхідності, тобто тільки ті, які задіяні або в залишках, або в документах. Це забезпечує відсутність "сміття" в новій інформаційній базі. Документи теж не треба включати всі. Наприклад, якщо якихось документів у Вашій базі немає, або Ви не хочете їх переносити, включати це правило не треба.

Рис.3. Обробка для вивантаження даних

Рекомендую ім'я файлу даних встановлювати "C: \\ v77_v8 \\ Exp77_80.xml", саме ця папка часто використовується за умовчанням в програмі " 1С: Бухгалтерія 8"При завантаженні даних з програм на платформі" 1С: Підприємство 7.7". При необхідності встановіть параметри на сторінці" параметри".

У процесі вивантаження даних з конфігурації « Бухгалтерський облік 7.7»Можуть зустрітися різні помилки. Правила перенесення, представлені тут, відрізняються від типових тим, що на етапі вивантаження даних виконують пошук типових помилок. Розглянемо ті з них, про які виводяться повідомлення.

Нульове кількість і ненульова сума ТМЦ. Ввести в Зміни-одержувачі залишок таким чином, щоб кількість матеріалу дорівнювало нулю, а вартісна оцінка матеріалу не дорівнювала нулю, неможливо, та й немає сенсу, тому що це помилка. Тому при перенесенні залишків такі позиції (з нульовим кількістю) будуть відсутні в документах введення залишків. Отже, якщо помилки не виправити до перенесення даних, то суми в джерелі і приймальнику даних при перенесенні залишків не збігатимуться, що викличе додаткові труднощі звірки. Тому в процесі вивантаження даних з конфігурації « Бухгалтерський облік 7.7»Виводяться повідомлення про зустрілися помилки (див. Рис.4). Додатково для пошуку помилок можна рекомендувати скористатися обробкою "Експрес-перевірка ведення обліку", а саме правилом "Відсутність ненульовий суми при нульовому кількості за матеріалами".

Рис.4.1 Повідомлення про зустрілися помилках

Ненульове сальдо по субконто другого (третього) рівня, В той час як сальдо на першому (другому) рівні дорівнює нулю. Це досить часто зустрічається ситуація помилкового ведення обліку. Типовий приклад показаний на рис.4.2. Виникає такий стан як результат "пересортиці" в аналітичному обліку. Наприклад, в документах руху грошових коштів договір вказано, а в документах оприбуткування ТМЦ договору немає, або навпаки, або договори є але різні. У всіх цих випадках існує нульове сальдо за договорами, при тому, що сальдо по контрагенту дорівнює нулю. Аналогічна картина може скластися в обліку матеріалів, номенклатури (коли включений сумовий облік по місцях зберігання): пересортиця між складами, особливо якщо склади - це матеріально-відповідальні особи.

Рис.4.2 Приклад помилок в обліку

Ясно, що це помилка, і ясно, що не має сенсу переносити такі залишки. Для того, щоб виключити перенесення такого роду залишків, існує параметр «Не вивантажувати залишки, якщо нульове сальдо на верхньому рівні". Якщо цей параметр встановлений в одиницю, то при вивантаженні будуть виводитися повідомлення, показані на рис. 4.3 (порівняйте з рис.4.2), а залишки за такими позиціями розвантажуватися не будуть. Можна використовувати різні комбінації цього параметра з правилами переносу різних залишків. якщо переносити не всі залишки відразу, а за розділами обліку, то можна залишки з різних розділів обліку переносити з різним значенням параметра.

Рис.4.3. Повідомлення про помилки

Порожні значення договорів або чужі договори. Проблема схожа на описану вище, причина та ж - пересортиця в аналітичному обліку за договорами (див. Рис.4.4). Але сальдо по контрагенту не дорівнює нулю, тому описане вище правило перевірки не спрацює. Під час передавання даних виникне помилка при проведенні документа введення залишків, тому що порожнє значення договору не допустимо.

Рис.4.4 Звіт, що показує помилку

Для виключення таких помилок до перенесення, на етапі вивантаження даних видаються повідомлення про помилки (див. Рис.4.5). На цьому ж малюнку видно, що зустрілася і інша помилка: договір не відповідає контрагенту, тобто власник договору - інший контрагент. Такі помилки часто зустрічаються в доопрацьованих, тобто нетипових конфігураціях або в давно створених базах, коли ще в типових конфігураціях не було достатньо суворої перевірки на відповідність договорів при заповненні документів.

Рис.4.5 Повідомлення про помилки обліку

Перевірка на порожні значення договорів і чужі договори проводиться в тому випадку, якщо встановлений в одиницю параметр " Перевіряти договори на порожнє значення і відповідність контрагенту". Додатково для пошуку помилок можна рекомендувати скористатися обробкою" Експрес-перевірка ведення обліку ", а саме правилами" Відсутність незаповненою аналітики за договорами "і" Відповідність контрагентів і договорів ".

Є й інші перевірки на помилки, для уточнення зв'яжіться з нами (контакти внизу сторінки).

прийоми роботи

Покажемо як можна переносити дані частинами, а не цілком, на прикладі вивантаження документів окремого виду або навіть окремих екземплярів документів обраного виду. Помітимо тільки одне правило вивантаження даних " Платіжне доручення"(Див. Рис.5). Це дозволить вивантажити документи тільки виду" Платіжне доручення". Якщо при таких параметрах натиснути на кнопку" вивантажити", То вивантажені будуть всі документи виду" Платіжне доручення", Що знаходяться в тимчасовому інтервалі з" дата початку"По" дата закінчення". Натиснемо кнопку" встановити ПВД", Після цього з'явиться напис" Відбір даних для Платіжне доручення".

Рис.5 Як встановити правило вивантаження даних певного виду

Далі натиснемо кнопку "Додати умова", з'явиться можливість вибрати реквізит відбору (див. Рис.6.1), найчастіше це - " ТекущійДокумент", Що дозволяє вибрати окремий документ зі списку документів даного виду. Можна, використовуючи інші реквізити відбору, отримати вибірку по групі документів, наприклад відібрати документи за датою. У всіх випадках, відбір документів проводиться всередині тимчасового інтервалу, заданого параметрами "Дата початку"І" дата закінчення".

Рис.6.1 Як вибрати окремий документ

Важливо! "1С"), Яка в деяких конфігураціях не дозволяє проводити відбір документів при вивантаженні за реквізитами відбору. Це пов'язано з тим, що в типових правилах відбір документів проводиться запитом без вказівки періоду. Такі запити працюють не завжди.

Схожим чином можна вивантажувати довідники, які не цілком весь довідник, а виконавши відбір з якого-небудь реквізиту. Спочатку вибираємо потрібне правило вивантаження даних, потім послідовно натискаємо кнопки " встановити ПВД"І" Додати умова". Для прикладу на рис.6.2 показано, як можна вивантажити тільки тих співробітників, з якими на момент переходу з програми" 1С: Спрощена система оподаткування, ред. 1.3"На" 1С: Бухгалтерія підприємства, редакція 3.0"(Або, як частоговорят користувачі, перехід з бухгалтерії 7.7 на 3.0) встановлені трудові відносини.

Рис.6.2 Як вибрати групу елементів довідника

Важливо!У пропонованих правилах переносу даних виправлена \u200b\u200bпомилка типових правил (від фірми "1С"), Яка призводить до неправильного відбору елементів довідника при вивантаженні з періодичним реквізитами довідника, тобто таким у яких на різні дати встановлюються різні значення. Це пов'язано з тим, що в типових правилах відбір елементів довідника проводиться запитом без вказівки періоду.

Відбір по періодичним реквізитами довідника проводиться на дату параметра " дата закінчення"!!!

Можна використовувати комбінацію правил вивантаження даних і відборів. Правила, для яких встановлені відбори, будуть позначені як "[ВІДБІР]". Для того, щоб побачити або відредагувати відбір конкретного правила вивантаження даних, потрібно двічі клацнути мишею по цьому правилу в списку правил або, вибравши його, натиснути кнопку " встановити ПВД".

Важливо! Якщо вивантаження об'єктів виходить порожній або неповної, потрібно перевірити чи не встановлений режим синхронізації з 1С: Бухгалтерією 8. Якщо це так, то розвантажуватися будуть тільки об'єкти, змінені після виконаного перенесення (Справочнік.ПараметриСінхронногоУчета зберігає параметр ПозіціяПоследнегоВигруженногоДокумента, який перевіряється під час вивантаження функцією ПроверітьНаВозможностьВигрузкі) . Повноцінна робота в режимі синхронізації стає неможливою. Перевірка режиму синхронізації проводиться після завантаження правил обміну. Якщо режим встановлений буде сформовано вікно попередження (див. Рис.6.5) і буде запропоновано відключити режим синхронізації.

Мал. 6.5 Вікно попередження про режим синхронізації

Додаткові відмінності від типових правил

Виправлена \u200b\u200bпомилка перенесення ПТіУ зі старими видами надходження: якщо в документах ПоступленіеТоваровІУслуг вид надходження дорівнює 2 (застаріле значення) і немає рахунку-фактури постачальника, виникає помилкова конвертація цього документа в БП 3.0 в документ повернення від покупця.

Виправлена \u200b\u200bпомилка при перенесенні ручних операцій, що мають субконто Підрозділ, в версію БП ПРОФ. Така операція не записується в БП, виникає помилка: "Поле Підрозділ має бути порожнім". Це пов'язано з тим, що правила розраховані на роботу з версіями КОРП, проте в ПРОФ вимірювання ПодразделеніеДт і ПодразделеніеКт регістра бухгалтерії повинні бути порожніми.

Виправлена \u200b\u200bпомилка, що приводить до дублювання груп довідника договори і, як наслідок, до дублювання елементів цього довідника (тому що пошук при завантаженні проводиться з урахуванням одного з батьків). Проілюстровано це малюнком 6.6.

Рис.6.6 Результат перенесення довідника договори типовими правилами

Тут в колонці батько (Група довідника) з найменуванням 2015 присутні дві різні групи довідника з однаковим найменуванням (в джерелі група одна), тому і договори дублюються.

Виправлена \u200b\u200bпомилка перенесення банківських документів при переказі грошей з одного розрахункового рахунку на інший. В БП 3.0 в цьому випадку створюється документ Списання з розрахункового рахунку з видом операції Переклад на інший рахунок організації, який не проводиться через те, що не заповнений реквізит Рахунок отримувача. Крім того невірно заповнюються реквізити рахунок обліку і рахунок дебету. Це проявиться, якщо вони різні, наприклад 55 і 51, тоді їх потрібно поміняти місцями. Виправлена \u200b\u200bпомилка незаповнення реквізиту вид зобов'язання в документах по перерахуванню податків. Все перераховане вище відноситься до релізу 3.0.43.215.

переноситься реквізит Основний договір довідника контрагенти.

Змінено правило вивантаження довідника номенклатура, Тепер спосіб відбору даних - стандартна вибірка, що дозволяє виконувати відбори елементів довідника за реквізитами (у типових правилах ССО 7.7 - БП 3.0 це неможливо). При перенесенні довідника номенклатура, Переносяться і ціни номенклатури по посиланнях, тобто ціни тільки переносяться елементів номенклатури. Для включення такої можливості потрібно встановити в одиницю значення параметра Вивантажувати ціни при вивантаженні номенклатури.

Виправлена \u200b\u200bпомилка в типових правилах "ССО 7.7 - БП 3.0" при перенесенні залишків за розрахунками з контрагентами: вид договору завжди встановлювався в значення інше. Тепер - в залежності від виду залишку, по розділу обліку " РасчетиСПоставщікаміІПодрядчікамі"Вид договору \u003d" З постачальником", По розділу обліку" РасчетиСПокупателяміІЗаказчікамі"Вид договору \u003d" З покупцем", В інших випадках вид договору \u003d" інше".

Виправлена \u200b\u200bпомилка в типових правилах "ССО 7.7 - БП 3.0" при перенесенні залишків за розрахунками з контрагентами: сума взаєморозрахунків записувалася в два реквізити документа введення початкових залишків сума і СуммаКт. Через це документ введення початкових залишків не проводився.

рахунокСПокупателем"(В типових правилах" інше"). Встановлюється значення реквізиту" статус оплати", Це важливо для правильного вибору рахунки на оплату покупцеві в банківських платіжних документах в Зміни-одержувачі.

При перенесенні документів виду " Платіжне доручення"Вид договору встановлюється в значення" з постачальниками"(В типових правилах" інше").

Виправлена \u200b\u200bпомилка в типових правилах "ССО 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 "і т.д.

ВАЖЛИВО! Описаний алгоритм розбиття одного документа « Введення початкових залишків»На кілька використовується тільки для скорочення часу вивантаження даних, всі документи вивантажуються в один файл, тобто перенесення даних відбувається в один прийом, коментарі (постфікси) формуються автоматично, задається тільки один параметр. Але цей прийом не вирішує проблему нестачі пам'яті, про яку піде мова нижче.

При перенесенні інформаційних баз великого розміру може виникнути проблема нестачі оперативної пам'яті: При спробі вивантаження програма завершиться з відповідним повідомленням про помилку або без повідомлення. Намагатися замінити комп'ютер на більш потужний марно. В цьому випадку слід вивантажувати дані частинами, розбиваючи їх на порції. Для цього необхідні правила перенесення з підтримкою зазначеного режиму. Розглянемо як слід здійснювати вивантаження. По-перше, перенесення даних слід виконувати, використовуючи тільки одне правило вивантаження (див. Рис.6.4). Якщо і по одному правилу перенесення неможливе, то розбиваємо на частини, вказуючи номер порції початковий і кінцевий. У кожній порції буде інформація на задану кількість значень аналітики першого рівня, наприклад залишків по товарах, тобто задану кількість значень залишків за рахунком "41". Знаючи загальну кількість аналітики по рахунку нескладно підрахувати кількість порцій. Скільки даних без проблем переноситься за один раз (в одну частину інформації) потрібно визначати дослідним шляхом, як правило, під час вивантаження залишків рахунків проблеми перенесення з'являються при кількості залишків в кілька тисяч і більше. Хоча для економії часу вивантаження даних можна рекомендувати розбиття на частини навіть у тому випадку, якщо вивантажити за один раз вдається все залишки по розділу обліку. Час вивантаження залежить від розміру порції даних не пропорційно, нелінійно. Тому розбивши наприклад десять тисяч залишків по товарах на десять частин по тисячі, можна скоротити час вивантаження в рази. Якщо переносимо першу порцію, номер порції початкової можна не вказувати, якщо останню порцію, то можна не вказувати номер порції кінцевої.

ВАЖЛИВО!Під час передавання даних частинами обов'язково потрібно вказувати в параметрах постфікси, який бере участь у формуванні коментаря документа « Введення початкових залишків». Змінюючи номера діапазону порцій потрібно не забувати змінювати постфікси, інакше при завантаженні в Конфігурацію-одержувач документи з однаковими коментарями (постфіксом) перезапишуть. Файл даних при цьому не має особливого значення. Можна застосувати тактику послідовного перенесення: вивантажити - завантажити, вивантажити - завантажити і т.д. Файл даних в цьому випадку можна не змінювати. Можна обрати тактику: спочатку все вивантажити, потім все завантажити. В останньому випадку ім'я файлу даних при кожній вивантаженні доведеться змінювати. Ще раз приклад. Якщо кількість залишків по розділу обліку (наприклад товарів) припустимо 10000 розбиваємо на частини по тисячі, то вийде 10 порцій. Кожна частина повинна мати унікальний постфікси: "-1", "-2", "3", "4". Якщо вивантажуємо все залишки товарів, а потім все завантажуємо, то файли даних також повинні бути унікальні, наприклад: "41_1", "41_2", "41_3", "41_4". Параметри "Номер порції початок" і "Номер порції закінчення" повинні приймати значення: 0 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Рис.6.4 Установка параметрів при перенесенні даних частинами

Перенесення даних частинами підтримується для наступних правил вивантаження:

    Необоротні активи

    матеріали

    Відхилення вартості ТМЦ

    ПДВ по придбаних цінностях

    Незавершене виробництво

  • Готова продукція і напівфабрикати

    Витрати на продаж

    Товари відвантажені

    Грошові кошти

    Фінансові вкладення

    Розрахунки з постачальниками та підрядниками

    Інші розрахунки з контрагентами

    Податки та збори

    Розрахунки з персоналом

    Розрахунки з підзвітними особами

    Розрахунки з засновниками

    Розрахунки з іншими дебіторами і кредиторами

    Капітал та резерви

    Витрати майбутніх періодів

    Відкладені податкові активи і зобов'язання

    Фінансовий результат

    позабалансові рахунки

Не намагайтеся слідувати безглуздим порад типу: "Передайте спочатку довідники, а потім залишки".По-перше, немає ніякого сенсу переносити окремо довідник, хоч частинами, хоч цілком , Якщо помилка виникає при вивантаження залишків, то це не допоможе. Помилка найімовірніше дійсно виникне при перенесенні залишків (при вивантаженні, це важливо розуміти), коли довідник переноситься по посиланнях. Не важливо, був довідник вже перенесений чи ні, при вивантаження залишків він все одно буде розвантажуватися без обмежень. По-друге, перенесення довідників цілком - це як правило перенесення сміття, не варто цього робити.

Після закінчення вивантаження необхідно запустити програму «1С: Бухгалтерія 8». Завантаження як спочатку так і при повторних перенесення даних або додаткових перенесення слід виконувати за допомогою типової обробки (див. Рис.7).

Увага, важливо. Про бработка універсальний обмін даними в форматі XML (В деяких релізах 3.0.43.х)містить помилки. Мо жно використовувати виправлену обробку Універсальний обмін даними в форматі XML, Яка входить в поставку і встановлюється в каталог бази Бухгалтерський облік редакції 4.5.

Після завантаження в програму 1С: Бухгалтерія 8 документи введення залишків потрібно провести, а решту документів слід перепровести. Це найкраще зробити за допомогою обробки Групове перепроведення документів, Яка знаходиться в розділі адміністрування. Якщо її в зазначеному розділі не видно, виконайте настройку панелі дій, додавши потрібну команду (див. Рис.7.1)

Рис.7.1 Налаштування панелі дій

важливо. Використовувати обробку з типової конфігурації не можна, так як вона працює в режимі налагодження обробників (ОбработкаОбмена.ФлагРежімОтладкіОбработчіков \u003d Істина) і не дозволяє використовувати обробник "Поля пошуку" для пошуку завантажених елементів для довідника " контрагенти"(Див. Вище). Точніше, все обробники, які використовуються при завантаженні, знаходяться у вбудованій в конфігурацію обробці ОбработчікіЗагрузкіІзБухгалтеріі77. Таким чином, неможливо виконати перенос за зміненими правилами, принаймні на етапі завантаження.

Можна використовувати аналогічну зовнішню обробку ПереносДаннихІзІнформаціоннихБаз1СПредпріятія77 (Вона входить в поставку). Нижче описано як їй (ще раз - зовнішньої обробкою) користуватися.

Після закінчення вивантаження необхідно запустити програму «1С: Бухгалтерія 8». У меню: Файл - Відкрити і вказати на зовнішню обробку ПереносДаннихІзІнформаціоннихБаз1СПредпріятія77.

Після цього відобразиться форма, в якій має бути вказано варіант завантаження даних - Завантажити дані з файлу (Рис.7.2).

Після чого відобразиться діалогове вікно, в якому необхідно буде вказати шлях до вивантажених файлу (див. Рис.7.3).

Натиснувши «Завантажити дані» запустити процес завантаження даних (див. Рис.7.4), по закінченню якого, потрібно буде сформувати оборотно-сальдову відомість і звірити обороти в базі Зміни-джерелі і Зміни-одержувачі, в яку була проведена завантаження.

У разі, якщо в процесі перенесення даних виникли якісь помилки, відкриється вікно повідомлень, з якого за подвійним клацанням мишею можна перейти до усунення помилки. Для отримання звіту про виниклі помилки з описом та рекомендаціями щодо усунення необхідно натиснути гіперпосилання « Інформація про помилки».

Завантаження при повторних перенесення даних або додаткових перенесення окремих документів або довідників можна виконувати за допомогою типової обробки "Універсальний обмін даними в форматі XML", це дозволить прискорити процес.

Методика конвертації даних.

Конвертація при необхідності може виконуватися в декілька етапів, наприклад, спочатку залишки, а потім документи. Можливий повторне перенесення інформації.

Залишки переносяться за допомогою документів « Введення початкових залишків».

Детальніше з методикою введення залишків можна ознайомитися в статті на сайті ІТС фірми 1С (для 1С: Бухгалтерія підприємства ред.3.0)

важливо! Перед введенням початкових залишків повинні бути задані параметри облікової політики. Параметри облікової політики організації зчитуються на дату, наступну за датою введення залишків. Наприклад якщо дата введення залишків 31.12.2013 р, то враховуються параметри облікової політики, встановлені на дату 01.01.2014 р Це дозволяє враховувати параметри поточної облікової політики (наприклад: якщо в 2013 р організація застосовувала спрощену систему оподаткування, а з 2014 р . перейшла на загальну систему - то при введенні залишків на дату 31.12.2013 р враховуватимуться параметри облікової політики 2014 р). Переконайтеся в тому, що облікова політика правильно перенеслася, якщо необхідно, виправте.

важливо! Якщо Ви вирішили почати працювати в Зміни-одержувачі раніше, ніж перенесли туди залишки, то необхідно попередньо до початку роботи в Зміни-одержувачі перенести довідники. Інакше при перенесенні залишків в непорожню базу можливі помилки.

Відповідаю на запитання! Обробка і правила перенесення, що входять в комплект поставки, відкриті, не захищені зовсім від копіювання. Це не означає, що у покупця (ліцензіата) є право на розповсюдження і тиражування. Такого права у ліцензіата немає. У ліцензіата є право використання. Реалізуючи це право ліцензіат може створювати архівні копії, вносити зміни, використовувати необмежену кількість разів на необмеженій кількості комп'ютерів. Для доопрацювання або виправлення правил конвертації, а також для більш детального знайомства з ними необхідно завантажити правила в програму Конвертація даних. Ця програма поширюється фірмою 1С, нею і визначаються правила її використання.

причини купити

Регулярно оновлюється. Оновлення протягом шести місяців після покупки безкоштовні. Входить до ТОП-100 публікацій Інфостарта.

переваги

Текст правил і обробки відкриті, використовується технологія Конвертація даних, легко правляться.

порівняння версій

    29.01.2019 Правила оновлені до релізу 3.0.67.70

    05.07.2018 Правила оновлені до релізу 3.0.63.22

    25.09.2017 Правила оновлені до релізу 3.0.52.36

    18.07.2017 Правила оновлені до релізу 3.0.51.16

    12.10.2016 Виправлена \u200b\u200bпомилка перенесення ПТіУ зі старими видами надходження

    08.09.2016 Правила оновлені до релізу 3.0.44.102

    18.06.2016 Виправлена \u200b\u200bпомилка перенесення ручних операцій, що мають субконто Підрозділ

    31.05.2016 Правила оновлені до релізу 3.0.43.236. У типових конфігураціях (релізи БП 3.0.43.174 - 235) в обробці УніверсальнийОбменДанниміXML неправильно працює процедура ЗагрузітьПараметри. Правила змінені таким чином, щоб обійти цю помилку. Також можна для завантаження в БП 3.0 використовувати вкладену в пакет поставки обробку УніверсальнийОбменДанниміXML. Вона записується при установці в підкаталог ExtForms каталогу інф. бази 7.7.

    25.05.2016 Правила оновлені до релізу 3.0.43.215

    11.05.2016 Обмеження на довжину найменування договору змінено з 50 на 100.

    23.02.2016 Правила оновлені до релізу 3.0.43.29

    21.12.2015 Обробка і правила оновлені до релізу 3.0.42.33

    11.11.2015 Додана перевірка на режим синхронізації

    18.05.2015 Обробка і правила оновлені до релізу 3.0.40.24

    14.05.2015 Доопрацьовано перенесення платіжних документів по сплаті податків

    08.04.2015 Обробка і правила оновлені до релізу 3.0.39.56. У релізі 3.0.39 змінилася структура рахунку на оплату: більше немає табличній частині "Послуги", тепер товари і послуги в одній табличній частині "Товари". Тому правила для 3.0.38 не можна використовувати для перенесення в 3.0.39

    02.04.2015 Обробка і правила оновлені до релізу 3.0.38.53

    23.12.2014 Обробка і правила оновлені до релізу 3.0.37

Комплект поставки.

У комплект поставки входять: обробка "ACC_ACC8", правила перенесення "ACC_ACC8" і обробка ПереносДаннихІзІнформаціоннихБаз1СПредпріятія77. У разі якщо Ваша організація не має штатним програмістом для проведення робіт, ми готові запропонувати послуги свого фахівця (програміст підключиться до Вашого комп'ютера через інтернет, за допомогою спеціальної програми для віддаленої роботи і зробить потрібні роботи). Якщо є можливість надати робочу базу "1С: Бухгалтерський облік 7.7", Можемо перенести дані самі і передати файл " 1С: Бухгалтерія 8"З перенесеними залишками. Вартість даної послуги не входить в загальну вартість пакета.


© Борис Балясников, січень 2014р., останні зміни Січень 2019 р.

Більшість користувачів програми 1С 7.7 представляють перехід з 1С 7.7 на 8.3 (8.2) як щось складне і підвладне тільки програмістам. Якщо в організації не перероблена уздовж і поперек конфігурація, то ця стаття написана для Вас і допоможе з переходом на 1С 8.3 або 8.2.

Як підготувати базу 1С 8.3 (8.2) для подальшого перенесення даних з 1С 7.7 покроково

Перед початком роботи необхідно підготувати базу 1С 8.3 (8.2) для подальшого завантаження даних.

Крок 1

Оновити базу 1С до актуально релізу, використовувати останню версію 8.2 або 8.3. Перевірити актуальність поточного релізу можна на сайті техпідтримки 1С.

Як встановити або оновити платформу 1С 8.3 дивіться в нашому відео уроці:

крок 2

Провести регламентні операції закриття місяця. Додатково можна зробити перевірку бухгалтерського обліку через Сервіс - Перевірка даних для переходу 1С Бухгалтерія 8.При наявності помилок - виправити їх.

крок 3

крок 5

Створити чисту базу для завантаження даних. Це необхідно для оперативної скасування завантаження даних в разі, якщо виникли непередбачені ситуації. Верхнє меню програми вибрати Адміністрування - вивантажити дані, прописати ім'я файлу вивантаження і місце його збереження.

Завдяки цим підготовчим заходам у нас з бази віддалятися зайві об'єкти, база 1С стане менше. Відбудеться перерахунок підсумків, перевірка логічної цілісності бази. Тепер можна приступати до перекладу даних з 1С 7.7 на 1С 8.3 (8.2).

Як додати інформаційну базу в 1С 8.3 дивіться в наступному відео уроці:

Перенесення даних з 1С 7.7 в 1С 8.2 Бухгалтерія 2.0

В останньої версії релізу програми 1С 8.2 Бухгалтерія 2.0 переклад з інформаційних баз 1С 7.7 не підтримується. Відповідно до вимоги фірми 1С необхідно робити. Тому, якщо в базі 1С 8.2 вибрати Сервіс - Перенесення даних з інформаційних баз 1С Підприємства 7.7, То отримаємо помилку:

Але що робити, якщо дуже потрібно зробити перенесення і саме в версію програми 1С 8.2?

Крок 1. Вивантаження даних з 1С 7.7

Необхідно завантажити файли, які раніше поставлялися фірмою 1С для вивантаження в 1С 8.2 Бухгалтерію. Ці файли необхідно покласти в папку ExtForms з вашої БД. У прикладі це D: \\ 1с \\ 77 \\ unp_demo \\ ExtForms. Подивитися шлях до вашої базі даних можна при завантаженні програми 1С:

Запустимо цю обробку: Якщо все зроблено правильно, то повинна з'явитися напис - Вивантаження даних для 1С Бухгалтерія 8, виберемо її по кнопці Відкрити:

  • Правила вивантаження - файл з ім'ям Acc77_80.xml, його ми скопіювали в папку ExtForms;
  • Дата початку і дата закінчення - період, протягом якого будуть вивантажені дані;
  • Правила вивантаження даних - об'єкти для вивантаження, довідники та документи, які потрібно вивантажити в файл.

Файл з даними в прикладі будуть копіюватися на робочий стіл, але Ви можете вибрати будь-яку іншу папку. Натискаємо кнопку Завантажити правила обміну. Відкриється список об'єктів, які будуть розвантажуватися з 1С 7.7 і який можна редагувати, прибираючи або встановлюючи галки вибору:

Залежно від ситуації вивантажувати дані можна або відразу все, або частинами. Спочатку вивантажуємо довідники - 95% вони вивантажуються без проблем. Другим файлом вивантажуємо залишки і обороти по розділах обліку. Цей варіант зручно використовувати, якщо якісь дані вивантажуються не зовсім коректно.

Крок 2. Завантаження в 1С 8.2 Бухгалтерія 2.0 з 1С 7.7

вибираємо Сервіс - Перенесення даних з інформаційних баз 1С Підприємство 8, У вікні вибираємо Завантажити з файлу:

Вибираємо файл, який вивантажили з 1С 7.7 на робочий стіл. Після натискання кнопки Далі відбудеться завантаження даних з файлу. Якщо облік в базі 1С 7.7 ведеться давно, то завантаження може зайняти тривалий час.

Якщо під час завантаження виникли помилки, то завантажиться тільки частина даних і тому доведеться завантажувати заново.

Перенесення даних з 1С 7.7 в 1С 8.3 Бухгалтерія 3.0

Алгоритм перенесення бази з 1С 7.7 в 1С 8.3 трохи відрізняється в деталях, але в загальному схожий на той що описаний вище для 1С 8.2 Бухгалтерія 2.0.

Крок 1

Після поновлення інформаційної бази 1С, необхідно оновити правила вивантаження даних. Це можна здійснити в такий спосіб.

Відкриємо 1С 8.3 Бухгалтерія 3.0 і виберемо У нижньому правому куті виберемо кнопку Зберегти правила перенесення, виберемо версію 1С Бухгалтерія 7.7 та збережемо правила, вказавши шлях в каталог ExtForms інформаційної бази даних:

Крок 2. Вивантаження даних з 1С 7.7

Можливість вивантаження з 1С 7.7 в 1С 8.3 зроблена за замовчуванням, тобто немає необхідності завантажувати додаткові файли і додавати їх в базу.

Запустимо обробку вивантаження: Сервіс - Додаткові можливості.Знаходимо напис Перехід на 1С 8.3 Бухгалтерію ред. 3.0 і натискаємо Відкрити:

У вікні необхідно заповнити:

  • Правила вивантаження - файл з ім'ям ACC_ACC8.xml, якій можна знайти в папці з вашою базою даних (як визначити шлях до бази даних - було описано вище), папка ExtForms. Це той, який скопіювали з 1С 8.3;
  • Дата початку і дата закінчення - період, за який будуть вивантажені дані;
  • Файл даних - місце, куди будемо копіювати файл з вивантаженими даними;
  • Правила вивантаження даних - об'єкти для вивантаження, довідники та документи, які будуть вивантажені в файл:

Натискаємо кнопку Завантажити правила обміну. З'явиться список об'єктів, які будуть розвантажуватися з 1С 7.7, який можна редагувати прибираючи або встановлюючи галки вибору.

Вивантажувати можна частинами, створюючи кілька файлів або відразу вивантажити всі дані. Як вчинити залежить від конкретної ситуації. У прикладі вивантажуємо відразу всі дані.

Відкриємо 1С Бухгалтерія 3.0 (8.3) і виберемо Тут побачимо 2 способи завантаження даних:

  • Завантажити дані з інформаційної бази - програма 1С 8.3 сама знайде встановлені бази і спробує підключитися до цієї інформаційної базі, скопіювавши звідти дані. За допомогою налаштувань можна вказати що необхідно завантажувати і натиснути кнопку Завантажити дані:

  • Завантажити дані з файлу - це якраз наш варіант. Необхідно вказати файл, який вивантажили з 1С 7.7 і натиснути кнопку Завантажити дані. Якщо з'явилося вікно як внизу, то значить, що завантаження пройшла успішно. В іншому випадку треба завантажувати або частинами і виправити помилки, які видасть програма в 1С 7.7:

Перенесення даних з зміненої типової конфігурації 1С 7.7 в 1С 8.3 (8.2)

Перенесення даних з змінених конфігурацій 1С 7.7 значно складніший за переписаних бізнес-процесів, які не мають в тій редакції програми, в яку будемо переносить дані. У більшості випадків, такі переноси повинен робити фахівець володіє досвідом перенесення даних або добре володіє конфігурацією Конвертація даних. Існують загальні принципи перенесення, якими можна скористатися для перенесення таких конфігурацій:

  • Перенесення функціоналу. У новій конфігурації необхідно повторити функціонал, який присутній в 1С 7.7. Додаткові документи, довідники та реквізити. Зробити вивантаження -CF цієї бази.
  • на кінець року. Порівняти обороти по рахунках до згортки і після - вони повинні бути рівні.
  • Перенесення даних з згорнутої бази 1С 7.7 в типову чисту базу нової редакції. Перевірити дані оборотів за рахунками в 1С 7.7 та 8.2 або 8.3. У разі помилок виправити їх.
  • У чисту базу, в яку справили завантаження даних з 1С 7.7, необхідно зробити завантаження CF файлу конфігурації, в якій повторили функціонал з 1С 7.7.
  • Додаткові реквізити довідників можна перенести за допомогою конфігурації Конвертація даних.

Перевірка даних після перенесення даних з 1С 7.7 в 1С 8.3 та 8.2

За допомогою звіту Оборотно-сальдова відомість сформувати звіт з даними по субрахунках, видам обліку, позабалансовими рахунками, валютами і порівняти з таким же звітом з бази 1С 8.3 (8.2) в яку перенесли дані:

Для правильного перенесення бажано оновити конфігурацію-джерело і конфігурацію-приймач до останньої версії. На момент написання статті це були

  • 7.70.544 для джерела;
  • 2.0.42.6 для приймача.

Вибір обробки і правил переносу даних

Перенесення даних з 7.7 повинен виконуватися відповідної обробкою і за правилами, які слід вибрати в 8.2 з довідника "Конвертації з інформаційних баз попередніх поколінь" (див. Рис. 1):

Мал. 1. Вибір обробки і правил з довідника "Конвертації з інформаційних баз попередніх поколінь".

Збережемо вибрані обробку і правила конвертації. Надалі, при необхідності, вони можуть бути відредаговані в конфігурації "Конвертація даних 2.1" і будуть використані для перенесення даних.

Редагування в конфігурації "Конвертація даних 2.1"

Якщо база-джерело стандартна, необхідності використовувати конфігурацію "Конвертація даних 2.1" немає, і можна відразу приступати до наступного кроку. Для модифікованих баз, або для зміни стандартних правил перенесення в базу конвертації слід завантажити збережені правила (рис. 2):

Мал. 2. Завантаження правил обміну

Після завантаження правил їх можна відредагувати відповідно до вимог перенесення. Наприклад, замовник поставив завдання перенести довідник "Матеріали" з оригінальними кодами джерела. У стандартних правилах пошук елементів довідника "Матеріали" проводиться за трьома реквізитами (ЕтоГруппа, Найменування, Батько), пошук по коду відключений і, крім того, в правилі конвертації властивостей коду його довжина приводиться до стандартної для 8.2. довжині з доповненням провідними нулями зліва (рис. 3). Зауважимо, що навіть якщо використовувати стандартні правила, але зі значенням параметра "Вивантажувати коди довідників", то всюди для відповідних правил "Перед вивантаженням" все одно доведеться замінити текст "Параметри.ВигружатьКоди \u003d Так" на правильне вираз "Параметри.ВигружатьКоди \u003d 1" , так що доведеться скористатися конфігурацією "Конвертація даних 2.1" або правити код вручну безпосередньо в обробці Exp77_82.ert.

Мал. 3. Стандартні правила перенесення для коду довідника "Матеріали"

Тепер ми змінимо правила перенесення так, щоб елементи довідника "Матеріали" з 7.7 переносилися в 8.2. з оригінальними кодами джерела. Для цього, по-перше, встановимо пошук за реквізитами Код, ЕтоГруппа, і видалимо стало непотрібним правило конвертації коду. По-друге, додамо кілька рядків в "Правила обміну даними" для нашої конвертації, щоб зробити попередню установку параметра перенесення, за яким з бази-джерела вивантажуватимуться коди довідників (рис. 4):

Якщо ТабліцаНастройкіПараметров.НайтіЗначеніе ( "ВигружатьКоди", НС, "Ім'я") \u003d 1 Тоді

ТабліцаНастройкіПараметров.УстановітьЗначеніе (НС, "Значення", 1)

КонецЕсли;

Цю установку можна і не робити, але тоді кожен раз при виклику обробки вивантаження даних з 7.7 на закладці "Параметри" треба буде встановлювати параметр "Вивантажувати коди довідників" в значення 1.

Мал. 4. Встановлення параметрів переносу

Важливо пам'ятати, що виконані настройки треба не тільки зберегти в правилах вивантаження, але і замінити модуль обробки 7.7 Exp77_82.ert на отриманий з конвертації даних (рис. 5).

Мал. 5. Збереження правил обміну

Для вивантаження даних з 7.7 викличемо відповідну обробку перенесення, вкажемо в ній правила перенесення даних (Acc77_82.xml) і файл, куди буде зберігатися результат перенесення (Спб_бух_77_82.xml), а також реквізити "Дата початку" і "Дата закінчення". При цьому залишки по розділах обліку будуть переноситися на дату початку, а перенесення документів буде виконаний за період від дати початку до дати закінчення. Якщо необхідно перенести повну інформацію, можна вибрати всі правила перенесення даних. Але, як правило, переносять тільки обрані "Залишки за розділами обліку", при цьому довідники і документи, на які посилаються ці розділи обліку, переносяться автоматично. Цей значно скорочує час перенесення.

Мал. 6. Вивантаження інформації

Далі, викличемо з меню Сервіс -\u003e Відомості про організацію відповідну форму, перемкнемо регістр клавіатури на російську мову, і скопіюємо назва організації в буфер обміну. Перемикати регістр обов'язково, інакше інформація в буфері обміну буде неправильною для копіювання в 8.2.

Мал. 7. Відомості про організацію

Завантаження інформації в 8.2

Викличемо обробку "Помічник введення відомостей про організацію" і замінимо назва "Наша організація" на назву, скопійоване в буфер обміну з 7.7. (Рис. 8.)

Мал. 8. Загальні відомості про організацію

Скопіюємо реквізити ІПН і КПП з відповідних полів "Відомості про організацію" на закладці "Коди". Під час передавання даних по ним буде ідентифікуватися організація. Інші реквізити копіювати не треба, оскільки вони заповняться при обміні. Збережемо введену інформацію.

Тепер виконаємо пункт меню Сервіс -\u003e Передача даних з інформаційних баз 1С: Підприємство 7.7 і виберемо пункт "Завантажити дані з файлу". У формі вкажемо розташування файлу і натиснемо кнопку "Далі".

Усе! Результат завантаження можна побачити в журналі операцій.

В даний час головним болем у бухгалтерів став перехід з 1С: Підприємство 7.7 на 8.3 (аналогічно і 8.2). Бажано якомога швидше і без помилок. Якщо Ви програміст 1С: Бухгалтерія і Вам необхідно провести документів з сьомої версії в восьму, то ця стаття для Вас.

Зробіть всього кілька кроків, і Ваші проблеми з перенесення даних будуть вирішені. дочитайте дану інструкцію до кінця, і Вам відкриється спосіб, як це зробити. Для початку Ви повинні підготувати робоче місце на Вашому комп'ютері для необхідних маніпуляцій. По-перше, Ваш жорсткий диск повинен бути обсягом не менше 100 ГБ. Це необхідно, тому що є багаторівневим. І Вам буде потрібно працювати з декількома конфігураціями 7.7.

Якщо Вам потрібен швидкий і якісний перехід з 1С Бухгалтерія 7.7 на 1С 8.3, зверніться до! Середня вартість переходу «під ключ» у нас становить 6600 рублів.

Перенесення даних з 1С 7.7 в 1С 8.3 бухгалтерія 3.0

Отже, перш ніж працювати з перенесенням даних в версію 1С 8.3, Вам необхідно підготувати ці дані у версії 7.7. Для цього Ви повинні зробити наступне. Припустимо, у Вас на комп'ютері є робоча БД «Бухгалтерський облік для підприємства», з якою працюють Ваші бухгалтера. За допомогою обробки Export77 вивантажите всі необхідні документи в текстовий файл і з цього моменту більше не повертайтеся до основної робочої базі. Подальші Ваші маніпуляції будуть відбуватися з іншими конфігураціями.

Встановіть в новий каталог свіжий Реліз 1С: Підприємство 7.7. (В пакет входять стандартна порожня (без даних) і демоверсія). Ми будемо працювати зі стандартною версією. Тепер запускайте цю базу і за допомогою обробки Import 77 завантажте з текстового файлу дані з Вашої основної бази.

При конвертації даних можуть бути не проведені деякі документи. Це не страшно. Фішка в тому, що Ви легко це виправите після перенесення, так як в стандартній базі Ви працюєте з основним стандартним планом рахунків. Тому якими б навороченими були субрахунка, у Вашій робочій базі це легко виправити приблизно за 3 години, заходячи в кожен непроведений документ і змінюючи в полях рахунку ті рахунки, які у Вас є в Вашій конфігурації.

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

Тепер потрібно зробити ще один перенесення даних. Для цього виконайте установку стандартної нульової конфігурації ще раз в новий каталог. І вже туди переносите дані з стандартної з Вашими даними конфігураціі.В результаті у Вас вийде ідеальна база 7 версії, готова для перенесення в версію 8.2.

Справа в тому, що безпосередньо в восьму версію переносяться дані виключно з «недоторканою» стандартної версії 7.7. А у Вас якраз і є тепер така конфігурація. Але тепер вона не порожня, а саме з Вашими робочими даними.

Усе! Запускаємо 1С: Підприємство 8.2. Вибираємо «Перенесення даних з версії 7.7.» і насолоджуємося тим, як програма сама переносить дані з вашої обробленої 7.7., перепроводити документи і видає на екран порівняльну таблицю оборотно-сальдової відомості версій 7.7 та 8.3.

Звичайно, 100% результат не буде. Але на відсотків 70-80 Ви отримаєте відповідність. А далі Ваша робота буде проводитися тільки в версії 8.3.

Можливі неточності виправляються легко. Це ще години 3-4. Ви заходите в журнал документів і або коригуєте рахунку, або поля (наприклад «Договір» або «Основна каса»). Це залежить від ступеня відмінності Вашої бази 7.7. від стандартної. В результаті всіх цих дій Ваша робоча конфігурація версії 8.3 буде здатна видати бухгалтерські дані через оборотно-сальдову відомість в ідеальному вигляді.

Після переходу Вам буде корисно дізнатися, як працювати в нову програму. Для цього ми підготували розділ.

До речі! Якщо Вам необхідна доробка програм 1С, Ви можете звернутися до нас!

Відео по переходу з 1с 7.7 на 8:

завдання: Потрібно перенести потрібні документи з однієї бази в іншу базу 1С. І не вручну, а одним махом.

Рішення:
Розглянемо приклад перенесення документів наступним чином: вивантаження інформації в текстовий файл з будь-який конфігурації "1С: Підприємство 7.7" для завантаження в точно таку ж конфігурацію.
Для цього потрібна обробка, яку можна завантажити. Скачайте, розпакуйте і збережіть папку "import-export" де-небудь на комп'ютері поруч з базами.
Далі йдемо по пунктам.
1. Відкриваємо базу № 1, яка сповнена документами, довідниками і т.д. Відкриваємо журнал документів і дивимося які документи нам потрібно скопіювати в іншу базу. Наприклад, нам потрібно перенести тільки рахунки за грудень 2012 року.

2. У меню вибираємо Файл - Відкрити - відкриваємо папку "import-export" (завантажену раніше) - вибираємо файл "Export771.ert".
У діалоговому вікні "Вивантаження даних" вводимо параметри:

  • інтервал вивантаження даних: 01.12.12 - 31.12.12
  • вивантажувати документи: поставити галочку на документі "Рахунок"
Натиснути кнопку "Вивантажити"

Внизу має з'явитися вікно з процесом вивантаження. Обов'язково дочекайтеся повідомлення "Обробка завершена".

Після успішної вивантаження закриваємо і виходимо з бази.

3. Відкриваємо базу № 2, яка передбачається порожній, в монопольному режимі. Завантаження даних в базу проводиться тільки в монопольному режимі!
У меню Файл - Відкрити - відкриваємо папку "import-export" (завантажену раніше) - вибираємо файл "Import77.ert".

  • ім'я файлу вивантаження: папка "import-export" - файл "перенос.txt"
  • ставимо галочку "Виводити повідомлення"
Натиснути кнопку "Завантажити".


Тут скільки не чекай, ніякого повідомлення про завершення завантаження не буде. Просто дивіться, щоб останній документ, що завантажується був кінцевою датою. У нашому випадку це 31.12.12. Або запам'ятовуйте номер останнього документа.

Натискаємо кнопку "Закрити".

4. Тепер можна зайти в "журнал документів" і подивитися всі завантажені документи (рахунки за грудень 2012 року).
Невелика примітка: бази для тестування обробки були створені копіюванням. Таким чином, в основі № 2 були видалені всі документи, а довідники з елементами були.
У будь-якому іншому випадку невідомо як буде проходити обробка і в якому вигляді будуть розвантажуватися-завантажуватися документи.

THE BELL

Є ті, хто прочитали цю новину раніше вас.
Підпишіться, щоб отримувати статті свіжими.
Email
ім'я
Прізвище
Як ви хочете читати The Bell
без спаму