1с перенесення даних 8.3 до 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С:Бухгалтерії 7.7", які вирішили перейти на "1С:Бухгалтерію 8", хвилює питання перенесення даних. І не просто механічне перенесення довідників, а перенесення всієї накопиченої на рахунках бухгалтерського та податкового обліку інформації, що дозволило б користувачам розпочати роботу в новій програмі відразу ж після її придбання. Для швидкого переходу з "1С:Бухгалтерії 7.7" на "1С:Бухгалтерію 8" розроблено механізм, названий "Помічник переходу". Точніше помічників два. Один призначений для вивантаження даних із "1С:Бухгалтерії 7.7", другий - для завантаження даних у "1С:Бухгалтерію 8". Про те, як скористатися помічником, розповідають методисти фірми "1С".

Викликати Помічника в "1С:Бухгалтерії 7.7"можна з меню "Сервіс - Перехід на 1С: Бухгалтерію 8" (див. рис. 1).

Мал. 1

Роботу з Помічником розбито на п'ять кроків. Перехід від кроку до кроку здійснюється за допомогою кнопок "Далі" та "Назад".

Перший крок – знайомство. Тут наведено короткий опис призначення Помічника, можна переглянути інформацію про переваги "1С:Бухгалтерії 8", вказано, де можна отримати додаткову інформацію про перехід на "1С:Бухгелтерію 8".

Якщо оновлень немає, можна продовжити роботу.

Якщо оновлення є, можна отримати новий реліз конфігурації.

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

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

Або залишки на початку року та обороти з початку року до кінця будь-якого місяця.

Слід особливу увагу приділити тому, що перед тим, як здійснювати перехід, необхідно провести регламентні процедури закриття місяця в кожному місяці, що входить у період, що вивантажується.

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

І, нарешті, останній крок - розвантаження даних. Якщо встановити прапорець "Сформувати оборотно-сальдову відомість", то після вивантаження буде сформовано оборотно-сальдову відомість, яку можна роздрукувати, і з якою можна буде звірити результат завантаження "1С:Бухгалтерію 8". Безпосередньо вивантаження здійснюється за кнопкою "Вивантажити".

На цьому роботу Помічника переходу з "1С:Бухгалтерії 7.7" завершено.

Тепер необхідно запустити "1С:Бухгалтерію 8"і розпочати завантаження даних.

Викликати Помічника можна з меню "Сервіс - Перехід із 1С:Бухгалтерії 7.7" (див. рис. 2).

Мал. 2

Так само, як і в "1С:Бухгалтерії 7.7", роботу з Помічником розбито на кілька кроків. Перехід від кроку до кроку здійснюється за допомогою кнопок "Далі" та "Назад".

Перший крок – знайомство. Тут дано короткий опис призначення Помічника, вказано, де можна отримати додаткову інформацію про перехід на "1С:Бухгелтерію 8", є підказка, що треба було зробити для розвантаження даних з "1С:Бухгалтерії 7.7".

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

Відомості про організацію доведеться заповнити лише користувачам базової версії "1С:Бухгалтерії 8". Слід звернути увагу, що ІПН та КПП має повністю збігатися з ІПН та КПП, введеними в "1С:Бухгалтерії 7.7". У "1С:Бухгалтерії 8 ПРОФ" організація буде створена автоматично під час завантаження даних, і Помічник пропустить цей крок.

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

На наступному етапі слід зазначити, з якого файлу слід завантажити дані. Помічник автоматично здійснює пошук файлу з вивантаженими даними за тим ім'ям, яке за умовчанням було вказано в Помічнику при вивантаженні даних з "1С:Бухгалтерії 7.7".

І, нарешті, заключний крок – завантаження даних. Безпосередньо завантаження здійснюється за кнопкою "Завантажити".

