---
title: "\u041d\u0430\u043b\u0430\u0448\u0442\u0443\u0432\u0430\u043d\u043d\u044f \u0441\u043a\u043b\u0430\u0434\u0441\u044c\u043a\u043e\u0433\u043e \u043f\u0435\u0440\u0435\u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u043d\u044f \u2014 OpenOblik"
description: "\u041f\u0430\u0440\u0430\u043c\u0435\u0442\u0440\u0438 \u043f\u0435\u0440\u0435\u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u043d\u044f \u0437\u0430\u043f\u0430\u0441\u0456\u0432 \u0432 ERPNext: \u0447\u0430\u0441\u043e\u0432\u0456 \u043e\u0431\u043c\u0435\u0436\u0435\u043d\u043d\u044f, \u043f\u0435\u0440\u0435\u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u043d\u044f \u0437\u0430 \u043d\u043e\u043c\u0435\u043d\u043a\u043b\u0430\u0442\u0443\u0440\u043e\u044e, \u043f\u0430\u0440\u0430\u043b\u0435\u043b\u044c\u043d\u0430 \u043e\u0431\u0440\u043e\u0431\u043a\u0430, \u0441\u043f\u043e\u0432\u0456\u0449\u0435\u043d\u043d\u044f \u043f\u0440\u043e \u043f\u043e\u043c\u0438\u043b\u043a\u0438, \u0441\u0442\u0430\u0440\u0456 \u0441\u0435\u0440\u0456\u0439\u043d\u0456 \u043d\u043e\u043c\u0435\u0440\u0438."
space: "\u0414\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0456\u044f ERPNext"
url: "https://openoblik.com.ua/docs/sklad/stock-reposting-settings"
updated: "2026-10-10"
---

![Знімок екрана 2024-04-24 о 12.54.08](/files/docs-Screenshot-2024-04-24-at-12.54.08-PM.png)



### **Обмежити час складського перепроведення**

Якщо потрібно виконувати перепроведення в певний час, позначте прапорець «**Обмежити час складського перепроведення**». Таке налаштування допомагає уникнути взаємних блокувань (deadlock), які виникають під час перепроведення.

### Обмеження не діють для

Якщо потрібно виконувати перепроведення цілодобово, а не в певний час, — особливо у ваші вихідні дні, — скористайтеся цим налаштуванням.

### Перепроведення за номенклатурою

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

### Перепроводити кожну складську операцію

Система створює запис перепроведення для операцій, введених заднім числом. Тобто запис перепроведення створюється лише тоді, коли для тієї самої номенклатури й складу є пізніша операція. Траплялися випадки, коли через одночасний доступ система не створювала запис перепроведення для операції заднім числом. Щоб розв'язати цю проблему, додано цей параметр (Do reposting for each Stock Transaction): з ним система створює запис перепроведення, не перевіряючи, чи є пізніша операція для тієї самої номенклатури й складу. Його також додано для цілей аудиту.

### **Сповіщати про помилку перепроведення роль**

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

### **Увімкнути паралельне перепроведення**

![Знімок екрана 2025-12-10 о 17.54.21](/files/docs-Screenshot-202025-12-10-20at-205.54.21-20PM.png)

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

#### Кількість паралельних перепроведень (на номенклатуру)

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



### **Примітка щодо використання**

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

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

### **Проблема зі старими серійними номерами**

Наприклад

- Надходження серійного номера ABC за ціною 14 000
- Вибуття того самого серійного номера із собівартістю 14 000 
- Повторне надходження того самого серійного номера ABC за ціною 4 000 
- Вибуття того самого серійного номера із собівартістю 4 000



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

- Надходження серійного номера ABC за ціною 14 000
- Вибуття того самого серійного номера із собівартістю 4 000 (**неправильно, бо значення взято з документа «Серійний номер»**)
- Надходження того самого серійного номера ABC за ціною 4 000
- Вибуття того самого серійного номера із собівартістю 4 000



Собівартість у другому рядку має бути 14 000, а не 4 000.  Ця проблема стосується старих серійних номерів, створених до версії 15, коли ще не було набору серійних номерів і партій.  

**Рішення**  

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

---

*Переклад сторінки [«Stock Reposting Settings»](https://docs.frappe.io/erpnext/stock-reposting-settings) з документації ERPNext. © Frappe Technologies Pvt. Ltd., ліцензія [CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/deed.uk). Переклад — OpenOblik, на тих самих умовах. Переклад машинний, вичитка триває: помітили неточність — [напишіть нам](/kontakty).*
