Проведення документа 1С

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

Простими словами: документ у 1С може бути просто записаний, а може бути проведений. Записаний документ — це ще тільки форма з даними. Проведений документ — це документ, який уже вплинув на облік.

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

Проста аналогія. Записати документ — це покласти чернетку на стіл. Провести документ — це офіційно внести цю чернетку в облік, щоб вона змінила залишки, борги, проводки або звіти.

Важливо про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Указ Президента України №184/2020 ввів у дію рішення РНБО щодо санкцій, а Держспецзв’язку оприлюднила перелік забороненого до використання програмного забезпечення, де згадуються продукти 1С/BAS, зокрема BAS ERP. Перед використанням, підтримкою або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження.

Що таке проведення документа

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

Після проведення документ може:

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

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

Записаний і проведений документ

У 1С важливо розрізняти два стани документа: записаний і проведений.

Стан документа	Що означає	Вплив на облік
Записаний	Документ збережений у базі	Зазвичай не змінює залишки, борги або проводки
Проведений	Документ виконав облікову логіку	Формує рухи по регістрах, проводки й облікові наслідки

Наприклад, користувач може створити накладну, заповнити товари й натиснути “Записати”. Документ буде існувати в базі, але товар зі складу ще може не списатися. Коли користувач натисне “Провести”, система створить рухи й змінить залишки.

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

Що відбувається під час проведення

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

Типовий порядок:

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

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

Документ і рухи

Рухи документа — це записи, які документ створив у регістрах під час проведення.

Один документ може створювати рухи в різних регістрах:

Приклад:

Документ	Можливий рух	Регістр
Прибуткова накладна	Збільшення залишку товару	Регістр накопичення “ТовариНаСкладах”
Видаткова накладна	Зменшення залишку товару	Регістр накопичення “ТовариНаСкладах”
Банківська виписка	Закриття боргу покупця	Регістр накопичення “Взаєморозрахунки”
Нарахування зарплати	Нарахування окладу	Регістр розрахунків
Операція бухгалтерська	Дебет і кредит	Регістр бухгалтерії

Приклад проведення прибуткової накладної

Компанія отримала від постачальника 10 одиниць товару А по 1 000 грн.

Документ “Прибуткова накладна” після проведення може створити такі рухи:

Регістр	Рух	Результат
ТовариНаСкладах	+10 шт. товару А на основний склад	Залишок товару збільшився
ВзаєморозрахункиЗПостачальниками	+10 000 грн боргу перед постачальником	Компанія винна постачальнику
Регістр бухгалтерії	Дт 281 Кт 631 — 10 000 грн	Відображено надходження товару

Користувач бачить один документ, але в обліку з’являється кілька наслідків.

Приклад проведення видаткової накладної

Компанія продала покупцю 3 одиниці товару А по 1 500 грн.

Собівартість товару — 1 000 грн за одиницю.

Після проведення видаткової накладної можуть бути рухи:

Регістр	Рух	Результат
ТовариНаСкладах	-3 шт. товару А	Залишок на складі зменшився
ВзаєморозрахункиЗПокупцями	+4 500 грн боргу покупця	Покупець винен компанії
Продажі	3 шт., 4 500 грн	З’явився оборот продажів
Регістр бухгалтерії	Дт 361 Кт 702 — 4 500 грн	Відображено дохід
Регістр бухгалтерії	Дт 902 Кт 281 — 3 000 грн	Списано собівартість

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

Приклад проведення банківської виписки

Покупець оплатив 4 500 грн за видатковою накладною.

Документ “Банківська виписка” після проведення може створити рухи:

Регістр	Рух	Результат
ГрошовіКошти	+4 500 грн на банківському рахунку	Збільшилися кошти
ВзаєморозрахункиЗПокупцями	-4 500 грн боргу покупця	Борг покупця закрито
Регістр бухгалтерії	Дт 311 Кт 361 — 4 500 грн	Відображено оплату від покупця

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

Приклад проведення нарахування зарплати

Документ “Нарахування зарплати” може створити рухи не тільки в бухгалтерії, а й у регістрах розрахунків і накопичення.

Наприклад, працівнику Іваненку нараховано оклад 30 000 грн.

Регістр	Рух	Результат
Регістр розрахунків	Оклад, період дії 01.01.2026—31.01.2026, сума 30 000 грн	Зафіксовано зарплатне нарахування
ВзаєморозрахункиЗПрацівниками	+30 000 грн боргу перед працівником	Компанія винна працівнику
Регістр бухгалтерії	Дт 92 Кт 661 — 30 000 грн	Відображено витрати на зарплату

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