Якщо встановити прапорець "Сформувати оборотно-сальдові відомості", то після завантаження буде сформовано оборотно-сальдову відомість за рахунками бухгалтерського обліку та оборотно-сальдову відомість за рахунками податкового обліку, які можна роздрукувати, з якими можна звірити оборотно-сальдову відомість, даних із "1С:Бухгалтерії 7.7".

Перед початком роботи з програмою "1С:Бухгалтерія 8", потрібно задати основні параметри обліку:

налаштувати облікову політику бухгалтерського обліку;
налаштувати облікову політику податкового обліку;
налаштувати аналітичний облік МПЗ;
встановити налаштування користувачів і т.д.

Встановіть прапорець "Відкрити Стартовий помічник" у помічнику переходу з "1С:Бухгалтерії 7.7", і після завантаження даних Стартовий помічник запуститься автоматично.

На цьому процес переходу з "1С:Бухгалтерії 7.7" на "1С:Бухгалтерію 8" завершено.

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

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

ВАЖЛИВО! Перенесення даних можливе з конфігурації Бухгалтерський облікредакції 4.5 для 1С:Підприємства 7.7 версій 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С:Підприємство велике, то через деякий час) з'явиться діалогове вікно, в якому потрібно відзначити ті інформаційні бази, куди буде встановлена обробка перенесення даних. Вікно має вигляд, як у рис.1. Якщо кількість інформаційних баз більша за сім, то для навігації використовуйте кнопки "вгору" і "вниз". Якщо вибрано кілька інформаційних баз, то рядку "шлях" відображається місцезнаходження лише останньої обраної бази. Ця інформація носить допоміжний характер і використовується за бажанням для додаткового контролю з боку користувача за результатом роботи програми встановлення, не звертайте на неї особливої уваги, програма сама визначить, де встановлені вибрані інформаційні бази.

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

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

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

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

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

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

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

Рис.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 Як вибрати групу елементів довідника

