Този отчет помага за получаване на обобщена или подробна информация за отрицателни салда по 41 сметки по всяко време. Резултатът от отчета се показва с подробности по подразбиране (вижте Фиг. 1)

защото отчетът е напълно написан с помощта на схемата за съставяне на данни, тогава за потребителя няма да е трудно да промени секциите на отчета от потребителския режим (вижте Фиг. 2)

Външният отчет е предназначен за конфигурацията "1C: Enterprise Accounting 8, издание 3.0" и „Ревизия 3.0 (CORP)“работи на платформа версия 8.2 в режим „УПРАВЛЯВАНО ПРИЛОЖЕНИЕ“.

Безплатен период на поддръжка: 1 месец.

Причини за покупка

Отрицателните салда винаги са главоболие за всеки счетоводител. Отрицателните салда по 41 сметки двойно влошават тази ситуация. Този отчет бързо и ясно показва всичко "червенина" за 41 акаунта в удобна и визуална форма. и азвсяко отрицателно салдо по 41 сметки може да бъде дешифрирано с помощта на отчетите „Анализ на субконто“ и „Карта на сметката“. В същото време, чрез комбиниране на използването на тези отчети, е възможно да се спусне директно до нивото на регистрационни документи, които са причинили движението на стоки. За да направите това, просто щракнете върху необходимата цифра в отчета и изберете отчета за декриптиране.

Съгласно многобройните желания на потребителите е създадена отделна версия на справката „Контрол на отрицателни салда по сметки за инвентар“, в която е добавена възможност за контрол на отрицателни салда не само за 41 сметки, но и за други основни сметки на движението на материалните запаси:

Сметка 07 Оборудване за монтаж
- Сметка 08.04 Придобиване на ДМА
- Оценка 10 всички, с изключение на 10.07 (Материали, прехвърлени за обработка отстрани)
- Сметка 21 Полуфабрикати собствено производство
- Сметка 41 всички с изключение на 41.12 (Стоки в на дребно(в NTT по продажна цена))
- Сметка 42.01 Търговска надбавка в автоматични обекти
- Сметка 43 Готова продукция

Също така не забравяйте, че отрицателни салда могат да възникнат не само в сметките за движение на стоки и материали, но и в сметката на митническата декларация. Ако трябва да контролирате и този акаунт, препоръчваме ви да се запознаете с външен доклад

Предимства

1. Свързване чрез механизма за външна обработка и отчитане. Това ви позволява да използвате отчета, без да правите промени в конфигурацията по подразбиране. Също така е възможно да отворите стандартен отчет чрез "Файл" -> "Отвори".
2. Възможност за персонализиране на отчета "за себе си" от потребителски режим.

Гарантирано връщане на парите

Infostart LLC ви гарантира 100% възстановяване на сумата, ако програмата не отговаря на декларираната функционалност от описанието. Парите могат да бъдат върнати в пълен размер, ако ги декларирате в рамките на 14 дни от датата на получаване на парите по нашата сметка.

Програмата е толкова тествана в работата, че можем да дадем такава гаранция с пълна увереност. Искаме всички наши клиенти да са доволни от покупката си.

Има два вида ситуации, при които е необходима настройка на контрола на остатъчните вещества.

Първа ситуация. Понякога счетоводителите трябва да се справят с проблема с невъзможността за отписване на материали или стоки в програмата 1C 8.3 поради липсата им в счетоводството, въпреки че всъщност те са налични. И счетоводителят трябва спешно да издаде документи за изпращане на материали или стоки:

Тази ситуация е възможна, ако организацията току-що е започнала счетоводство в 1C 8.3 или данните са въведени в програмата ненавреме.

Втората ситуация е, когато счетоводителят отписва материали, които не са налични в склада. И счетоводителят съставя товарителни документи, което не е много добре за репутацията на фирмата.

Настройка за остатъчен контрол

В счетоводната програма 1C 8.3 има настройка за контрол на баланса. И когато създавате база данни в настройките по подразбиране, е разрешено да отписвате стоки, които според счетоводните данни не са в програмата.

Салдата се контролират в контекста на конкретна организация и склад във всички видове документи: продажби, изискване-фактура, преводи и др., където са включени сметки със складови анализи.

важно! За да се контролират салдата на ниво склад, в 1C 8.3 е необходимо да се инсталира складова аналитика в сметките за стоки или материали.

По този начин:

