Бухоблік інфо. Бухоблік інфо 1с 8 контроль негативних залишків

Як контролювати залишки на складі у програмі 1С 8.3 Бухгалтерія?

У будь-якій організації обов'язково ведеться контроль залишків складі. І не рідко виникає ситуація, коли товар за фактом є, але у програмі його немає. І тут бухгалтер змушений ухвалити рішення:

• дозволити його продати
• відкласти до того, поки не з'ясується, чому виникла така ситуація

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

Можна, звичайно, просто сформувати документ продажу і не проводити документ, але не в усіх організаціях це дозволено. Тому в програмі 1С 8.3 (як і 8.2) є можливість відключити контроль негативних залишків.

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

Некоректно заповнено стовпчик «Кількість» у рядку 1 списку «Товари».

Вказана кількість перевищує залишок. Залишок: 18; Бракує: 111 093

Відключення контролю негативних залишків 1С 8.3

Щоб вимкнути або включити контроль залишків у 1С, потрібно зайти в меню «Головне», потім у розділі «Параметри» вибрати пункт «Параметри обліку».

У деяких версіях 1С Бухгалтерії дані налаштування розташовані в меню Адміністрація - Налаштування документів.

У «Параметрах обліку» потрібно перейти на закладку 1С «Запаси», та встановити прапорець «Дозволити списання запасів за відсутності залишків за даними обліку»:

Потім залишилося натиснути кнопку «Записати та закрити». Тепер при списанні залишки не контролюватимуть.

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

Звіт «Контроль негативних залишків»

У найпростішому випадку потрібно лише вибрати період та натиснути кнопку «Сформувати». І ось тут мене чатувала перша несподіванка.

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

Це слід врахувати, тому що я часто зустрічав у форумах питання «А чому звіт мені нічого не показує?». Відповіді були різні, переважно про неправильно встановлені фільтри, але про період я жодного разу не зустрічав.

Після того, як я встановив потрібний період, звіт сформувався правильно:

Всі інші параметри стандартні, можна встановити різні фільтри, додати групування, змінити сортування, додати додаткові поля (кнопка «Показати установки»).

За матеріалами: programmist1s.ru

Ця стаття призначена для впроваджувачів 1С – і особливо для тих, хто готується до Атестації на 1С:Фахівець з платформи.

Сьогодні ми розберемо 2 методики контролю залишків – причому не лише залишків на складі, а й, наприклад, взаєморозрахунків ("яка поточна заборгованість клієнта і чи можна відвантажувати йому товари")

Обидві методики застосовуються і в типових конфігураціях, і Атестаційних завданнях. І оскільки їх дві – потрібно чітко розуміти, коли застосовна "нова" методика, а коли тільки "стара".

Це базові знання для програмістів 1С, рекомендуємо не залишати прогалин у таких областях. На вивчення у Вас має піти 15 хвилин :)

Постановка задачі

Візьмемо просту конфігурацію з документами "Надходження товарів" та "Реалізація товарів":

Для обліку залишків використовується регістр накопичення "Вільні залишки":

Під час проведення документа “Надходження товарів” виконуються рухи-прихід:

Процедура ОбробкаПроведення(Відмова, Режим)

Для кожного ТекСтрокаТовари З Товари Цикл
Рух = Рухи.ВільніЗалишки.Додати();
Рух.ВиглядРуху = ВидРухуНакопичення.Прихід;
Рух. Період = Дата;
Рух.Номенклатура = ТекРядокТовари.Номенклатура;
Рух.Кількість = ТекРядокТовари.Кількість;
КінецьЦикл;

КінецьПроцедури

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

Іноді контроль залишків реалізують й у документа «Надходження товарів» – щоб у разі скасування проведення чи перепроведення документа не утворився негативний залишок.

Наприклад, на склад надійшли 10 нових телевізорів LG, 6 із них було продано. Якщо у документі надходження 10 шт. виправити 5 шт. - Утворюється негативний залишок «мінус 1 шт.».

У типовий УТ 11 подібний контроль включається за допомогою функціональної опції «Контролювати товари організацій при скасуванні приходів».

Під час проведення документа «Реалізація товарів» необхідно організувати контроль залишків. Якщо товару на залишках недостатньо, документ не проводиться та видається діагностичне повідомлення. У цьому полягає завдання.

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

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

Звичайно, Ви можете оптимізувати їх самостійно, або пройти наш курс з прискорення та оптимізації 1С :)