Важливо!У пропонованих правилах перенесення даних виправлено помилку типових правил (від фірми "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" і т.д.

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

При перенесенні інформаційних баз великого розміру може виникнути проблема нестачі оперативної пам'яті: при спробі розвантаження програма завершиться з відповідним повідомленням про помилку або повідомлення. Намагатися замінити комп'ютер більш потужний марно. І тут слід вивантажувати дані частинами, розбиваючи їх у порції. Для цього необхідні правила перенесення за допомогою вказаного режиму. Розглянемо як слід проводити розвантаження. По-перше, перенесення даних слід виконувати, використовуючи лише одне правило вивантаження (див. рис.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 Налаштування панелі дій

Важливо. Використовувати обробку з типової конфігурації не можна, так як вона працює в режимі налагодження обробників (ФайлРежимНалагодженняОбробників = Істина) і не дозволяє використовувати обробник "Поля пошуку"для пошуку завантажених елементів для довідника Контрагенти(Див. вище). Точніше, всі обробники, які використовуються при завантаженні, знаходяться у вбудованій в конфігурацію обробці ОбробникиЗавантаженняІзБухгалтерії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 Виправлено помилку перенесення ПТіУ зі старими видами надходження

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

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

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"з перенесеними залишками. Вартість даної послуги не входить у загальну вартість пакета".

Чи потрібно переходити на «1С:Підприємство 8.2»? Якщо ви читаєте цю статтю, значить, ви вже напевно відповіли на це запитання ствердно. Тому зараз ми не будемо ще раз розповідати про переваги переходу на нову платформу, а зосередимося безпосередньо на деталях та особливостях цього процесу.

1. Загальний алгоритм

Отже, ви вирішили переходити на вісімку і хочете дізнатися, як це робиться, і чим це вам загрожує. У найзагальнішому вигляді схема переходу має такий вигляд (рис. 1).

Мал. 1. Алгоритм переходу з платформи «1С:Підприємство 7.7» на платформу «1С:Підприємство 8.2»

1. Апгрейд.Перше, що вам потрібно зробити – написати заяву від вашої організації, здати реєстраційну анкету на платформу 7.7 та придбати платформу 8.2. При цьому Вам буде надано знижкау розмірі вартості старої платформи, але не більше 50%. Стара платформа за Вами зберігається, і ви можете користуватися нею і далі, проте її буде знято з технічної підтримки у фірмі 1С.

2. Оновленняпоточної конфігурації до останнього життєвого релізу.

3. Підготовка бази даних для перенесення.Має на увазі резервне копіювання бази даних, закриття поточного розрахункового періоду, очищення бази від елементів, помічених на видалення, та виправлення помилок в обліку (якщо такі є).

4. Перенесення даних.Це основний етап. Алгоритми та трудомісткість у кожному конкретному випадку різні.

5. Навчання персоналу роботі з новою конфігурацією.Оскільки конфігурації на платформах 7.7 та 8.2 відрізняються як за інтерфейсом, так і по закладеному в них функціоналу, для роботи в новій конфігурації вам знадобиться навчання. Ви можете вивчити її самостійно, використовуючи відповідну методичну літературу, але краще все ж таки пройти спеціалізований курс з 1С.

6. Експлуатація.На цьому етапі, коли користувачі починають працювати в новій програмі, проводиться її налагодження та виправлення можливих помилок автоматизованого перенесення даних.

Розглянемо процес переходу на нову платформу у контексті конфігурації "1с Бухгалтерія".

2. Змінюємо «1С:Бухгалтерію 7.7» на «1С:Бухгалтерію 8.2»

Стратегія та механізми перенесення даних з «1С:Бухгалтерія 7.7» до «1С:Бухгалтерія 8.2» визначаються такими факторами:

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

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

Залежно від поєднання вищезгаданих факторів ситуації можуть бути такими.

Ситуація 1:

Перехід з нового року, ТИПОВА конфігурація, у старій програмі сформовано правильні залишки на рахунках

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

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

Ситуація 2:

Перехід з нового року, ТИПОВА конфігурація, у старій програмі ВІДСУТНІ ПРАВИЛЬНІ ЗАЛИШКИ НА РАХУНКАХ

Стандартною практикою у такому разі є робота у старій та новій програмі одночасно . Під час «перехідного періоду» (рис. 2) співробітникам закривають колишні угоди у старій програмі та починають вносити документи щодо нових угод у нову систему.

Мал. 2. Перехідний період при зміні платформи

Щоб подолати цей період з найменшими втратами, можна користуватися такими стратегіями:

перенести залишки «як є» на початок року та вести облік на основі цих даних. Як тільки вірні залишки в "сімці" будуть отримані, необхідно негайно скоригувати їх заднім числом у "вісімці".
відмовитися від перенесення некоректних залишків та вносити первинні документи щодо нових угод у «вісімку» без подальшого їх проведення. У такому разі не важливо, чи є в програмі залишки чи ні, непроведені документи жодних рухів по рахунках не зроблять. Так потрібно діяти аж до моменту отримання коректних залишків у «1С:Підприємство 7.7». Далі отримані залишки переносяться у нову програму початку року. Завершальним кроком стає послідовне проведення внесеної до нової програми за перехідний період «первинки» за допомогою вбудованої обробки «Групова обробка довідників та документів» .

Ситуація 3:

Перехід із середини року, ТИПОВА конфігурація

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

розпочати роботу якщо не з початку року, то хоч би з початку кварталу;
перенести залишки початку року;
перенести всі первинні документи за поточний звітний період (рік) у нову систему та відновити дані бухгалтерського та податкового обліку за допомогою групової обробки довідників та документів.

1. Типове рішення "1С: Конвертація даних 2.1". Цей програмний продукт може використовуватися для перенесення інформації між конфігураціями на платформі 1С будь-якої структури та складності.

2. Розробки фірм-франчайзі 1С. У багатьох компаній, у тому числі й у компанії « RG-Soft» () , існують відпрацьовані методики для вирішення цього завдання, що дозволяє суттєво скоротити час та бюджет робіт з перенесення даних.

Ситуація 4:

Перехід з ТИПОВОЇ конфігурації З ПЕРЕНОСОМ ДОКУМЕНТІВ МИНУЛОГО ПЕРІОДУ

Окремо відзначимо, що існують компанії, які ведуть тривалі (більше року) відносини за договорами з контрагентами. Керівництво таких компаній зацікавлене у наявності історії господарських операцій у програмі. Наявність у новій програмі документів, введених у старій програмі, дозволяє користувачам легко та швидко відстежувати взаємини за конкретними договорами/угодами.

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

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

Ситуація 5:

Перехід з нетиповою конфігурацією на платформі «1С:Підприємство 7.7»

Описані вище варіанти застосовуються при переході з типової конфігурації «1С:Підприємство 7.7», але на практиці нерідко доводиться стикатися з доопрацьованими конфігураціями. Організація переходу в цій ситуації – особливий варіант, що заслуговує на розгляд.

Залежно від характеру внесених до програми змін існують такі технології перенесення даних:

· Якщо конфігурація змінена незначно і в основних механізмах схожа на типове рішення 1С, можна, як і попередніх варіантах, скористатися типовими засобами переходу. Потрібно лише налаштувати або трохи доопрацювати їх під Вашу програму. Мабуть, найвипробуванішим і найнадійнішим засобом є згадана нами «1С:Конвертація даних 2.1». Цей інструмент вимагатиме від користувача певних навичок роботи, проте з його допомогою можна організувати автоматизоване перенесення об'єктів між конфігураціями.

· якщо за роки використання конфігурація перероблена докорінно, то налаштування типових інструментів переносу може виявитися більш трудомістким, ніж написання власних обробок для цих цілей. Аналогічна ситуація і у разі організації переходу з програми обліку, не що з платформами 1С. Здійснити такий перехід теж можливо, але заздалегідь вигадати універсальний обмін не вдасться. У кожному даному випадку потрібен індивідуальний підхід до проблеми. Наша компанія може запропонувати свої напрацювання з перенесення даних через файли різних форматів, таких як dbf, xls(Універсальний завантажувач із Excel в 1С), xml.

Ще один момент, про який варто згадати у зв'язку з переходом з платформи 7.7 на 8.2, стосується об'єднання баз даних.

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

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

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

2. Контроль задваювання елементів довідників. При перенесенні даних із кількох інформаційних джерел у єдину інформаційну систему може виникнути ситуація, коли однакові елементи довідників, наприклад, той самий контрагент у новому довіднику повторюватиметься кілька разів. Тому після перенесення даних необхідно виконати процедуру порівняння та об'єднання елементів довідників, що дублюються.

3. Можливі труднощі, про які Вам варто знати

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

3.1. Помилки у вихідних даних

У загальному випадку, однозначна ідентифікація об'єкта в базі можлива за реквізитами ІПН та КПП. У сімці обидва ці значення зберігалися в одному реквізиті ІПН/КПП, і жодних перевірок правильності введених у цей реквізит даних не було. Можливим було ввести і менше цифр, і роздільник поставити не там, і ввести зовсім абстрактний ІПН.

Типове перенесення, при формуванні довідника контрагенти поділяє ІПН і КПП простим відсіканням потрібної кількості символів. Тому до реквізитів нової бази можуть бути записані абсолютно некоректні дані. Таким чином, вірна ідентифікація об'єктів при перенесенні за такими даними буде дуже складною.

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

3.2. Відмінності конфігурацій

Ще одна група помилок перенесення обумовлюється технологічними відмінностями конфігурацій. Деякі господарські операції відображаються в «1С:Підприємство 7.7» кількома видами документів, а в «1С:Підприємство 8» одним. Наприклад, надходження і матеріалів та товарів відображається в новій програмі одним документом, а в старій – двома. Таким чином, при спробі перенесення документів «Надходження матеріалів №22» та «Надходження товарів №22» виникає помилка контролю унікальності. Оскільки запис двох документів з одним номером у заданому періоді неможливий, необхідно штучно вносити до них відмінності та система внесення цих відмінностей обумовлюється заздалегідь.

Наприклад, ця проблема вирішується додаванням додаткового префікса до номера документа, що завантажується. Для кожної особливості документа цей префікс виділяється окремо. Це може бути характеристика бази, з якої завантажуються документи або вид документа, з якого завантажено. Ось приклад формування такого префіксу. База філії в Красноярську пропонує префікс «КР». Вид документа «Надходження матеріалів», з якого здійснюється завантаження, дає префікс «М». Так, якщо номер документа у сімці був 00000031, то вісімковий номер буде наступним:

"КР" + "М" + "00000031" = "КРМ00000031"

В результаті до бази запишеться номер, який буде унікальним.

3.3. Технічні проблеми

Помилки перенесення даних можуть виникати і через технічні особливості платформи «1С:Підприємство». Скажімо, стандартний механізм пошуку за найменуванням не відрізняє великих букв у найменуванні елемента довідника від маленьких. З використанням цього механізму виникає плутанина. Наприклад, у базі є два контрагенти «л-аудіо» та «Л-Аудіо». Під час пошуку контрагента «л-аудіо» система знайде «Л-Аудіо». В результаті вийде неправильно заповнений документ.

Необхідно також звернути увагу і на методику перенесення даних, що сама обирається. Описаний вище приклад із засвоєнням контрагентів, при перенесенні з баз філій компанії може і не виявитися задвоєнням насправді. У компаній, що працюють у різних містах, цілком можуть бути і контрагенти, що також працюють у різних містах. Філія компанії «Л-Аудіо» в Нижньому Новгороді і сама компанія «Л-Аудіо» в Москві в базах цілком правомірно можуть називатися абсолютно однаково. Щоб уникнути подібної плутанини, потрібно вибирати методику перенесення наперед. У нашому прикладі можна розділяти контрагентів за різними групами довідника залежно від бази-джерела. Вибір такої методики вплине і механізми завантаження даних.

Описані вище способи вирішення проблем також можуть виявитися недостатньо універсальними. При перенесенні даних дуже важливо вміти комбінувати методи, які у інструменті переносу. Наприклад, більшість елементів довідників ми ідентифікуємо за назвою. Разом з тим, при перенесенні документа «Прийняття ОС до обліку» такий спосіб дасть небажані результати у разі, коли проводиться введення ряду дрібних основних засобів (канцелярське приладдя, меблі та ін.), що відрізняються лише інвентарним номером. У кожному документі прийняття до обліку буде вказано той самий об'єкт. А ухвалення одного об'єкта до обліку кілька разів неможливе. Тому дуже важливо передбачити можливість налаштовувати засіб перенесення даних, що використовується. У такому разі ми просто вкажемо, що пошук ОС потрібно вести за інвентарним номером (кодом).

Висновок

В даний час компаній, що працюють з використанням «1С:Підприємство 7.7», як і раніше, залишається досить багато. Це пов'язано з такими факторами як нерозуміння переваг нової платформи, небажання вчитися нових технологій, побоювання зустріти велику кількість труднощів при переході. На прикладі «1С:Бухгалтерії» ми постаралися показати, що більшість цих причин не такі вже й суттєві. Протягом своєї діяльності ми допомагаємо своїм клієнтам впоратися з будь-якими можливими труднощами, пов'язаними з впровадженням програм на платформі «1С:Підприємство 8». Якщо Вас зацікавило питання переходу або у Вас є якісь інші питання щодо платформи «1С:Підприємство 8» та створених на ній конфігурацій – фахівці компанії «RG-Soft» до Ваших послуг!