[Расширение] УНФ: Дополнительный контроль остатков (списания) товаров на дату документа (как в 1С:Бухгалтерии)

Если при работе с 1С:Управление нашей фирмой вы не контролируете отрицательные остатки, в какой-то момент они начнут контролировать вас. Мы разработали расширение, которое позволяет контролировать остатки не на актуальную дату (как задумано в УНФ), а на дату проведения документов.

Арт.: 1564435

Продано: 54

Расширение

4800 руб.

3000 руб.

3500 руб.

Если при работе с 1С:Управление нашей фирмой вы не контролируете отрицательные остатки, в какой-то момент они начнут контролировать вас. Отрицательные остатки в учете приводят к нескольким проблемам:

  • не получается закрыть месяц
  • отрицательные остатки формируют неправильную себестоимость и, как следствие, неправильную валовую прибыль. Весь финансовый результат отображается неправильно
  • проблемы при обмене с 1С:Бухгалтерией (документы не проводятся)

 

 

Мы разработали расширение, которое поможет контролировать списания, правильно рассчитывать себестоимость продукции, без проблем закрывать месяц и выполнять обмен с 1С:Бухгалтерией

 

ФУНКЦИИ РАСШИРЕНИЯ

1. Позволяет контролировать остатки на дату/время документа (аналогично логике 1С:Бухгалтерии)

2. Позволяет настроить дату, начиная с которой будет дополнительный контроль по дате документа

3. Позволяет отключать контроль остатков по выбранной номенклатуре

4. В "подборе" номенклатуры показываются остатки, доступные на дату документа (а не текущую)

5. Сохраняет типовой контроль (по текущей дате). В некоторых случаях это позволяет избежать появления минусовых остатков при исправлениях задним числом.

 

КАК ПОЯВЛЯЮТСЯ ОТРИЦАТЕЛЬНЫЕ ОСТАТКИ?

Проблема в том, что программа 1С:УНФ при проведении документов контролирует остатки не на дату документа, а на текущую, то есть на момент проведения документа. Что это значит?

Предположим, мы купили товар Z в октябре этого года. Сделали приходную накладную и товар Z поступил на склад. А после этого оформляем продажу — но не в октябре, а в сентябре, когда товара на складе ещё не было. Поэтому в сентябре появится отрицательный остаток — ведь товар, который мы продали, в сентябре ещё даже не поступил на склад.

Программа не должна дать нам провести такой документ, но увы, внутренняя логика УНФ работает немного иначе, и наша сентябрьская расходная накладная проведётся без проблем. Ведь на момент проведения документа остатки есть в наличии на складе.

 

 

Как избежать таких ситуаций? Например, можно запрещать сотрудникам править документы прошлых периодов и  устанавливать даты запреты редактирования. Но это не панацея, иногда бывает действительно нужно выписать документы задним числом.

 

КАК КОНТРОЛИРОВАТЬ ОТРИЦАТЕЛЬНЫЕ ОСТАТКИ?

Мы разработали расширение для УНФ:Контроль остатков на дату документа. Оно не позволит провести реализацию в минус и избавит вас от проблем с прибылью и обменом с бухгалтерией — в ней контроль остатков идёт именно от даты документа.

Давайте рассмотрим работу расширения на практике. Создадим в базе, номенклатуру которой у нас не было ранее — товар Z и проведем приходную накладную в октябре.

Чтобы убедиться, что товар действительно пришел и в наличии у нас на складе, сформируем отчет остатки товаров.

Далее оформим отгрузку товара документом Расходная накладная. Для нашего примера установим датой проведения документа 1 сентября, а затем проведем накладную. 

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

Остатки товара в сентябре после проведения расходной накладной:

Программа не даёт закрыть месяц, так как есть отрицательные остатки:

Теперь попробуем провести эту же накладную, но с уже установленным расширением. Убедимся, что оно установлено и готово к использованию.

Теперь попробуем провести расходную накладную за первое сентября, когда товаров ещё не было на складе. Вуаля — программа не дала провести нам документ.

Установленное расширение контролирует остатки не на дату, когда мы проводим документ, а на дату, которая стоит в проводимом документе. В нашем примере это 1 сентября 2021 года — товаров на тот момент ещё не было на складе, и расширение не дало нам провести эту расходную накладную. Так мы обезопасили себя от отрицательных остатков.

Не нужно дополнительно контролировать остатки товаров на складе и ограничивать проведение документов задним числом — расширение сделает это за вас в автоматическом режиме :)

 

Частые вопросы

