Помилка Arithmetic overflow — як виправити сканування штрих-коду замість ціни або кількості
Помилка “Arithmetic overflow error converting expression to data type int” (або “numeric”) виникає, коли числове значення в базі даних перевищує максимально допустимий розмір для свого типу даних.
У розрізі складського обліку Торгсофт ця критична помилка найчастіше трапляється через людський фактор: користувач випадково сканує 13-значний штрих-код товару в поле “Кількість” або “Ціна” замість відповідного поля для штрих-коду.
Як наслідок, програма фіксує надходження або ціну товару в розмірі кількох мільярдів одиниць. При спробі програми опрацювати такі величезні цифри (наприклад, під час автоматичного перерахунку собівартості, закриття періодів або відкриття форми "Стан складу”) система не витримує навантаження, видає помилку переповнення або повністю “зависає“.
Ця помилка зазвичай пов’язана не з інтерфейсом, а з пошкодженими або некоректно введеними даними в русі товару, тому виправляти її потрібно обережно. Якщо документ знаходиться в минулому періоді, якщо форма «Стан складу» не відкривається або якщо для пошуку проблеми потрібна перевірка через SQL, краще не експериментувати з базою самостійно. У таких випадках безпечніше спочатку локалізувати проблемний товар і за потреби звернутися до технічної підтримки.
Крок 1. Пошук проблемного документа

Оскільки через помилку програма може блокувати роботу зі складом або зупиняти нічні розрахунки, проблемний товар потрібно локалізувати. Зробити це можна кількома способами:
1. Візуальний пошук через форму “Стан складу“
Найшвидший користувацький метод — перевірити залишки. Через те, що в кількість або ціну потрапив штрих-код, на формі “Стан складу” цей товар матиме аномальні показники (наприклад, роздрібна ціна або залишок складатиме 13 знаків).
-
Відкрийте “Стан складу” та відсортуйте таблицю за колонкою “Кількість” або “Ціна в роздріб” за спаданням.
-
Знайшовши товар із мільярдними залишками чи ціною, виділіть його та натисніть кнопку “Рух товару”.
-
У русі товару ви чітко побачите, який саме документ (Прихідна накладна, Акт інвентаризації, Повернення тощо) містить цю аномалію.
2. Пошук через SQL-запити
Якщо база даних велика або форма “Стан складу” не відкривається через помилку менеджер-класу, спеціалісти технічної підтримки використовують SQL-запити. Запит формується для пошуку товарів, у яких значення кількості перевищує нормальні межі. Наприклад, виконується пошук товарів, залишок яких становить понад 1 000 000 одиниць. Знайшовши ID таких товарів через SQL Management Studio, спеціалісти передають їх клієнту для перевірки їхнього руху та виправлення.
3. Використання “Діагностики помилок”
Варто зазначити, що стандартна форма “Товарознавство — Діагностика помилок” переважно використовується для пошуку товарів з однаковими штрих-кодами, виправлення дублікатів найменувань або означування товарів без прив'язки до довідників. Для пошуку саме математичного переповнення (Arithmetic overflow) через сканування штрих-коду в кількість, найефективнішими інструментами є аналіз “Стану складу” та прямі SQL-запити.
Крок 2. Виправлення документа та перерахунок

Після того як ви локалізували документ (наприклад, це “Прихід від інвентаризації” або звичайна прихідна накладна), необхідно його відредагувати:
-
Відкриття періоду. Якщо документ з помилкою був створений у минулому місяці та період вже закритий, програма видаватиме помилку переповнення саме під час спроб закрити або перерахувати цей період. У такому разі необхідно тимчасово відкрити цей період для редагування.
-
Редагування кількості/ціни. Знайдіть проблемний документ (наприклад, через “Реєстр прихідних накладних” або напряму з “Руху товару”) та відкрийте його на редагування. Замініть аномальне 13-значне число у полі “Кількість” або “Ціна” на правильне фактичне значення.
-
Очищення та перерахунок. Після виправлення документа необхідно обов'язково перерахувати собівартість. Для цього перейдіть у налаштування та запустіть сервісну операцію “Очистити інформацію про рух товару і перерахувати собівартість”.
-
Закриття періоду. Якщо ви відкривали минулий період для виправлення документа, обов'язково закрийте його знову після успішного перерахунку собівартості.
Важливий нюанс. Якщо помилково оприбуткований товар має дуже велику історію руху (наприклад, використовувався як тестовий товар або для постійних об'єднань), процес перерахунку собівартості може знову “зависнути” саме на ньому. У таких складних випадках до вирішення залучаються розробники Торгсофт, які очищують рух цього конкретного товару безпосередньо через базу даних.
-
01.05.2026
Помилка Arithmetic overflow — як виправити сканування штрих-коду замість ціни або кількості
Помилка Arithmetic overflow у Торгсофт: чому виникає через штрих-код у полі кількості чи ціни та як знайти проблемний документ
-
27.04.2026
Розбіжності у звітах по постачальникам: причини та алгоритм пошуку помилок
Чому звіти Торгсофт «Аналіз виручки за постачальниками» і «Рух товару» не збігаються та як знайти причину розбіжностей
-
22.04.2026
Закупівельні ціни в Торгсофт: як правильно оприбутковувати товар, змінювати ціни та уникати помилок
Як у Торгсофт правильно оприбутковувати товар, змінювати закупівельні ціни, враховувати витрати та уникати помилок у собівартості









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