• За първата ситуация трябва да поставите отметка в квадратчето и да въведете всички баланси на материалите в базата данни. И е желателно след това своевременно да се въведе получаването на стоки и материали.
• За втората ситуация трябва да премахнете отметката от квадратчето, за да забраните отписването на липсващи стоки (материали).

Как да деактивирате контрола на баланса в 1C 8.3

За да премахнете забраната за публикуване на документи с липсващи стоки, трябва да отидете в настройките на програмата 1C 8.3 в секцията Администриране - след това Настройки за публикуване на документи:

поставете отметка Разрешено отписване на материални запаси при липса на салда по счетоводни данни:

Контрол на баланси в контекста на складове

За да предотвратите отрицателни салда в складове, задайте анализи По складове. Можете да активирате складови анализи в счетоводните настройки: секция Администрация - след това Счетоводни настройки. Избирам Настройка на сметкопланаи в инвентара щракнете върху По номенклатура и складове (по количество):

Поставете флага в новия прозорец Складове (места за съхранение). Това квадратче за отметка ще повлияе на контрола на салдата в контекста на складовете:

• Ако отметката не е маркирана, контролът на балансите се извършва в контекста на организациите;
• Ако квадратчето е отметнато - в контекста на организацията и конкретен склад:

Контрол на отрицателните салда в 1C 8.3

Ако не е възможно да премахнете отметката от квадратчето или има причини да се водят записи с отрицателни салда, в 1C 8.3 Счетоводство се прилага отчет, който ви позволява да контролирате отрицателните салда.

Докладвай Контрол на отрицателни салдав 1C 8.3 се намира в раздела Складове - след това Контрол на отрицателни салда:

Справката може да се генерира за определен период с детайли по документи, складове, номенклатура и други счетоводни обекти. И също така показване на данни за определен склад или номенклатура чрез избор:

важно! Отчетът за контрол на отрицателния баланс показва отрицателни салда само за посочения период. Ако преди началото на отчета е имало документи за отписване, тогава отрицателните салда по тях няма да бъдат включени в отчета.

За да промените настройките на отчета, използвайте командата Показване на настройките. Навигирайки през разделите за настройки Групиране, Избор, Допълнителни полета, можете да придадете на отчета желания вид:

Сайтът може да бъде намерен в конфигурацията 1C Accounting 8.3.

Повече за настройката на програмата 1C 8.2 (8.3) Забрана за изписване на материални запаси при липса на салдакак влияе финансови резултативижте следното видео:

В моите видео уроци често казвам, че базата 1C трябва да бъде подготвена за затваряне на периода и отчитане. И една от важните точки на такава подготовка е контролът на отрицателните баланси на стоки, материали и Завършени продукти. Какви отчети трябва да се използват за проверка на състоянието на инвентарните сметки в 1C: Счетоводство? Нека разгледаме някои от тях.

1. Справка "Оборот и баланс за сметката"

След това внимателно преглеждаме отчета и анализираме откритите грешки.

Балансът е удобен с това, че ви позволява да оцените не само наличието на отрицателни количествени баланси, но и да откриете други проблемни ситуации:
- количествен баланс на ТМЦ без сума;
- общ баланс без количество;
- отрицателно салдо.
Ако обаче в счетоводството участват голям брой номенклатурни позиции, тогава такава проверка може да бъде доста трудоемка. Освен това SALT ще трябва да се генерира за всяка счетоводна сметка поотделно (10, 41, 43), което също донякъде усложнява работния процес.

2. Справка "Контрол на отрицателни салда"

Посочете периода, организацията и генерирайте отчет.

В справката се включват само номенклатурните позиции, за които е установено отрицателно количествено салдо. Голям плюс е, че се анализират данните за всички инвентарни сметки. Работата с отчета според мен е по-удобна, отколкото с OSV.
Но има и минус - отчетът ви позволява да контролирате само отрицателни количествени остатъци, оставяйки зад кулисите други проблеми, които могат да бъдат открити от WWS.

3. Доклад "Анализ на subconto"

Избираме подконто „Номенклатура“, проверяваме дали показването на количествени показатели е разрешено в настройките на отчета.

Subconto анализът е добър, защото ви позволява да получите информация за движението на стоки и материали за всички счетоводни сметки. Например, за проследяване на ситуации, когато стоките са пристигнали по една счетоводна сметка и са били продадени от друга.