Як Ви вже зрозуміли, розв'язання задачі може бути виконане двома способами. Почнемо з методики, яка застосовувалась ще з часів «1С:Підприємство 8.0».

Стара методика контролю залишків

Принцип старої методики контролю залишків наступний: перевіряємо, чи є залишок товарів у потрібній кількості. Якщо є – списуємо, якщо ні – повідомляємо про помилку.

Алгоритм у старій методиці складається з кількох блоків:

1. Запитом виходять залишки товарів та дані документа
2. У циклі виконується контроль достатності товарів
3. Якщо товарів недостатньо, то документ не проводиться
4. Якщо товарів достатньо – виконуються рухи-витрата

Ось так виглядає програмний код:

// 1. Очищення старих рухів регістру
Рухи.ВільніЗалишки.Записувати = Істина;
Рухи.Записати();

// 2. Отримання запитом даних документа та залишків регістру
Запит = Новий Запит;
Запит.Текст =
"ВИБРАТИ

|ПОМІСТИТИ Товари
|З
|ДЕ
| Товари.Посилання = &Посилання
|ЗГРУПУВАТИ ПО
| Товари.Номенклатура
|ІНДЕКСУВАТИ ПО
| Номенклатура
|;

| ВИБРАТИ
,
| ПОДАННЯ ПОСИЛАННЯ(Товари.Номенклатура) ЯК НоменклатураУявлення,
| Товари.Кількість ЯК Кількість,
| Є NULL (Залишки. Кількість Залишок, 0) ЯК Залишок
|З
| Товари ЯК
| ЛІВОЕ З'ЄДНАННЯ РегістрНакопичення.ВільніЗалишки.Залишки(
| &Момент часу,
| Номенклатура В
| (ВИБРАТИ
| Номенклатура ЯК Номенклатура
| З
| ПЗ Товари.Номенклатура = Залишки.Номенклатура";
Запит.УстановитиПараметр("МоментЧасу", МоментЧасу());

// 3. Обхід результатів запиту

// 4. Перевірка на достатність товарів
Дефіцит = ВибіркаТовари.Кількість - ВибіркаТовари.Залишок;
Якщо Дефіцит>0 Тоді
Відмова = Істина;
Повідомлення.Текст = "Товара "+ВибіркаТовари.НоменклатураУявлення+" недостатньо в кількості "+Дефіцит+" шт.";
Повідомлення.Повідомити();
КінецьЯкщо;

// 5. Перехід початку циклу, якщо були помилки
Якщо Відмова Тоді
Продовжити;
КінецьЯкщо;

// 6. Виконання рухів у регістри
Рух. Період = Дата;

КінецьЦикл;

// 7. Встановлення прапора запису рухів наприкінці транзакції
Рухи.ВільніЗалишки.Записувати = Істина;

КінецьПроцедури

Прокоментуємо ключові точки алгоритму.

1. Очищення старих рухів регістру

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

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

Коли можлива така ситуація? Коли дата документа зрушується вперед.

Покажемо на прикладі, до чого це призведе:

1. Залишок настільних ламп 10 шт.
2. Проводиться документ від 16.02.17, списуємо 6 ламп
3. У документі змінюється дата на 17.02.17 (дату можна змістити хоч на 1 секунду вперед), перекладаємо документ.

Якщо очищення рухів не виконувати, система повідомить про брак 2 штук. Чому? Та тому що старі рухи документа списали 6 із 10 наявних ламп. Далі система намагається списати ще 6 штук, а на рештках є лише 4.

Проблема вирішується у 3 рядки коду:

• Виконується очищення набору записів (він міг бути прочитаний на формі або попередніх обробників)
• У набору записів встановлюється прапор "Записувати"
• Виконується запис усіх наборів, які мають прапор «Записувати»

Строго кажучи, ми можемо керувати очищенням рухів під час проведення документів:

Варіант із видаленням рухів при скасуванні проведення є рекомендованим – ми самі керуємо, коли потрібно дійсно видаляти рухи.

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

Запит складається з двох пакетів:

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

На що варто звернути увагу на цей запит:

1. При створенні тимчасової таблиці індексується поле, яким далі буде виконуватися з'єднання – це зроблено для оптимальної продуктивності
2. Момент отримання залишків – відповідають положенню документа на часовій осі
3. Залишків у регістрі може бути – тому виконується ліве з'єднання й у ресурсу «Кількість» застосовується функція «ECТЬNULL» – значення NULL призводить до нулю.

3. Обхід результатів запиту

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

У циклі обходимо результат цього запиту.

4. Перевірка на достатність товарів

Визначаємо дефіцит за товарами.

Якщо дефіцит більший за нуль, значить, товару не вистачає:

• Видаємо діагностичне повідомлення
• Виставляємо параметр «Відмова» обробки проведення значення «Істина»

Якщо «Відмова» дорівнюватиме «Істина», то результат транзакції проведення документа не буде зафіксовано. Говорячи простою мовою – це команда системи не проводити цей документ.

5. Перехід на початок циклу, якщо були помилки

Якщо цьому чи попередніх кроках циклу були помилки (Відмова = Істина), тоді немає сенсу формувати руху. Все одно до бази даних вони не будуть записані.

6. Виконання рухів у регістри

Якщо перевірка залишків пройшла успішно, формуємо рух-витрату.

7. Встановлення прапора запису рухів наприкінці транзакції

Якщо цей прапор не встановити, то рухи НЕ будуть записані.

Наприкінці транзакції проведення документа записуються лише набори записів, які мають прапор «Записувати».

Заради справедливості зазначимо, що встановлення якості "Записувати" набору записів має сенс за однієї умови - у якості документа "Запис рухів при проведенні" має бути вказано значення "Записувати вибрані":

Однак саме значення "Записувати вибрані" є стандартом де-факто:

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

Інше значення якості - "Записувати модифіковані" є застарілим і в сучасних конфігураціях майже не зустрічається.

Нова методика контролю залишків

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

Як бачите, важлива різниця в моменті контролю залишків:

• Стара методика – спочатку перевіряємо решту, потім списуємо
• Нова методика – спочатку списуємо, потім перевіряємо решту.

В результаті програмний код буде виглядати так:

Процедура ОбробкаПроведення(Відмова, РежимПроведення)

// 1. Отримання запитом даних документа
Запит = Новий Запит;
Запит.МенеджерТимчасовихТаблиць = Новий МенеджерТимчасовихТаблиць;
Запит.Текст =
"ВИБРАТИ
| Номенклатура ЯК Номенклатура,
| СУМА(Товари.Кількість) ЯК Кількість
|ПОМІСТИТИ Товари
|З
| Документ.РеалізаціяТоварівПослуг.Товари ЯК
|ДЕ
| Товари.Посилання = &Посилання
|ЗГРУПУВАТИ ПО
| Товари.Номенклатура
|ІНДЕКСУВАТИ ПО
| Номенклатура
|;
|////////////////////////////////////////////////////////////////////////////////
| ВИБРАТИ
| Номенклатура ЯК Номенклатура,
| Товари.Кількість ЯК Кількість
|З
| Товари ЯК Товари";
Запит.ВстановитиПараметр("Посилання", Посилання);
РезультатЗапиту = Запит.Виконати();

// 2. Формування рухів-витрата регістру
Рухи.ВільніЗалишки.Очистити();
ВибіркаТовари = РезультатЗапроса.Вибрати();
Поки ВибіркаТовари.Наступний() Цикл
Рух = Рухи.ВільніЗалишки.ДодатиВитрата();
Рух. Період = Дата;
Рух.Номенклатура = ВибіркаТовари.Номенклатура;
Рух.Кількість = ВибіркаТовари.Кількість;
КінецьЦикл;

// 3. Запис рухів у БД
Рухи.ВільніЗалишки.Записувати = Істина;
Рухи.Записати();

// 4. Запит, який отримує негативні залишки з регістру
Запит.Текст =
"ВИБРАТИ
| Номенклатура ЯК Номенклатура,
| ПОДАННЯ ПОСИЛАННЯ(Залишки.Номенклатура) ЯК НоменклатураУявлення,
| -Залишки.КількістьЗалишок ЯК Дефецит
|З
| РегістрНакопичення.ВільніЗалишки.Залишки(
| &Момент часу,
| Номенклатура В
| (ВИБРАТИ
| Номенклатура ЯК Номенклатура
| З
| Товари ЯК Товари)) ЯК Залишки
|ДЕ
| Залишки.КількістьЗалишок< 0";

КордонКонтролю = Новий Кордон(Момент Часу(), ВидКороди.Включаючи);
Запит.ВстановитиПараметр("Момент Часу", КордонКонтролю);
РезультатЗапиту = Запит.Виконати();

// 5. Виведення повідомлень про нестачу товарів
Якщо не результат запиту.Порожній() тоді
Відмова = Істина;
ВибіркаПомилки = РезультатЗапроса.Вибрати();
Поки ВибіркаПомилки.Наступний() Цикл
Повідомлення = Новий ПовідомленняКористувачеві;
Повідомлення.Текст = "Товара "+ВибіркаПомилки.НоменклатураПредставлення+" недостатньо в кількості "+ВибіркаПомилки.Дефецит+" шт.";
Повідомлення.Повідомити();
КінецьЦикл;
КінецьЯкщо;

КінецьПроцедури

Розберемо ключові точки алгоритму.

1. Отримання запитом даних документа

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

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

2. Формування рухів-витрата регістру

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

3. Запис рухів у БД

Щоб залишки у регістрі змінилися, рухи потрібно записати.

4. Запит, який отримує негативні залишки з регістру

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

Саме тут використовується створена першому кроці тимчасова таблиця – накладається умова на номенклатуру (для цього ми не створюємо новий об'єкт типу «Запит», а використовуємо створений раніше).

Зверніть увагу, як передається час – використовується тип даних «Кордон». Залишки потрібно отримати на момент часу відразу після поточного документа.

Чи можна було отримати залишки без кордону, наприклад, додавши до дати документа 1 секунду?

Ні! Адже в одній секунді може бути велика кількість документів. Тому єдиний правильний варіант – використовувати вид кордону "Включаючи".

5. Виведення повідомлень про нестачу товарів

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

Переваги контролю залишків за новою методикою

Отже, обидва алгоритми вирішують одну й ту саму задачу.

Різниця між алгоритмами помітна, але переваги не очевидні.

Тому давайте підкреслимо їх:

1. Немає необхідності очищати старі рухи документа. По суті, це операція запису в БД порожнього набору рухів і видалення існуючих рухів - це досить ресурсомісткі операції.
2. Запит, який отримує дані щодо негативних залишків, звертається лише до однієї таблиці – немає необхідності робити ліве з'єднання з даними документа та застосовувати функцію «ЄСТЬNULL()»

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

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

А чи такі важливі ці мілісекунди?

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

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

Ok, значить, потрібно завжди використовувати нову методику, правда?

Ні це не так!

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

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

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

До речі, у типовій «1С:Управління торгівлею 11» реалізовано контроль залишків за новою методикою, а в «1С:Бухгалтерії 8» – за старою методикою.

Але це ще не все!

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

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

А для «затравки» лише скажемо, що встановлення блокування в новій методиці робиться дуже просто- І це ще одна перевага нового способу контролю залишків.

Підсумки

Підіб'ємо короткі підсумки.

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

Ключова відмінність між методикамиу моменті контролю залишків:

• Стара методика – контроль до запису рухів у регістри
• Нова методика – контроль після запису рухів у регістри

У загальному випадку нова методика є більш ефективною, але застосовна вона не завжди.

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

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

І на завершення приклади з типових конфігурацій:

• У УТ 11є 2 основних регістри для обліку номенклатури: Вільні залишки (кількість) та Собівартість товарів (дані про собівартість) – використовується нова методика
• У БП 3.0дані про собівартість та залишки зберігаються в одному регістрі бухгалтерії – використовується стара методика контролю залишків.

Є два види ситуації, в якій необхідне налаштування контролю залишків.

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

Така ситуація можлива, якщо організація тільки почала облік у 1С 8.3 або дані заносяться до програми невчасно.

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

Налаштування контролю залишків

У програмі 1С 8.3 Бухгалтерії є настроювання контролю залишків. І при створенні бази в налаштуваннях за замовчуванням можна списувати товари, які за даними обліку в програмі відсутні.

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

Важливо! Щоб контролювалося залишки лише на рівні складу, в 1С 8.3 необхідно встановити аналітику по складах у рахунках обліку товарів чи матеріалів.

Таким чином:

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

Як вимкнути контроль залишків у 1С 8.3

Для зняття заборони проведення документів з відсутніми товарами необхідно у налаштуваннях програми 1С 8.3 у розділі Адміністрація – далі Налаштування проведення документів:

встановити галочку Дозволяється списання запасів за відсутності залишків за даними обліку:

Контроль залишків у розрізі складів

Для запобігання негативним залишкам по складах задаємо аналітику За складами. Увімкнути аналітику за складами можна в налаштуваннях обліку: розділ Адміністрування – далі Параметри обліку. Вибираємо Налаштування плану рахунківі в обліку запасів натискаємо на За номенклатурою та складами (за кількістю):

У новому вікні встановлюємо прапор За складами (місцями зберігання). Дана галочка і впливатиме на контроль залишків у розрізі складів:

• Якщо галочка прибрана – контроль залишків здійснюється у межах організацій;
• Якщо галочка встановлена ​​– у розрізі організації та конкретного складу:

Контроль негативних залишків 1С 8.3

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

Звіт Контроль негативних залишківв 1С 8.3 перебуває у розділі Склади – далі Контроль негативних залишків:

Звіт можна сформувати за певний період з деталізацією за документами, складами, номенклатурою та іншими об'єктами обліку. А також вивести дані щодо певного складу чи номенклатури, використовуючи відбір:

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

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

На сайті можна ознайомитись за конфігурацією 1C Бухгалтерія 8.3.

Докладніше про налаштування програми 1С 8.2 (8.3) Заборона списання запасів за відсутності залишків, яким чином вона впливає на фінансові результати дивіться у наступному відео:

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

• Направити їх у продаж;
• Залишити на складі до з'ясування обставин такої ситуації.

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

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

При активованому контролі реалізація товару, відсутнього за програмою складі видасть користувачеві попередження: «Некоректно заповнена колонка «Кількість» у рядку 1 списку «Товари». «Вказана кількість перевищує залишок. Залишок: 18. Бракує 111.093».

Відключення контролю негативних залишків у 1С

Операція увімкнення/вимкнення контролю залишків у 1С здійснюється через меню «Головне» - «Налаштування» - «Параметри обліку» - «Запаси». Тут потрібно встановити прапорець «Дозволити списання запасів за відсутності запасів за даними обліку».

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

Звіт «Контроль негативних залишків»

Формування цього звіту здійснюється через меню "Склад" - "Звіти", де представлений документ. Від користувача потрібно визначити інтервал запиту та клацнути на кнопку «Сформувати». Відсутність заданого періоду не дозволить показати негативні залишки, що є особливістю системи, яка потребує обов'язкового заповнення графи «Період».

Готовий звіт має такий зовнішній вигляд.

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

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

Т.к. звіт повністю написаний з використанням схеми компонування даних, то користувачеві не важко змінити розрізи звіту з режиму користувача (див. рис.2)

Зовнішній звіт призначений для конфігурації «1С:Бухгалтерія підприємства 8, редакція 3.0» та «Редакція 3.0 (КОРП)», що працює на платформі версії 8.2 в режимі «КЕРУВАНИЙ ДОДАТОК».

Термін дії безкоштовної підтримки: 1 місяць.

Причини купити

Негативні залишки завжди є головним болем будь-якого бухгалтера. Негативні залишки за рахунком 41 подвійно посилюють цю ситуацію. Цей звіт швидко і наочно показує всю "почервоніння" по 41 рахунку у зручній та наочній формі. Причому любий негативний залишок за 41 рахунком, може бути розшифрований за допомогою звітів «Аналіз субконто» та «Картка рахунка». При цьому, комбінуючи використання даних звітів можна опуститися прямо до рівня документів-реєстраторів, що викликали рух товару. Для цього достатньо натиснути на потрібну цифру у звіті і вибрати звіт для розшифровки.

За численними побажаннями користувачів, створено окрему версію звіту «Контроль негативних залишків за рахунками ТМЦ», в якій додано можливість контролю негативних залишків, не лише за 41 рахунком, а й іншими основними рахунками руху ТМЦ:

Рахунок 07 Обладнання для встановлення
- Рахунок 08.04 Придбання об'єктів основних засобів
- Рахунок 10 весь, крім 10.07 (Матеріали, передані у переробку на бік)
- Рахунок 21 Напівфабрикати власного виробництва
- Рахунок 41 весь, крім 41.12 (Товари в роздрібній торгівлі (у НТТ за продажною вартістю))
- Рахунок 42.01 Торгова націнка в автоматизованих торгових точках
- Рахунок 43 Готова продукція

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

Переваги

1. Підключення через механізм зовнішніх обробок та звітів. Це дозволяє використовувати звіт, не вносячи жодних змін до типової конфігурації. Також можливе стандартне відкриття звіту через «Файл» - > «Відкрити».
2. Можливість налаштування звіту "під себе" з режиму користувача.

Гарантія повернення грошей

ТОВ "Інфостарт" гарантує Вам 100% повернення оплати, якщо програма не відповідає заявленому функціоналу з опису. Гроші можна повернути в повному обсязі, якщо ви заявите про це протягом 14 днів з дня надходження грошей на наш рахунок.

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