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

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

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

етапи перенесення

Перенесення даних складається з 5 етапів. Ми постаралися описати їх максимально докладно і зрозуміло.

Чому наш перенесення даних краще?

Вартість типового перенесення даних

Обслуговування нової програми

Після перенесення всіх даних Вам може знадобитися обслуговування Вашої програми. Ми готові Вам його надати!

Перехід на 1С 8.2

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

Чому ми краще?

Замовити перенесення

Наша команда

Чому наш перенесення 1С краще?

прозорість

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

Індивідуальний підхід

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

якість

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

Робота на результат

Робота вважається виконаною тільки після того, як Ви переконаєтеся, що перенесення довідників 1С 8 та інших даних проведений правильно, і Ви задоволені результатом. Ми не кидаємо своїх клієнтів!

Етап 1. Загальний аналіз вихідної бази

Яка робота проводиться:

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

загальний аналіз змін в структурі даних (зіставлення з типовою конфігурацією);

загальний аналіз змін в формах і модулях конфігурації (зіставлення з типовою конфігурацією);

контроль наявності нетипових рахунків обліку для бухгалтерських конфігурацій;

загальний контроль коректності ведення обліку в базі-джерелі (наявність «червоних» сальдо, незакритих періодів, невідновлення послідовностей і т.д.);

оновлення бази-джерела до версії, необхідної типовими правилами перенесення;

пробний перенос даних;

підготовка можливих рекомендацій з підготовки бази-джерела до перенесення довідників 1С 8 та інших даних.

Навіщо:

визначення можливості використання типового перенесення;

оцінка трудомісткості доробок і підготовки тех.документацию для перенесення (якщо використання типового перенесення неможливо).

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

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

Ціна: 2 000 руб

Етап 2. Підготовка технічної документації для нетипового перенесення

Яка робота проводиться:

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

спілкування з відповідальними особами Замовника для встановлення потреби в виявлених доробках, з'ясування методик використання доробок, збору побажань щодо вдосконалення доробок (при необхідності);

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

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

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

Навіщо:

гарантія якості та прозорості робіт з нетипового переносу баз даних 1С;

точний кошторис витрат і тривалість робіт;

можливість виконувати роботи по перенесенню із залученням штатного програміста 1С із забезпеченням необхідного рівня якості.

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

Ціна: Уточнюється за підсумками загального аналізу бази-джерела.

Етап 3. Доопрацювання конфігурації-приймача

Яка робота проводиться:

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

здійснюється попереднє тестування доробок;

документуються доопрацювання у вигляді звіту про зміни типової конфігурації (для можливості подальшого поновлення сервіс-інженером);

проводиться демонстрація доробок користувачеві (здача-приймання робіт);

розробляється інструкція користувача по доопрацюванням (при необхідності).

Навіщо:

Ви отримуєте останню версіюконфігурації з необхідними Вам змінами;

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

Етап 4. Доопрацювання правил переносу

Яка робота проводиться:

допрацьовуються стандартні правила перенесення від «1С» для обліку змін в структурі даних типової конфігурації бази-джерела, а також використовуваних в базі-джерелі нетипових рахунків обліку;

здійснюється попереднє тестування перенесення з урахуванням змін.

Навіщо:

Забезпечується коректний перенесення даних, які не переносяться типовими правилами обміну;

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

Ціна: формується на основі комплекту технічної документації.

Етап 5. Перенесення даних

Яка робота проводиться:

перенесення довідкової інформації (всієї, або по посиланнях), перенесення залишків на задану дату;

контроль коректності перенесення - зіставлення даних бази-джерела і бази-приймача;

підготовка можливих рекомендацій щодо коригування залишків в базі-приймачі з урахуванням особливостей ведення обліку в різних конфігураціях(за потреби).

Навіщо:

Ви отримуєте готову до роботи нову базуданих з Вашими актуальними залишками.

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

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

Так само дані можна переносити за допомогою. У багатьох конфігураціях 1С 8.3 є типовою функціонал для настройки синхронізації даних між різними конфігураціями і безшовна інтеграція з 1С Документообіг.

Але коли дані необхідно перенести дані між абсолютно ідентичними конфігураціями, можна спростити собі задачу і скористатися стандартною обробкою вивантаження і завантаження через XML. Зверніть увагу, що такий спосіб, як і конвертація даних зіставляє між собою об'єкти за унікальним ідентифікатором (GUID), а не по найменуванню.

Завантажити дану обробку можна на диску ІТС, або за такими адресами:

Вона є універсальною і підійде для будь-якої конфігурації.

Розглянемо приклад вивантаження довідника «Номенклатура» з однієї інформаційної бази 1С 8.3 Бухгалтерія 3.0 в іншу. обов'язковою умовоюбуде відбір по батькові чи матері (групі) «Деревообробка».

Вивантаження даних з 1С в XML

Зайдіть в ту інформаційну базу, звідки будуть розвантажуватися дані (джерело). Обов'язково перевірте їх, передбачивши всі можливі умови, щоб уникнути виникнення небажаних наслідків.

Відкрийте обробку вивантаження і завантаження даних XML (Ctrl + O).

Нас цікавить вкладка «Вивантаження». Насамперед вкажіть ім'я файлу, в який будуть вивантажені дані і шлях для збереження. В даному випадку дані вивантажуються «В файл на сервері».

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

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

Колонка «Вивантажувати при необхідності» означає, чи потрібно перевантажувати даний об'єкт, якщо на нього посилається реквізит перегружаемого нами довідника. Наприклад, позиція перевантажується вами номенклатури має таку одиницю виміру, якої немає в базі - приймачі. Якщо навпаки довідника з одиницями вимірювання буде встановлений прапор в колонці «Вивантажувати при необхідності», створиться нова позиція. В іншому випадку в якості значення реквізиту буде напис «<Объект не найден>»І його унікальний ідентифікатор.

У простому випадку без відборів настройка перевантаження номенклатури буде виглядати наступним чином.

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

Аналогічна обробка для 8.2 дозволяє в зручній формі встановлювати відбори для кожного об'єкта конфігурації. В 8.3, на жаль, такого функціоналу немає. Одним з варіантів виходу в даній ситуації буде відбір необхідних позицій на вкладці «Додаткові об'єкти для вивантаження».

Додати об'єкти тут можна як вручну (кнопка «Додати»), так і запитом ( «Додати запитом ...»). При великій їх кількості краще другий варіант.

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

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

В даному прикладі необхідно було вивантажити тільки 3 позиції, але вивантажити п'ять. Все тому, що навпроти довідника «Номенклатура» в колонці «Вивантажувати при необхідності» був встановлений прапор. Разом з потрібними позиціями перевантажилися їхні батьки.

Завантаження довідника з XML

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

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

Результат завантаження відобразиться в повідомленнях. У нашому випадку все пройшло успішно.

Довідник «Номенклатура» в базі - приймачі не був заповнений. Тепер в ньому п'ять елементів: три номенклатурних позиції і дві групи.

Завдання цього правила обміну перенести залишки по взаєморозрахунках з БП 2 в УТ11.

Поетапне створення правила обміну за допомогою конфігурації "Конвертація даних" (метадані повинні бути завантажені):

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

2) Переходимо до написання самого коду тому в УТ немає госпрозрахункового регістра то ми повинні його перетворити. Спочатку нам потрібен запит який за нашими параметрами буде повертати залишки по взаєморозрахунках. У обробнику події "Перед обробкою" пишемо наступний запит:

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

Визначаємо значення змінних які будуть використовуватися в подальшому.

НаДату = дата ( "20130101");
ТД = ТекущаяДата ();
група = Справочнікі.Контрагенти.НайтіПоНаіменованію ( "Покупці");
группа1 = Справочнікі.Контрагенти.НайтіПоНаіменованію ( "Повернення від ФІЗОСІБ");

Створюємо таблицю яку надалі будемо передавати в правило конвертації значень.

ТЗ = Новий ТабліцаЗначеній ();
ТЗ.Колонкі.Добавіть ( "Контрагент");
ТЗ.Колонкі.Добавіть ( "Сума");
ТЗ.Колонкі.Добавіть ( "СуммаРЕГЛ");
ТЗ.Колонкі.Добавіть ( "РасчетнийДокумент");
ТЗ.Колонкі.Добавіть ( "ДатаРасчетногоДокумента");
ТЗ.Колонкі.Добавіть ( "НомерРасчетногоДокумента");
ТЗ.Колонкі.Добавіть ( "Партнер");
ТЗ.Колонкі.Добавіть ( "ВалютаВзаіморасчетов");
ТЗ.Колонкі.Добавіть ( "ДатаПлатежа");

Встановлюємо параметри, викликаємо запит, заповнюємо таблицю викликаємо правило конвертації.

запит = новий запит (ТекстЗапроса);
запрос.УстановітьПараметр ( "група", група); запрос.УстановітьПараметр ( "группа1", группа1);
запрос.УстановітьПараметр ( "НаДату", НаДату);
запрос.УстановітьПараметр ( "Рахунок", ПланиСчетов.Хозрасчетний.РасчетиСПрочіміПоставщікаміІПодрядчікамі); // 76.05
Вибірка = запрос.Виполніть (). Вибрати ();
ТЗ.очістіть ();
Поки Виборка.Следующій () Цикл
якщо Виборка.СуммаОстатокКТ = 0 або Виборка.СуммаОстатокКТ = "" тоді
продовжити;
КонецЕсли;
якщо Виборка.СуммаОстатокКТ< 0тогда
повідомити ( "" + Виборка.Субконто1 + "від'ємне значення" + Виборка.СуммаОстатокКТ);
КонецЕсли;
СтрокаТЗ = ТЗ.Добавіть ();
СтрокаТЗ.Контрагент = Виборка.Субконто1;
СтрокаТЗ.сумма = Виборка.СуммаОстатокКТ; // Виборка.СуммаОстатокКт;
СтрокаТЗ.суммаРегл = Виборка.СуммаОстатокКТ; // Виборка.СуммаОстатокКт;
СтрокаТЗ.ДатаРасчетногоДокумента = Виборка.ДатаРасчетногоДокумента;
СтрокаТЗ.НомерРасчетногоДокумента = Виборка.НомерРасчетногоДокумента;
СтрокаТЗ.ДатаПлатежа = ТД;
КонецЦікла;
ІсходящіеДанние = Новий Структура;
ІсходящіеДанние.Вставіть ( "Дата", ТекущаяДата ());
ІсходящіеДанние.Вставіть ( "РасчетиСПартнерамі", ТЗ);
ІсходящіеДанние.Вставіть ( "ТіпОпераціі", "ОстаткіЗадолженностіПередПоставщікамі");
ІсходящіеДанние.Вставіть ( "Коментар", "Сформовано за кредитом рахунка 76.05");
повідомити ( "76.05 КРЕДИТ початок");
ВигрузітьПоПравілу (, ІсходящіеДанние, "ВводОстатковПоВзаіморасчетам_7605Кредіт");

Аналогічно проробляємо ту ж операцію і для інших необхідних рахунків (їх опис як і готове правило є у вкладенні).

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

У обробнику події "Перед завантаженням" напишемо наступний код:

ГенеріроватьНовийНомерІліКодЕсліНеУказан = істина;

У обробнику події "Після завантаження" напишемо:

виконати (алгорітми.ПослеЗагрузкіВводаОстатков);

він виконає алгоритм з наступним змістом:

валюта = Константи.ВалютаРегламентірованногоУчета.Получіть ();
об'ект.Ответственний = ПараметриСеанса.ТекущійПользователь;
об'ект.організація = параметри.порганізація;
для кожного стор з об'ект.расчетиспартнерамі цикл
Стр.РасчетнийДокумент = Справочнікі.ДоговориКонтрагентов.пустаяссилка ();
Стр.ВалютаВзаіморасчетов = валюта;
якщо ЗначеніеЗаполнено (стр.контрагент.партнер) тоді
стр.партнер = стр.контрагент.партнер;
інакше
парт = Справочнікі.Партнери.НайтіПоНаіменованію (стр.контрагент.Наіменованіе);
якщо парт<>Не визначено і парт<>Справочнікі.Партнери.пустаяссилка () тоді
стр.партнер = парт;

об'ект2.Партнер = парт;
об'ект2.Запісать ();
інакше
виконати (алгорітми.ДобавітьПартнера);
КонецЕсли;

КонецЕсли;

конеццікла;

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

Додавання контрагентів здійснить правило конвертації довідника "Контрагенти" його можна створити точно також як і попереднє правило, але дозволити системі самої зіставити необхідні поля.

Для партнерів був створений алгоритм який виконується на стороні приймача.

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

Нижче наведено код алгоритму "Додати партнера":