При голям брой елементи обаче може да е трудно да се анализират данните.
Говорих за работата с този отчет по-подробно във видео урока Как да работите с отчета за анализ на подконто в 1C - ВИДЕО.
Така всеки от разгледаните доклади има своите плюсове и минуси. В работата бих препоръчал да ги комбинирате:
- откриване на груби грешки в отчета „Контрол на отрицателни салда”;
- след това прегледайте WWS за всички сметки за инвентара;
- за да идентифицирате причините за неправилния баланс, използвайте отчета "Анализ на подконто".
Също така анализирах интересни примери, свързани с откриване и коригиране на грешки в счетоводното отчитане на стоки и материали в две полезни видеоклипове:

Тази статия е предназначена за внедрители на 1C - и особено за тези, които се подготвят за сертифициране по 1C: Специалист по платформа.

Днес ще анализираме 2 метода за контрол на салда - и не само салда в склада, но и например взаимни разчети („какво е текущото задължение на клиента и възможно ли е да му изпратим стоки“)

И двата метода се използват както в типичните конфигурации, така и в квалификационните задачи. И тъй като са две трябва ясно да разберете кога е приложима „новата“ техника и кога само „старата“..

Това са основни познания за програмистите на 1C, препоръчваме ви да не оставяте пропуски в такива области. Трябва да отидеш да учиш 15 минути :)

Формулиране на проблема

Да вземем проста конфигурация с документите "Получаване на стоки" и "Продажба на стоки":

За отчитане на салда се използва регистърът за натрупване „Свободни салда“:

При осчетоводяване на документа „Получаване на стоки“ се извършват следните движения-получаване:

Процедура Обработка Изпълнение (Отказ, Режим)

За всеки цикъл TekRowProducts From Products
Movement = Movement.FreeRemains.Add();
Movement.MovementType = MovementTypeAccumulation.Incoming;
Movement.Period = Дата;
Движение.Номенклатура = CurrentLineProducts.Номенклатура;
Movement.Quantity = CurrentStringProducts.Quantity;
EndCycle;

EndProcedure

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

Понякога се прилага и балансов контрол за документа "Получаване на стоки" - така че при анулиране на осчетоводяването или повторно осчетоводяване на документа да не се образува отрицателно салдо.

Например, складът получи 10 нови телевизора LG, 6 от които бяха продадени. Ако в касовия документ има 10 бр. фиксирайте с 5 бр. - образува се отрицателен остатък "минус 1 бр.".

В типичен UT 11 такъв контрол е активиран с помощта на функционалната опция „Контролирайте стоките на организациите при анулиране на разписки“.

При осчетоводяване на документа "Продажби на стоки" необходимо е да се организира контрол на остатъците. Ако няма достатъчно наличност, документът не се осчетоводява и се издава диагностично съобщение. Това е проблемът за решаване.

Умишлено работим върху проста задача, при която разходите за отписване не се изчисляват. Това ще ни позволи да се съсредоточим върху нюансите на остатъчния контрол.

Забележка– представените по-долу алгоритми са предназначени за обучение и трябва да бъдат възможно най-ясни.
Те могат да бъдат оптимизирани, но тогава "коефициентът на разбиране" ще бъде по-нисък, така че в тази статия не спираме дотук.

Естествено, можете да ги оптимизирате сами или да вземете нашия курс за ускоряване и оптимизация на 1C :)

Както вече разбрахте, проблемът може да бъде решен по два начина. Нека започнем с методологията, която се използва от дните на 1C:Enterprise 8.0.

Стар метод за контрол на остатъците

Принципът на стария метод за контрол на остатъците е следният: проверете дали има остатък от стоки в необходимото количество. Ако има, отписваме, ако няма, съобщаваме за грешка..

Алгоритъмът в старата техника се състои от няколко блока:

1. Заявката получава баланса на стоките и данните за документа
2. Цикълът контролира достатъчността на стоките
3. Ако няма достатъчно стоки, документът не се осчетоводява
4. Ако има достатъчно стоки, се извършва движение-разход

Ето как изглежда кодът:

// 1. Почистете старите движения на регистъра
Movements.FreeRemains.Write = вярно;
Motion.Record();

// 2. Извличане на данни от документи и регистриране на салда чрез заявка
Заявка = Нова заявка;
Заявка.Текст =
"ИЗБИРАМ

| Продукти PUT
| ОТ
|КЪДЕ
| Продукти.Връзка = &Връзка
|ГРУПИРАНЕ ПО
| Продукти Номенклатура
|ИНДЕКС ПО
| Номенклатура
|;