В каких документах остатки проверяются на дату проведения?
Актуальная версия расширения поддерживает все виды документов, в которых делается расход со склада.

Можно ли выбрать дату, начиная с которой будет выполняться дополнительный контроль по дате документа?
Да, это настраивается в меню Настройки-Корректировка данных

Можно ли дополнительно оставить типовой для УНФ контроль остатков на текущую дату?
Да, такая возможность появилась с версии расширений 5.0. Контроль остатков на текущую дату, начиная с этой версии включен по умолчанию.

 

СКОЛЬКО СТОИТ РАСШИРЕНИЕ ДЛЯ 1С:УНФ?

Расширение стоит 4 000 рублей, доступно для «коробочной» версии и для облачной 1С:Фреш (в магазине расширений).

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

Год дополнительной поддержки - 1000 рублей.

Если не оплачивать поддержку расширения, оно не будет обновляться и может работать с ошибками.

 

О РАСШИРЕНИИ

1. Расширение тестируется на актуальных версиях конфигураций 1С:Управление нашей фирмой. 
Разработка продукта началась на версии УНФ 1.6.26. Новые функции добавляются только в актуальные версии расширения.
2. Код расширения полностью открыт

3. Обновления. Исправление ошибок расширения и учет изменений при обновлениях в течение 1 одного года после покупки - бесплатно. В дальнейшем - 1000 рублей в год.

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

5. При необходимости оказываем платные консультации по сверке управленческого регистра и регистров взаиморасчетов

6. Есть вариант приобретения расширения с подключением ее специалистами и помощью в анализе данных (не более 1 часа работ).

 

ИНСТРУКЦИЯ ПО УСТАНОВКЕ

Доработка выполнена в форме расширения и устанавливается через меню Компания - Администрирование - Печатные формы, отчеты и обработки - Расширение возможностей программы.
 

 
 Обновления

 Актуальную версию разработки можно в течение года скачать по ссылке:
infostart.ru/profile/purchases/

 

Версия 2.1 (УНФ 1.6.27)

  • Добавили контроль для новых документов:
    • Заказ наряд
    • Резервирование в заказе покупателя
    • Отчет комиссионера
    • Отчет комиссионера о списании
    • Отчет переработчика
    • Пересортица запасов
    • Списание запасов 
    • Комплектация запасов
  • Актуализировали расширения для версии УНФ 1.6.27

Версия 2.3 (1.6.27)

  • Добавили возможность контроля по дате для резервирования в документе "Заказ на производство". Для механизма Интеркампани добавили контроль по дате для документа передачи между организациями

Версия 2.4 (1.6.27)

  • Добавили возможность контроля по дате для резервирования в документе "Резервирование товаров". 

Версия 2.5 (3.0.4)

  • Добавлена возможность для пользователей с полными правами для конкретной номенклатуры отключить контроль остатков. Настраивается в карточке номенклатуры, в разделе "Хранение"

Версия 3.1 (3.0.4)

  • Добавили дополнительные документы в контроль остатков на дату проведения

  • Добавили возможность указывать дату, начиная с которой будет производиться контроль остатков на дату документа

Версия 4.0 (3.0.4)

  • Исправили поведение кнопки "Заполнить в резерв по текущим остаткам". Теперь резерв заполняется только теми остатками, которые есть в свободном остатке на дату документа. До этой доработки могли возникать проблемы с резервами, связанные с резервированием задним числом.

Версия 4.4 (3.0.6.160)

  • Адаптировали расширение под новый релиз 

Версия 4.5 (3.0.6.160)

  • Исправлены выявленные ошибки

Версия 5.0 (3.0.7)

  • Механизм контроля остатков полностью переработан
  • Теперь не отключается типовой контроль остатков на текущую дату (то есть выполняется 2 контроля: на текущую дату и на дату документа). Двойной контроль позволяет минимизировать шансы появления отрицательных остатков
  • При первом запуске расширение попросит установить еще одно вспомогательное расширение, пожалуйста, установите его, оно позволяет нам повысить качество наших продуктов.

Версия 5.7 (3.0.7)

  • Мелкие доработки механизма

Версия 5.8 (3.0.7)

  • Добавлен контроль остатков на конец месяца даты документа для документа Заказ покупателя. Это позволяет улучшить работу с резервами

Версия 5.9 (3.0.9.150)

 

Все наши наработки по 1С:УНФ

[Расширение] Сверка взаиморасчетов и регламентированного учета в 1С:УНФ //infostart.ru/public/1581320/

[Расширение] Контроль номенклатуры в поступлении услуг в 1С:УНФ //infostart.ru/public/1579192/