Проведення і регістри накопичення

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

Під час проведення документ може зробити рухи:

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

Приклади:

Документ	Рух у регістрі накопичення	Що змінюється
Прибуткова накладна	Прихід товару	Залишки складу
Видаткова накладна	Витрата товару	Залишки складу
Оплата покупця	Зменшення боргу	Взаєморозрахунки
Переміщення товарів	Витрата з одного складу і прихід на інший	Залишки по складах
Списання товарів	Витрата товару	Складські залишки

Проведення і регістр бухгалтерії

Регістр бухгалтерії 1С зберігає бухгалтерські проводки.

Під час проведення документ може сформувати записи:

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

Приклад проводок реалізації:

Дебет	Кредит	Сума	Зміст
361	702	4 500 грн	Відображено дохід від реалізації
902	281	3 000 грн	Списано собівартість товару

Проведення і регістр відомостей

Регістр відомостей 1С зазвичай зберігає параметри, налаштування або періодичні значення.

Документ може записувати туди:

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

Наприклад, документ “Встановлення цін номенклатури” після проведення може записати в регістр відомостей нові ціни товарів із певної дати.

Проведення і регістр розрахунків

Регістр розрахунків 1С використовується для складних періодичних розрахунків, особливо зарплати.

Документ може створювати записи:

оклад;
премія;
відпускні;
лікарняні;
доплата;
утримання;
перерахунок;
сторно.

Приклад:

Документ	Вид розрахунку	Період дії	Сума
Нарахування зарплати	Оклад	01.01.2026—31.01.2026	30 000 грн
Відпустка	Відпускні	10.01.2026—16.01.2026	8 400 грн
Лікарняний	Лікарняні	20.01.2026—24.01.2026	5 200 грн

Контроль залишків при проведенні

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

Наприклад, система не повинна дозволити продати 10 одиниць товару, якщо на складі є тільки 3 одиниці.

Варіанти поведінки:

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

Типова проблема. Якщо в системі дозволені від’ємні залишки, звіти по складу можуть показувати мінуси. Це часто означає, що документи введені не в тій послідовності або складський контроль налаштований слабко.

Оперативне і неоперативне проведення

У деяких конфігураціях 1С використовується поняття оперативного проведення.

Оперативне проведення зазвичай означає, що документ проводиться поточним моментом і контролює актуальні залишки.

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

Це важливо для складу, продажів і касових операцій.

Наприклад:

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

Послідовність проведення документів

У 1С порядок документів дуже важливий.

Наприклад:

Спочатку має бути прибуткова накладна.
Потім видаткова накладна.
Потім оплата.
Потім закриття місяця.

Якщо документи введені в неправильному порядку, можуть виникнути:

від’ємні залишки;
неправильна собівартість;
незакриті взаєморозрахунки;
помилки в ОСВ;
розбіжності в управлінському обліку;
некоректні рухи партій.

Приклад проблеми з послідовністю

Товар фактично прийшов 10 січня, а проданий 12 січня.

Але в 1С прибуткову накладну помилково ввели датою 15 січня.

У результаті на 12 січня система бачить продаж товару, якого ще “немає” на складі.

Можливі наслідки:

від’ємний залишок;
неправильна собівартість;
помилка проведення;
некоректний складський звіт;
проблеми при закритті місяця.

Перепроведення документів

Перепроведення — це повторне виконання проведення документа.

Під час перепроведення система зазвичай:

Видаляє старі рухи документа.
Повторно виконує логіку проведення.
Створює нові рухи.
Оновлює підсумки.

Перепроведення потрібне, коли:

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

Обережно. Масове перепроведення може змінити звіти за минулі періоди. Перед перепроведенням важливих періодів потрібно робити резервну копію і розуміти наслідки.

Скасування проведення

Скасування проведення — це дія, яка прибирає обліковий вплив документа.

Після скасування проведення:

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

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

Позначення на видалення і проведення

Скасування проведення не те саме, що видалення документа.

Дія	Що означає	Наслідок
Скасувати проведення	Прибрати рухи документа	Документ залишається, але не впливає на облік
Позначити на видалення	Позначити документ як непотрібний	Документ може бути видалений пізніше через обслуговування
Видалити фізично	Прибрати об’єкт із бази	Зазвичай потребує спеціальної процедури

Дата заборони редагування

У багатьох конфігураціях встановлюють дату заборони редагування.

Вона потрібна, щоб користувачі не змінювали документи в закритих періодах.

