Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Расчет потребности и ЛЗК - Общие вопросы
Yzolotukhin: написал: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух сло ...
Терминал - Терминалы
Veruz: Это проявляется только утром. В течении дня вроде - всё нормально.
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
Unable to cast object of - Ошибки в работе
Константин Чилингаров: Отправил Вам на почту.
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

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

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

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

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

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

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

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

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

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

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

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

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

НО

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

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

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

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

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

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

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

×
Вход на сайт