[Расширение] УНФ:Контроль списания товаров на дату документа //infostart.ru/public/1564435/

Автоматический зачет авансов в 1С:УНФ по ФИФО //infostart.ru/public/1482566/

Свободные остатки в списке номенклатуры. Расширение для УНФ (актуально для УНФ ниже 1.6.19) //infostart.ru/public/755066/

Проверено на следующих конфигурациях и релизах:

  • Управление нашей фирмой, редакция 3.0, релизы 3.0.4.144
Статистика:
Просмотры 18795
Загрузки 54
Рейтинг 70
Создание 09.12.21 16:46
Обновление 08.10.24 17:15
№ Публикации 1564435
Характеристики:
Теги

Контроль остатков отрицательные остатки минуса не проводится нет остатков

Рубрики Логистика, склад и ТМЦ
Кому Пользователь
Тип файла Расширение (cfe)
Платформа Платформа 1С v8.3
Конфигурация 1С:Управление нашей фирмой 1.6 ,
1С:Управление нашей фирмой 3.0
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Платные (руб)
Код открыт Нет
1. CheBurator 09.12.21 21:22 Сейчас в теме
" А после этого оформляем продажу — но не в октябре, а в сентябре, когда товара на складе ещё не было."
ну, если вдруг появилась необходимость провести документ сентябрем - зачем этому препятствовать?
Предполагается, что при оформлении задним числом ОФОРМЛЯЮТСЯ ПО ФАКТУ УЖЕ СВЕРШИВШИЕСЯ СОБЫТИЯ. Событие свершилось, товар был продан/отгружен сентябрем (откуда товар взялся на складе - хз, это вопрос другой, может его на учете не было, а на складе был, и клиенту отгрузили, а позже появилась необходимость выставить клиенту накладную). Ну и выставили, а по сути просто зарегистрировали имевшее место событие. (мат.ответственные лица пусть разбираются откуда на складе неучтенка взялась). Если документ проведен ошибочно - да, это нехорошо, но как минимум вылезет при закрытии месяца и ошибку устранят. Примерно так.
.
Конечно, сначала непривычно так работать, но у меня, например, еще в клюшках все продажи работали только в "сейчас", поэтому при переходе на УНФ как-то вообще никаких проблем не возникло при работе задним числом. Работа "задом" - это все-таки - по крайней мере у меня - форс-мажор, никто просто так не станет вводить доки задним числом.
.
Но, как минимум предупреждать бы о таком варианте, что реализация проводится в минус - не мешало бы. Хорошо бы в расширение вставить возможность режима "предупреждения" наряду с режимом "блокировка".
3. Техподдержка 10.12.21 07:45
(1) Добрый день, спасибо, подумаем над вашей идеей.

Идея заложенная в типовую понятна, конечно, но уж слишком много нюансов может возникать (в том числе и при обмене с БП)
4. Slava_prog 10.12.21 14:42 Сейчас в теме
(1)
Я сталкивался с такими ситуациями.
Провели задним числом без контроля и спрашивают, почему остаток на сегодня не идет.
Если товара много, то заметят нескоро.
А если мало, то не смогут сегодня отгрузить.
Придерживаюсь мнения что отрицательных товаров ни на какой момент быть не должно.
Кроме того такой контроль (на дату документа), позволит избежать ошибок когда исправили дату.
5. CheBurator 10.12.21 16:12 Сейчас в теме
(4)
что отрицательных товаров ни на какой момент быть не должно.


"что отрицательных товаров ни на какой момент быть не должно."
ну, тут мнения разработчиков отличаются. считают, например, что приход и расход в рамках некоего периода - допустим не в хронологии, утром например расход, вечером приход - это типа нормально. или в пределах месяца.

я, кстати, придерживаюсь такого же мнения. поддержка такой ситуации позволяет сразу и без лишнего геморроя ответить "это ошибка" - если есть отрицательный остаток = ошибка. А не так что, когда-то ошибка, когда-то нет.. это сильно усложняет потом программирование.

и, кстати, при исправлении/вводе положительность остатков на документ и на сейчас - не гарантирует что в минус не уйдет где то в середине, хотя такой контроль делается тривиальнейшим образом без всяких тяжелых расчетов, достаточно простого технического ухищрения в структуре регистра.
2. пользователь 10.12.21 07:43
Сообщение было скрыто модератором.
...
6. XAKEP 11.12.21 08:34 Сейчас в теме
так в чем суть - в УНФ логика плохо устроена, или вы улучшаете УНФ ?