Наприклад:

місяць закрито;
звітність здана;
бухгалтер встановив дату заборони 31.01.2026;
користувач не може змінити або перепровести документ за січень без спеціальних прав.

Це захищає облік від випадкових змін заднім числом.

Проведення і права доступу

Не кожен користувач має право проводити документи.

Права можуть обмежувати:

створення документа;
редагування;
проведення;
скасування проведення;
перепроведення;
проведення заднім числом;
проведення понад залишок;
зміну проведених документів;
проведення в закритому періоді.

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

Проведення і помилки

Під час проведення система може видати помилку.

Типові причини:

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

Типові помилки проведення документа

Помилка	Причина	Наслідок
Документ не проводиться	Не заповнені реквізити або немає залишків	Операція не потрапляє в облік
Залишки стали від’ємними	Продаж проведено раніше приходу	Складський звіт показує мінус
Борг не закрився оплатою	Різні договори або документи розрахунків	У звіті є і борг, і аванс
Немає проводок	Не налаштовані рахунки обліку	ОСВ не показує операцію
Собівартість неправильна	Порушена послідовність або не закритий місяць	Неправильний фінансовий результат
Документ проведено не тією датою	Помилка користувача	Залишки й звіти спотворені
Після перепроведення змінилися цифри	Старі рухи замінені новими	Звіти за період стали іншими

Як аналізувати проблему проведення

Якщо документ не проводить або дає неправильний результат, потрібно перевірити:

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

Як дивитися рухи документа

У багатьох конфігураціях 1С є команда на кшталт “Рухи документа”, “Показати проводки”, “Дт/Кт”, “Рухи” або подібна.

Через неї можна побачити:

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

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

Проведення і взаєморозрахунки

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

Приклад логіки:

реалізація створює борг покупця;
оплата закриває борг;
повернення зменшує борг;
коригування змінює суму;
взаємозалік закриває зустрічні зобов’язання.

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

Проведення і склад

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

Документи можуть:

збільшувати залишки;
зменшувати залишки;
переміщувати товар між складами;
резервувати товар;
знімати резерв;
списувати товар;
оприбутковувати надлишки;
фіксувати нестачі.

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

Проведення і зарплата

У зарплаті проведення документа створює розрахункові записи.

Наприклад:

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

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

Проведення і закриття місяця

Закриття місяця часто залежить від правильності проведення всіх попередніх документів.

Перед закриттям потрібно перевірити:

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

Проведення і продуктивність

Проведення може бути важкою операцією для системи.

На швидкість впливають:

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

Великі документи краще проводити в періоди меншого навантаження або оптимізувати механізм проведення.

Проведення і блокування

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

Наприклад, два користувачі одночасно продають один і той самий товар. Система має захистити залишки від некоректного списання.

Проблеми блокувань:

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

Автоматичне проведення

Деякі документи можуть проводитися автоматично.

Приклади:

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

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

Проведення через API або JSON

У сучасних інтеграціях документ може створюватися через API або JSON.

Наприклад, сайт передає замовлення:

{
  "external_id": "WEB-10025",
  "order_date": "2026-05-15",
  "customer": {
    "name": "ТОВ Ромашка",
    "edrpou": "12345678"
  },
  "items": [
    {
      "sku": "SKU-001",
      "quantity": 2,
      "price": 1500.00
    }
  ]
}

Після отримання такого JSON система може:

Створити документ.
Записати його.
Перевірити залишки.
Провести документ.
Повернути статус.

Приклад відповіді:

{
  "success": true,
  "document_id": "ERP-4587",
  "posted": true,
  "message": "Документ створено і проведено"
}

Проведення і міграція з 1С/BAS

Під час міграції з 1С або BAS у K2 ERP важливо розуміти логіку проведення документів.

Документи в старій системі можуть мати складну логіку:

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

Практичний принцип міграції. При переході в K2 ERP недостатньо перенести список документів. Потрібно зрозуміти, який обліковий результат дали проведені документи: залишки, борги, аванси, проводки, партії, зарплатні суми й аналітику.

Що переносити: документи чи результат проведення

При міграції є кілька підходів.

Підхід	Що переноситься	Коли підходить
Перенесення залишків	Тільки обліковий результат на дату старту	Для чистого запуску нової ERP
Перенесення документів без рухів	Історичні документи як архів	Коли історія потрібна для перегляду
Перенесення документів із повторним проведенням	Документи проводяться вже в новій ERP	Коли логіка нової системи повністю налаштована
Перенесення рухів і залишків	Результати проведення зі старої системи	Коли потрібна точна історична аналітика