|ИЗБЕРЕТЕ
,
| РЕФЕРЕНТНО ПРЕДСТАВЛЕНИЕ(Продукти.Номенклатура) КАТО Номенклатурно Представяне,
| Стоки. Количество като количество,
| IS NULL(Остатъци. Оставащо количество, 0) AS Remaining
| ОТ
| Продукти AS Продукти
| ЛЯВО ПРИСЪЕДИНЯВАНЕ
| &Момент от време,
| Номенклатура Б
| (ИЗБИРАМ
| Продукти. Номенклатура AS Номенклатура
| ОТ
| PO Стоки.Номенклатура = Остатъци.Номенклатура";
Query.SetParameter("MomentTime", MomentTime());

// 3. Резултати от заявка за преход

// 4. Проверка за достатъчност на стоките
Недостиг = Примерни продукти.Количество - Примерни продукти.Остатък;
Ако дефицит>0 Тогава
Отхвърляне = вярно;
Message.Text = "Продуктът "+SelectionProducts.NomenclatureRepresentation+" не е достатъчен в количеството "+Deficit+" бройки.";
Message.Notify();
EndIf;

// 5. Преминете към началото на цикъла, ако има грешки
Ако Провал Тогава
Продължете;
EndIf;

// 6. Изпълнение на движения в регистри
Movement.Period = Дата;

EndCycle;

// 7. Задаване на флаг за запис на движения в края на транзакцията
Movements.FreeRemains.Write = вярно;

EndProcedure

Нека коментираме ключовите точки на алгоритъма.

1. Почистване на стари регистрови движения

По-долу в алгоритъма ще има заявка за остатъка от регистъра.

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

Кога е възможна такава ситуация? Кога е датата на документа се движи напред.

Нека използваме пример, за да покажем до какво ще доведе това:

1. Останалите настолни лампи 10 бр.
2. Документът от 16.02.17 г. се изпълнява, отписваме 6 лампи
3. Датата в документа се променя на 02/17/17 (датата може да бъде изместена поне 1 секунда напред), ние ще препратим документа.

Ако не изчистите движенията, системата ще отчете липса на 2 бр. Защо? Да, защото старите движения на документи отписаха 6 от 10 съществуващи лампи. След това системата се опитва да отпише още 6 парчета, а в баланса има само 4.

Проблемът се решава в 3 реда код:

• Наборът от записи се изчиства (може да е прочетен във формуляра или в предишни манипулатори)
• Комплектът записи има зададен флаг "Запис".
• Запис на всички набори, които имат зададен флаг "Запис".

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

Опцията за изтриване на ходове при отмяна на задържане е препоръчителна - ние сами контролираме кога действително да изтрием ходове.

2. Получаване на данни за документи и салда по регистъра по заявка

Заявката се състои от два пакета:

• В първия се получават групираните данни от табличната част - създава се временна таблица
• При втората заявка към данните на документа се прикачват салдата от регистъра.

На какво трябва да обърнете внимание в тази заявка:

1. При създаване на временна таблица полето се индексира, върху което ще се извърши по-нататък свързването - това се прави за оптимална производителност
2. Моментът на получаване на салдата - съответства на позицията на документа по времевата ос
3. Възможно е да няма остатъци в регистъра - следователно се извършва ляво съединение и функцията ECTNULL се прилага към ресурса "Количество" - стойността NULL се намалява до нула.

3. Заобикаляне на резултатите от заявката

Разработената заявка съдържа групираните данни на документа и салдата по артикулни позиции.

Прегледайте резултата от тази заявка.

4. Проверка за достатъчност на стоките

Ние определяме недостига на стоките.

Ако дефицитът е по-голям от нула, тогава продуктът е в дефицит:

• Издаване на диагностично съобщение
• Задаваме параметъра "Failure" на обработката на проводимостта на стойност "True"

Ако „Отхвърляне“ е равно на „Вярно“, тогава резултатът от транзакцията за осчетоводяване на документа няма да бъде фиксиран. С прости думи това е команда към системата да не публикува този документ.

5. Отидете в началото на цикъла, ако има грешки

Ако е имало грешки в тази или предишни стъпки от цикъла (Отказ = Вярно), тогава няма смисъл да се формират движения. Все пак те няма да бъдат записани в базата данни.

6. Изпълнение на движения в регистри

Ако проверката на балансите е била успешна, ние формираме движение-разход.

7. Задаване на флаг за записване на движения в края на транзакцията

Ако този флаг не е зададен, движенията НЯМА да се записват.

В края на транзакцията за осчетоводяване на документа се записват само тези набори от записи, които имат зададен флаг "Запис".

В името на справедливостта отбелязваме, че настройката на свойството „Запис“ на набор от записи има смисъл при едно условие – свойството на документа „Запис на движения по време на осчетоводяване“ трябва да има стойността „Избран запис“:

Въпреки това стойността „Напиши избрано“ е де факто стандартът:

• Използва се в стандартни разтвори
• Задава се по подразбиране при създаване на нови документи.

Друга стойност на свойството - „Напиши модифицирано“ е остаряла и практически не се среща в съвременните конфигурации.

Нов метод за контрол на остатъчните вещества

Новата методология използва принципа: отписваме необходимите стоки, след което проверяваме дали има отрицателни салда за стоките от документа. Ако е така, тогава трябва да върнете обратно публикуването на документа.

Както можете да видите, основната разлика в момента на контрол на остатъците:

• Старата техника - първо проверете баланса, след това отпишете
• Нова техника - първо отписваме, след това проверяваме баланса.

В резултат програмният код ще изглежда така:

Процедура за обработка на публикуване (неуспех, режим на публикуване)

// 1. Извличане на данни от документа чрез заявка
Заявка = Нова заявка;
Query.TempTableManager = NewTempTableManager;
Заявка.Текст =
"ИЗБИРАМ
| Стоки Номенклатура AS Номенклатура,
| SUM(Артикули.Количество) КАТО Количество
| Продукти PUT
| ОТ
| Документ.Продажба на СтокиУслуги.Стоки КАТО Стоки
|КЪДЕ
| Продукти.Връзка = &Връзка
|ГРУПИРАНЕ ПО
| Продукти Номенклатура
|ИНДЕКС ПО
| Номенклатура
|;
|////////////////////////////////////////////////////////////////////////////////
|ИЗБЕРЕТЕ
| Стоки Номенклатура AS Номенклатура,
| Стоки Количество КАКТО Количество
| ОТ
| Стоки КАТО Стоки“;
Query.SetParameter("Връзка", Връзка);
QueryResult = Query.Execute();

// 2. Формиране на потреблението на регистъра на движенията
Movements.FreeRemains.Clear();
SelectionProducts = QueryResult.Select();
Докато SelectionProducts.Next() цикъл
Movement = Movement.FreeRemains.AddExpense();
Movement.Period = Дата;
Движение.Номенклатура = ИзборПродукти.Номенклатура;
Movement.Quantity = SelectionProducts.Quantity;
EndCycle;

// 3. Записване на движения в базата данни
Movements.FreeRemains.Write = вярно;
Motion.Record();

// 4. Заявка, която получава отрицателни салда от регистъра
Заявка.Текст =
"ИЗБИРАМ
| Остава Номенклатура КАТО Номенклатура,
| РЕФЕРЕНТНО ПРЕДСТАВЯНЕ (Остава. Номенклатура) КАТО номенклатурно представяне,
| -Balances.QuantityBalance AS Дефицит
| ОТ
| Натрупване Register.FreeRemains.Remains(
| &Момент от време,
| Номенклатура Б
| (ИЗБИРАМ
| Продукти. Номенклатура AS Номенклатура
| ОТ
| Стока КАТО Стока)) КАТО Остава
|КЪДЕ
| Remains.QuantityRemainder< 0";

ControlBoundary = Нова граница(InstTime(),BorderType.Include);
Query.SetParameter("PointInTime",ControlBorder);
QueryResult = Query.Execute();

// 5. Извеждане на съобщения за липса на стоки
Ако не QueryResult.Empty() Тогава
Отхвърляне = вярно;
FetchErrors = QueryResult.Select();
Докато FetchErrors.Next() цикъл
Съобщение = Ново съобщение до потребител;
Message.Text = "Продуктът "+SelectionErrors.NomenclatureRepresentation+" не е достатъчен в количеството "+SelectionErrors.Deficiency+" бр.";
Message.Notify();
EndCycle;
EndIf;

EndProcedure

Нека анализираме ключовите точки на алгоритъма.

1. Получаване на данни за документи по заявка

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

Имайте предвид, че временна таблица се създава в първата заявка от пакета - тя ще бъде използвана и в следващата заявка. Това е възможно благодарение на временния мениджър на таблици, създаден за тази заявка.

2. Формиране на регистър на движенията

В цикъла данните се записват от документа в регистъра - т.е. извършва се безусловно (без проверка) отписване на стоки.

3. Записване на движенията в базата данни

За да се променят салдата в регистъра, трябва да се записват движенията.

4. Заявка, която получава отрицателни салда от регистъра

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

Именно тук се използва временната таблица, създадена на първата стъпка - налага се условие на номенклатурата (за това не създаваме нов обектвъведете „Заявка“, но ние използваме създадения по-рано).

Обърнете внимание как се предава моментът от времето - използва се тип данни "Граница". Салдата трябва да бъдат получени в даден момент непосредствено СЛЕД текущия документ.

Възможно ли е да се получат остатъци без рамка, например, като се добави 1 секунда към датата на документа?

Не! Наистина за една секунда може да има голям брой документи. Следователно единствената правилна опция е да използвате типа граница „Включително“.

5. Извеждане на съобщения за липса на стоки

Ако резултатът от заявката не е празен, тогава има отрицателни салда - в този случай документът не се осчетоводява и всички грешки се отчитат.

Ползи от контрола на остатъчните вещества с новия метод

И така, и двата алгоритъма решават един и същ проблем.

Разликата между алгоритмите е видима, но ползите не са очевидни.

Така че нека ги подчертаем:

1. Няма нужда да изчиствате стари движения на документи. Всъщност това е операцията по записване на празен набор от движения в базата данни и изтриване на съществуващи движения – това са доста ресурсоемки операции.
2. Заявка, която получава данни за отрицателни салда, се отнася само до една таблица - няма нужда да правите ляво свързване с данните на документа и да използвате функцията "ISNULL()".

Освен това, в нормалния ход на бизнес процесите, потребителят посочва количество, което не надвишава наличността в склада.

В този случай втората заявка няма да върне никакви данни и документът ще бъде публикуван възможно най-бързо.

Наистина ли са толкова важни тези милисекунди?

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

В допълнение, в изпита 1C: Специалист по платформа, трябва да използвате нов начинконтрол на остатъците, ако това е позволено от конкретна задача.

Добре, значи винаги трябва да използвате нова техника, нали?

Не, не е!

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

Тоест, за да получите данни, не е необходимо да имате достъп до регистрите, чрез които се извършва контролът на балансите.

Така например, ако сумата беше взета предвид и в регистъра „Свободни баланси“, тогава ще трябва да се използва старият метод на контрол.

Между другото, в типичния "1C: Управление на търговията 11" контролът на баланса се изпълнява по новия метод, а в "1C: Счетоводство 8" - по стария метод.

Но това не е всичко!

Горните алгоритми могат да се използват само за образователни цели. Проблемът е, че не се съобразяват управлявани брави, който трябва да се приложи, ако в системата работят повече от един потребител.

Блокирането и за двата метода на остатъчен контрол е посветено. Също така в тази статия решаваме по-сложен проблем - в допълнение към контрола на балансите, ние изчисляваме цената на изведения от експлоатация артикул. Препоръчваме ви да го проучите внимателно.

А за "семето" кажете само това настройката на ключалката в новата техника е много проста– и това е още едно предимство на новия начин за контрол на остатъчните вещества.

Резултати

Нека обобщим накратко.

Прегледахме две техники за контрол на остатъците, като и двете се използват в типичните конфигурации днес.

Ключова разлика между методитепо време на контрола на остатъчните вещества:

• Старата техника - контрол преди записване на движения в регистри
• Нова техника - контрол след запис на движения в регистри

Като цяло новата техника е по-ефективна, но не винаги е приложима.

Критерий за приложимост- при липса на необходимост от справка с данните от контролирания регистър за формиране на движенията може да се използва нова методика.

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

И накрая, примери от типични конфигурации:

• AT UT 11има 2 основни регистъра за осчетоводяване на артикула: Свободни остатъци (количество) и Себестойност на стоките (данни за себестойността) - използва се нова методология
• AT BP 3.0данните за себестойността и салдата се съхраняват в един счетоводен регистър - използва се старата методика за контрол на салдата.

1C- програмата е гъвкава. С достатъчно ниво на права, той позволява на потребителя да публикува документи със стоки, който не е наличен. По този начин, в програмата има отрицателни салда. Да се ​​каже еднозначно, че това не трябва да се допуска, е не, но фактът, че това е грешно и че това е грешка, е да.

Защо потребителите понякога може да имат нужда задържане на остатъка отрицателен?Ако нямате фабрика за бижута, 99% от наличностите (действителни) не отговарят на наличностите в програмата. А това означава, че когато издавате стоки от склад или магазин, всъщност ще има затруднения с издаването на консумативни документи. Програмата няма да може да извърши операцията "на червено", ако потребителят има ограничение. Възникнала необичайна ситуация несъмнено ще доведе до прекъсване, забавяне, изясняване на причините и др. Но не всяка компания може да си позволи престой или забавяне, ако например това ще доведе до допълнително заплащане за престой на наети превозни средства или глоби за закъсняла доставка на стоки до купувача. Ако разходите за престой са значително по-големи от разходите за неточни оперативни баланси, препоръчително е да се позволи на потребителя да носи стоките на червено. Искаме да кажем, че политиката на права и забрани в 1C не трябва да оставя отрицателен отрицателен отпечатък като цяло върху бизнес процесите на компанията. Важно е да се разбере разликата между принудителни, правилни мерки за ограничаване и "шип в колелото". Оценка този проблемтрябва да се дава от ръководители на отдели, пряко отговорни за бизнес процесите и финансовите резултати на компанията.

Така че, помислете кога наличието на права оправдано е стоката да се изразходва отрицателно:

Разходите за късно изпълнение на бизнес процес са много по-големи от разходите за неправилни баланси в програмата.

Показването на операциите в програмата изостава от реалното движение на стоките в склада. Например: контейнер за връщане се приема от купувачите, разтоварва се в склад за контейнери и се натоварва от складодържател в камион на доставчик на контейнери. Операторите нямат време да извършват операции по възраст Wtu контейнерите в 1C съответно не могат да направят разход на доставчика, защото няма остатъци. В тази ситуация или ще има престой в склада, или контейнерът ще бъде изпратен не в тази доставка, което ще доведе до заемане на допълнително складово пространство.

Дълго време не е извършвана инвентаризация в склада, поради което някои стокови позиции се съхраняват с грешен баланс. Невъзможно е да се преизчисли складът, тъй като операциите със стоки се извършват 7 дни в седмицата. Съответно спирането на склада за преизчисляване за 1-3 дни и съответно спирането на доставките на стоки до клиенти води до по-големи загуби, отколкото незначителни неточности в продуктовите баланси.

Когато задържането на продукт на червено е неоправдано:

Извършването на производство в отрицателна посока ще доведе до некоригируема верига от допълнителни грешки.

Продуктът е много скъп. Дори продажбата на една единица стока в минус означава, че наличността е или прекласифицирана, или има голям недостиг. Тази грешка трябва да бъде отстранена незабавно. Например скъпа група стоки: промишлено оборудване, автомобили, компоненти.

Неправилното издаване на стоки ще доведе до по-нататъшни неправилни разходи и разходи.

Как се появяват отрицателните салда в 1C?

Ако потребителските права в програмата са конфигурирани правилно, отрицателни салда не могат да възникнат. Разширените права за държане на стоки в негатив включват:

Възможност за редактиране на документи със задна дата

Потребителят в настройките на допълнителни права има възможност да публикува документи, без да контролира отрицателни салда

Компанията разполага с разпределена база данни 1C. При обмен на данни възниква неправилно отписване на салда. Случаят, когато един и същ продукт е бил отписан в различни възли (клонове) на информационната база.

Вътрешна грешка в базата данни 1C

Търсене на грешки и отрицателни салда в 1C

Най-удобно е да търсите минуси в 1C, като използвате групово повторно публикуване на документи. При извършване на тази обработка всички минуси и недостатъци ще се появят в служебните съобщения.

Можете да използвате и справката "Отчет на стоките в складове". За да направите това, внимателно го регулирайте правилно. Не забравяйте да изведете номенклатурата в групировката, а под нея документ-движението. Превъртайки извлечението, ще видите минуса за крайния баланс, решете какво да правите с тях. Обикновено липсващата стока се кредитира, а вместо нея се отписва нещо. Те правят мини-инвентаризация, ако не е възможно да се проведе пълноценна.

Кликнете върху изображението, за да го увеличите

Така са известни основните причини за отрицателните салда и начините за тяхното намиране и отстраняване.