или все-таки не нужно идти на поводу желающих работать задними числами и минусами.
Зачем тогда вообще учет товара.

Есть логика, есть желание.
Что выбрать - сделать исключение на проведение документа задним числом
или сделать правило - проведение документа задним числом ?
-------------
Как избежать таких ситуаций? Например, можно запрещать сотрудникам править документы прошлых периодов и устанавливать даты запреты редактирования. Но это не панацея, иногда бывает действительно нужно выписать документы задним числом.
-------------
---- иногда ---- это исключение , но вы делаете правило :)

можно запрещать сотрудникам править документы прошлых периодов
и устанавливать даты запреты редактирования.

не можно а нужно.причем всем.
и нужно учить культуре учета в целом и последствия "хотим и все тут " .
7. Техподдержка 11.12.21 09:52
(6)
Суть в том, что у любого выбора есть плюсы и минусы.
Плюсы контроля остатков на текущую дату понятны. Но есть кейсы, для которых эта логика вызывает больше проблем, чем плюсов. Например, у меня УСН, в бухгалтерии логика УСН жестко завязана на правильную хронологию. И это один из кейсов.

Но в целом с вашим ходом мыслей я спорить не хочу, он мне нравится.
8. user810754 15.12.21 10:02 Сейчас в теме
Мои ушлые пользователи научились легко обходить подобные запреты. Делают левый приход, потом проводят расход и убирают приход. Результат: остатки в минусе. Так что ваше расширение далеко не панацея
9. Техподдержка 15.12.21 10:37
(8) наверное, при большом желании пользователи могут и не такое =)
10. ShauSt 16.12.21 08:12 Сейчас в теме
делал.
потом месяц не закрыть, себеса нет, если остатки в конце месяца, либо переходят в новый месяц.
авансы и прочее.
офф.ответ от 1с ясно говорит о том,
что что бы вы не делали-принцип ведения остатков «актуальный».
пока месяц не закроешь, ничего не увидишь.
переписка с СП 1с на пару недель.
сказали «таков план» и это в общей концепции.
так что не испытывайте судьбу…

я, будучи, 2 года ждавший интеркампани, написав ее, а потом ждавши обеспечение товаров не по компании в целом, а по складам/магазинам, точно вам говорю-хлебнете вы с актуальностью
11. SGordon1 16.12.21 15:17 Сейчас в теме
А не подскажете, в заднеприводную реализацию какое ГТД воткнется/напечатается?
12. Техподдержка 16.12.21 15:19
(11) заднеприводную =)
ну в общем случае, там же подбор идет по обычным остаткам (на актуальную дату)
в этой части ничего не меняется по сравнению с типовой
13. SGordon1 16.12.21 15:54 Сейчас в теме
(12) Я про типовой механизм и спрашиваю, у нас УНФ нет....
14. Техподдержка 16.12.21 15:58
(13) тут лучше к документации обращаться. В УНФ ручной подбор ГТД
15. suhoi 04.04.23 22:18 Сейчас в теме
А когда будет под редакцию 3?
16. Техподдержка 04.04.23 22:20
(15) добрый, расширение давно работает для 3.0. Редакция 3.0 - это та же редакция, что и 1.6, это по сути было обычное обноление
17. user1871299 01.03.24 11:29 Сейчас в теме
Добрый день.
Вопрос такой - контроль идет только по дате или по времени тоже?
Т.е. если документы имеют одну дату, но приход на пару минут позже расхода.
Такой случай распознается и не даст провести расходную?
18. soi 19.04.24 10:32 Сейчас в теме
Добрый день. Очень нужная доработка. Подробное описание. Спасибо. Сегодня поставил последнее обновление. Возникла следующая ситуация:
Был свободный остаток по номенклатуре 500 шт. на дату 01.04.24.
Затем была сделана расходная накладная на 500 единиц этой номенклатуры на дату 05.04.24.
На дату 10.04.24 было сделано оприходование 500 шт.
Все документы проведены.
Несмотря на все документы из списка выше, обработка все равно позволила сделать резервирование 500 единиц товара на дату 03.04.24.
Соответственно получилось так, что с 05.04 по 10.04, свободный остаток теперь равен -500.
Можно ли как то данную проблему исправить?
19. soi 19.04.24 10:35 Сейчас в теме
(18)Предлагаю контролировать проведение по минимальному остатку от даты документа до тек.даты каждого регистратора
20. alkar 14.05.24 13:11 Сейчас в теме
Не работает новая версия т.к. автор удалил доп. расширение.
Прикрепленные файлы:
21. pai1cp 29.08.24 17:25 Сейчас в теме
Можно ли исправить в документе "ПеремещениеЗапасов" процедуру Заполнить остатками по складу, что бы она отрабатывала остатки на дату и время документа. необходимость обусловлена работа по браку - списание на затраты. контроль заполнения напрягает объемом дополнительного контроля Пользователя. В части контроля при проведении документа все ровно...отрабатывает правильно. Спасибо. Надеюсь что поможете.
22. pai1cp 30.08.24 10:24 Сейчас в теме
В файловой базе вер 3.0.7 работает. В клиент-серверной не работает. выдает ошибку
30.08.2024 10:20:04
ПР_КонтрольОстатков (5.8 (3.0.7)): Обычная: Ошибка применения модуля "ПР_КонтрольОстатков Справочник.Номенклатура.Форма.ФормаСписка.Форма". Список параметров метода "ПРОбновитьПанельОстатков" не соответствует методу "ОбновитьПанельОстатков".
В вер. 3.0.9 перестает работать поисковая система в справочнике Номенклатура (Contr+F).
Просьба исправить для Клиент-Серверного варианта, иначе придется делать возврат, чего делать не хочется.
23. klimina83 09.10.24 21:15 Сейчас в теме
Добрый!
конф 1.6.27.295. Выдает ошибку при проведении