Часто найкращий варіант — перенести в K2 ERP актуальні залишки, відкриті зобов’язання і довідники, а стару 1С залишити як архів для історичних документів.

Карта міграції проведених документів

Для міграції потрібно скласти карту.

Документ 1С/BAS	Що створює при проведенні	Що переносити в K2 ERP	Контроль
Прибуткова накладна	Залишки товарів, борг постачальнику	Залишки або документ надходження	Кількість і сума по складах
Видаткова накладна	Списання товару, борг покупця, дохід	Реалізація або історія продажів	Сума продажів, склад, контрагент
Банківська виписка	Рух коштів, закриття боргу	Платіжні документи	Сума виписки, залишок по банку
Нарахування зарплати	Зарплатні записи, борг працівнику, проводки	Нарахування або залишки зарплати	ФОП, борг, підрозділи
Закриття місяця	Собівартість, витрати, фінансовий результат	Підсумкові дані або архів	ОСВ, прибуток, собівартість

Контрольні суми при міграції

Щоб перевірити перенесення, потрібно звіряти контрольні суми.

Для складу:

кількість товарів;
сума залишків;
залишки по складах;
партії;
серії;
резерви.

Для взаєморозрахунків:

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

Для бухгалтерії:

ОСВ;
сальдо по рахунках;
обороти за період;
субконто;
валютні суми.

Для зарплати:

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

Реплікатор K2 і проведення документів

Реплікатор K2 може використовуватися для перенесення даних із 1С або BAS у K2 ERP.

У контексті проведення документів Реплікатор K2 може допомогти:

вивантажити проведені документи;
вивантажити рухи документів;
вивантажити залишки з регістрів;
вивантажити взаєморозрахунки;
вивантажити бухгалтерські сальдо;
підготувати контрольні суми;
зіставити довідники;
сформувати документи K2 ERP;
завантажити початкові залишки;
підготувати історичні дані для Power BI.

Проведення документа в сучасній ERP

У сучасній ERP ідея проведення залишається, навіть якщо технічна реалізація відрізняється від 1С.

Сучасна ERP також повинна відповідати на питання:

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

У K2 ERP подібна логіка може реалізовуватися через документи, таблиці рухів, журнали операцій, API, бізнес-процеси, бухгалтерські записи, BI-шари та аудит дій.

Аудит проведення

Для серйозної ERP важливо знати:

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

Аудит потрібен для безпеки, контролю, розслідування помилок і відповідальності.

Санкції та ризики використання 1С/BAS в Україні

При описі механізмів 1С і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики.

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

Указ Президента України №184/2020 ввів у дію рішення РНБО від 14 травня 2020 року щодо застосування, скасування і внесення змін до персональних спеціальних економічних та інших обмежувальних заходів. Окремо Держспецзв’язку оприлюднила перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS. Перелік є динамічним, тому перед технічними або юридичними рішеннями потрібно перевіряти актуальні офіційні джерела.

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

Типові помилки при міграції проведення

Помилка	Наслідок	Як уникнути
Перенесли документи, але не перенесли результат	Залишки й борги не сходяться	Звіряти регістри й контрольні суми
Не врахували непроведені документи	Частина історії є, але не впливає на облік	Розділити проведені й непроведені документи
Провели документи в новій ERP без адаптації логіки	Результат відрізняється від старої системи	Тестувати правила проведення
Не перенесли договори й аналітики	Не закриваються взаєморозрахунки	Переносити аналітичні розрізи
Не перевірили послідовність	Собівартість і залишки неправильні	Відновити порядок документів
Не зробили аудит старих рухів	Незрозуміло, чому дані не сходяться	Аналізувати рухи документів 1С

Практичний чекліст

Перед аналізом або міграцією проведення потрібно перевірити:

які документи є ключовими;
які документи проведені;
які документи непроведені;
які регістри рухає кожен документ;
які проводки формуються;
які залишки змінюються;
які взаєморозрахунки створюються;
які аналітики використовуються;
які документи проведені заднім числом;
чи є від’ємні залишки;
чи є незакриті аванси;
чи є помилки в регістрах;
чи є контрольні звіти;
які документи треба перенести в K2 ERP;
які дані достатньо перенести залишками.

Коротко

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

Висновок

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

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

Проведення — це момент істини для документа. До проведення документ є лише записом. Після проведення він стає частиною облікової історії компанії.

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

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

Див. також

Зовнішні посилання