нПартнер = Справочнікі.Партнери.СоздатьЕлемент ();
нПартнер.Наіменованіе = стр.контрагент.наіменованіе;
нПартнер.Комментарій = "Створено при завантаженні з БП";
нПартнер.НаіменованіеПолное = стр.контрагент.НаіменованіеПолное;
нПартнер.Поставщік =? (знайти (стр.контрагент.ДополнітельнаяІнформація, "Постачальник")> 0, істина, брехня);
нПартнер.Кліент =? (знайти (стр.контрагент.ДополнітельнаяІнформація, "Клієнт")> 0, істина, брехня);
ПрочіеОтношенія =? (Знайти (стр.контрагент.ДополнітельнаяІнформація, "Інше")> 0, істина, брехня);
нпартнер.Запісать ();
стр.партнер = нпартнер.ссилка;
контрагент = Справочнікі.Контрагенти.НайтіПоНаіменованію (стр.контрагент.Наіменованіе);
об'ект2 = контрагент.ПолучітьОб'ект ();
об'ект2.Партнер = нпартнер.ссилка;
об'ект2.Запісать ();

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

Після того як необхідні поля були обрані в нижній ТЧ для кожного поля виставляємо прапор в колонці "Отримати з вхідних даних". Цей прапор говорить про те, що система буде шукати це поле у вхідних даних. Важливо щоб ім'я поля збігалося з ім'ям у вхідних даних, інакше буде виведено повідомлення про те, що поле, не знайдено.

Текстом описані не всі нюанси процесу.

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

До переходу в ТОВ "Лайма" (м Міас, Челябінська обл.) Використовувалася програма "1С: Бухгалтерія 7.7. Стандартна версія". Програма встановлена на ноутбуці. Робота ведеться в домашньому офісі.

Випуск фірмою "1С" нової методики перенесення даних і невеликий обсяг інформаційної бази дозволили здійснити перенесення даних за 2006 рік безпосередньо в момент установки "1С: Бухгалтерія 8".

Методика перенесення даних

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

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

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

залишки по рахунках бухгалтерського і податкового обліку на початок поточного звітного періоду (на 1 січня поточного року);
обороти по рахунках бухгалтерського і податкового обліку за поточний звітний період зведеними проводками помісячно;
тимчасові різниці, відображені на відповідних рахунках податкового обліку (для організацій, які застосовують ПБУ 18/02);
документи введення початкових залишків по основних засобів і нематеріальних активів;
податкові бази по ПДФО та податків з ФОП за поточний звітний період;
заборгованість по оплаті отриманих та виданих рахунків-фактур на кінець останнього закритого місяці поточного звітного періоду;
відомості про об'єкти аналітичного обліку.

Підготовчі операції в "1С: Бухгалтерія 7.7"

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

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

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

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

Однак, для того, щоб упевнитися в коректності ведення бухгалтерського і податкового обліку в базі "1С: Бухгалтерія 7.7" і не переносити в "вісімку" свідомо помилкові проводки, корисно виконати технологічний аналіз бухгалтерського обліку (Меню "Звіти -> Технологічний аналіз бухгалтерського обліку" ), а також аналіз стану податкового обліку ( "Податковий облік -> аналіз стану податкового обліку").

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

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

перенесення даних

Сам перенесення даних проводиться за допомогою зовнішньої обробки V77Exp.ert (меню "Файл -> Відкрити"). У діалозі обробки вказується:

файл правил конвертації даних - Acc77_80.xml (поле "Ім'я файлу правил");
файл, в який будуть вивантажені дані (поле "Ім'я файлу даних");
дата початку поточного звітного періоду посилання - 1 січня 2006 року (поле "Дата початку");
дата кінця останнього закритого місяці в поточному періоді (поле "Дата закінчення"). У нашому випадку - 31 травня 2006 року.

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

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

Перевірка

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

У нашому випадку в "1С: Бухгалтерія 7.7" дані по ОС були внесені не повністю, і в "вісімці" документи "Введення початкових залишків по ОС" просто не провелися, відповідно і сальдо на початок періоду по рахунку 01 не виникло. Ці документи були виправлені вручну.

Підсистема обліку ПДВ реалізована в "1С: Бухгалтерія 8" на регістрах, для перевірки правильності перенесення слід використовувати універсальний звіт "Залишки і обороти" (Звіти -> Залишки і обороти) без обмеження періоду за розділами обліку "ПДВ пред'явлений", "ПДВ з авансів "для аналізу правильності перенесення рахунків ЗПК і ЗПР.