Ошибка инициализации модуля: ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль
по причине:
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(7,21)}: Процедура или функция с указанным именем не определена (ПолучитьВременнуюТаблицуДляНоменклатуры)
ВременнаяТаблица = <<?>>ПолучитьВременнуюТаблицуДляНоменклатуры(МенеджерВременныхТаблиц);
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(9,3)}: Процедура или функция с указанным именем не определена (ПодготовитьПустуюТаблицуИсключений)
<<?>>ПодготовитьПустуюТаблицуИсключений(МенеджерВременныхТаблиц);
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(24,3)}: Процедура или функция с указанным именем не определена (ПодготовитьПустуюТаблицуИсключений)
<<?>>ПодготовитьПустуюТаблицуИсключений(МенеджерВременныхТаблиц);
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(44,3)}: Процедура или функция с указанным именем не определена (ПодготовитьПустуюТаблицуИсключений)
<<?>>ПодготовитьПустуюТаблицуИсключений(МенеджерВременныхТаблиц);
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(32,17)}: Процедура или функция с указанным именем не определена (ОпределитьОписаниеТипаПоВариантуИсключений)
ОписаниеТипа = <<?>>ОпределитьОписаниеТипаПоВариантуИсключений(ВариантИсключений);
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(53,3)}: Процедура или функция с указанным именем не определена (ЗаполнитьОбъектПоСтроке)
<<?>>ЗаполнитьОбъектПоСтроке(НоваяСтрока, ВариантИсключений, ВерхнийУровень);
{ПР_КонтрольОстатков ОбщийМодуль.ПроведениеДокументовУНФ.Модуль(58,4)}: Процедура или функция с указанным именем не определена (ЗаполнитьОбъектПоСтроке)
<<?>>ЗаполнитьОбъектПоСтроке(НоваяСтрока, ВариантИсключений, ВерхнийУровень);

Оставьте свое сообщение

См. также

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розни...

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортим...

28500 руб.

SALE! 10%

Программа для фулфилмента (FBS / FBO): модуль "Ответственное хранение" в 1С:УТ 11.5, КА 2.5, ERP 2.5

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

60000 руб.

Конфигурация "Весовая ред. 3.0" для Платформы 8.3

Позволяет автоматизировать процесс взвешивания ТМЦ в организациях, осуществляющих приемку и отгрузку различным транспортом, для ведения складского учета и контроля остатков на складах. Конфигурация позволяет фиксировать вес вручную, напря...

35000 руб.

Автоматизированная система управления складом AS WMS: автоматизация склада с адресным хранением с помощью ТСД

Подсистема автоматизированного управления складом AS WMS для конфигураций на платформе 1С 8. AS WMS – готовое решение для эффективного управления, хранения и учета на адресном складе. Внедрение системы AS WMS способствует быстрому отбору то...

40000 руб.

Модуль "Путевой лист" для 1С:КА 2.5 - программа для автоматизации учета путевых листов в 1С

Программа для автоматизации учета путевых листов в 1С - расширение, добавляющее в конфигурацию "Комплексная автоматизация", документ Путевой лист и печатные формы установленных образцов для легковых и грузовых авто, расчет и списа...

13200 руб.