VOGBIT Запрет списания больше нуля. - Практические приемы работы
Новая версия VOGBIT 26.1.5 - Обновленный интерфейс, возможность настроить самому удобную последовательность кнопок в меню (Ленте), новый режим, подсвечивающий «проблемные места» в производстве для руководителей

Последние темы на форумах VOGBIT

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...

Запрет списания больше нуля.

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

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

Трусов Владимир
НПП "ОРИОН"
 
Здравствуйте,

Насколько мне известно, подобных "настроек" в VOGBIT не существует.

Стандартные пользовательские модули (Складской учёт-Расход / Складской учёт-Перемещение / Производство-Склад) не позволяют выдать (списать) больше, чем есть в наличии. И это никак не отключается и не настраивается.
Там просто невозможно "списать в минус" (ну если, конечно, нет каких-то ошибок в программе, о которых нам пока не известно).

Списать больше, чем есть, можно только "админским" способом - вручную создать "учётный документ", полностью вручную его заполнить (или отредактировать) и провести потом (опять же, вручную).
 
Неправильно написал.

Была настроена программа, чтобы можно было списывать больше, чем затребовано. Как вернуть ограничение?

Трусов Владимир
НПП "ОРИОН"
 
Владимир, дело в том, что такой настройки не было в VOGBIT никогда.
Не было никогда такого ограничения в VOGBIT.

Другое дело, что добавить такую настройку и ограничение технически, в общем, совсем не сложно. Легко можем добавить в ближайшем обновлении, если сильно нужно.

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

Вот смотрите:
Сейчас есть кнопка в программе в режиме "расход" (рис.1), которая заполняет количество в "выдать" автоматом = "затребовано" (минус "ранее было выдано").
Т.е. если вам нужно, чтобы "выдано" было строго равно "затребовано", то не надо ничего вообще в колонку "выдать" руками вводить. Открываем "Складской учёт - Расход" и нажимаем "выдать всё". Программа сама заполнит "выдать" = "затребовано". Остаётся только "провести".
И всё. Списывается со склада ровно столько таким образом, сколько "затребовано" ("по нормативам", что называется).

НО

Есть возможность при желании, если хочет человек, в колокне "выдано" указать не нормативное количество, а реально выданное. Если оно отличается. Отмечу (см. выше), что необязательно (!) так делать. Можно и не париться, а "по нормативу" одной кнопкой списать.
А можно ввести, если хочешь точный реальный учёт остатков на складе online, поправить/ввести, сколько на самом деле выдаётся.

Теперь представим, что мы программно запретили последнее. Т.е. ввести сколько реально выдал невозможно, если это больше норматива.
Вопрос - а что это даст? И кому?

Это как-то помешает кладовщику реально выдать больше рпсчётной циферки в "затребовано"?
Нет. Никак это ему не помешает.
Он все равно выдаст столько, сколько и так бы выдал, и никакой "колобок" в колонке в программе ему это сделать никак не помешает. Потому что вовсе не наличием или отсутствием этого колобка определяется, сколько кладовщик на самом деле выдаёт.
Другое дело, что мы теперь посредством такой настройки принудительно запрещаем ему указывать реальную цифру сколько он выдал. Которую он раньше, в общем-то, и  так вводил по желанию и собственной инициативе. Т.к. "списать по нормативу" и так было проще простого, без всяких ограничений (см. выше).

И что?
Он не будет вообще выдавать?

Будет, естественно.
Он просто отметит в программе одно кол-во (сколько позволяет ввести программа), а выдаст другое (сколько на самом деле). И всё...

Т.е., в сухом остатке мы получаем только один эффект. Что мы гарантированно сами же добиваемся расхождения данных о фактических остатках на складе в программе и в реальности.
А зачем?

Вот поэтому я и говорю. Добавить ограничение можно. Не проблема в техническом плане. Но по смыслу, что оно даст?
1.png (92.96 КБ)
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4459
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт