VOGBIT СКЛАД - Материалы, Комплектующие, Складской учёт
Новая версия VOGBIT 24.2.5 - Календарное планирование, обновленные терминалы, новый раздел «Оповещения», встроенный загрузчик спецификаций из Excel, просмотр файлов STEP и КОМПАС, и др.

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

Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это не важно. Без разницы из какой в какую единицу измерения пересчитывать. Был бы коэффициент пересчёта задан для номенклатуры (матери ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из 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: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Отсутствует команда "Навигатор" - Общие вопросы
Константин Чилингаров: ... продолжение ... 6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None); var sr = cc ...
Ошибка при установке демоверсии - Установка
Владимир Белов: Проверьте, что вы параметры подключения к БД ввели правильно. Лучше всего скопировать из предыдущего сообщения.
Тёмная тема - Прочее
Константин Чилингаров: здравствуйте, В меню выбираем "Главная" - "Установки". Там закладка "Клиент", в поле "Тема" меняем на нужное.
Инструментальные сборки - Состав и технология
Константин Чилингаров: Здравствуйте, Не очень понял, в чем вопрос. Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Работа с заданиями: Новые - Производство
Константин Чилингаров: Здравствуйте! Это не баг. Это так задумано. По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Сменное задание с последующей операцией - Производство
Константин Чилингаров: Здравствуйте, формировать сменное задание, в котором будет дополнительно каким-либо понятным образом указана СЛЕДУЮЩАЯ операция Те ...

СКЛАД

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
СКЛАД
 
При внесении минимальных остатков на некоторых позициях появляется ошибка "Не найден коэффициент перерасчета" Как с этим бороться?
 
Здравствуйте,

Означает одно из двух:

Вариант 1. Неизвестна для этой позиции единица изменения по умолчанию (в чём минимальное кол-во указано? в шт? в кг? и т.п.).

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

Вариант 2. Единица измерения по умолчанию (в которой неснижаемый остаток указан) задана одна, а на складе остаток числится в других единицах измерения. И коэффициент из одного в другое не задан.

Решение:
Задать коэффициент пересчёта.
Тут тоже можно задавать "общие" коэффициенты пересчёта. Например из "кг" в "т", которые будут одинаковые для любой номенклатуры. Как задавать такие, по ссылке выше описано.
 
Тут все получилось. Сейчас занимаюсь тем, что устанавливаю для каждой позиции ЕИ по умолчанию. Работа долгая и муторная. Нельзя выделить определенную группу позиций и задать для них ЕИ по умолчанию "скопом"? Например: для листа-метры квадратные, для трубы-метры, для деталей на складе-штуки.
 
Для начала можно настроить общую единицу измерения по умолчанию. Ссылка в сообщении выше.

Например, номенклатура деталей + комплектующих, обычно, больше, чем материалов.
Исходя из этого, можно поставить "общую ЕИ по умолчанию" = "шт", и тем самым в справочнике после этого достаточно будет проставлять только на те позиции, у которых НЕ "шт". Т.е. уже заведомо большую часть номенклатуры мы этим отсекаем на старте, не нужно ничего проставлять по ней.

Там, где нужно проставлять, в текущей версии самый быстрый спооб такой:
Открыть папку в справочнике с однотипными позициями (у которых одинаковая у всех ЕИ по умолчанию). Встать на первую, открыть зависимое окно "связанные объекты". Добавить туда "ЕИ по умолчнию" нужную и скопировать её (Ctrl+C). Потом, не закрывая зависимое окно "связанные объекты", перемещаемся по одной по строчкам справочника и в зависимое окно "связанные объекты" вставляем скопированную "ЕИ по умолчанию" (Ctrl+V) для каждой строчки (номенклатуры).
Если при этом ненужные вопросы при вставке галочкой отключить, то получается весьма быстро.
Я когда такие процедуры проделывал (с добавлением одинакового параметра или связанного объекта) для сотен позиций за раз, для скорости окна основное и зависимое располагал не сверху -> снизу (как по умолчанию), в слева -> справа. Так меньше движений мышкой получается. Ещё быстрее, соответственно.

Если непонятно, могу ролик снять короткий.
 
Спасибо. Вроде и без ролика все получается.
 
Здравствуйте. Решили разделить один большой склад на два поменьше. Теперь нужно часть номенклатуры из старого склада перенести в новый. Подскажите как это сделать? Первое предложение из справочника "Складской учет" "Приход оформили не на тот склад
Найдите в справочнике (Учётные документы) учётный документ «приходный ордер», соответствующий ошибочно заведённому приходу." поставило в ступор. Как найти из сотен документ, оформленный много месяцев назад. В справочнике "Учетные документы" дажа не показано наименование деталей из этой позиции.
 
Здравствуйте,

Это не для того совсем. То, что в документации вы нашли.
Это для случая, когда один раз, случайно, пользователь при оформлении прихода выбрал не тот склад, который нужно. И заметил это только когда провёл уже приход. Или даже не провёл, но уже всё заполнил.

И непосредственно в этот момент заметил ошибку.

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

Но это никак не для случая, когда вы несколько месяцев приходовали, расходовали и т.п.
"Отматывать назад" все движения за несколько месяцев, причём ещё и не вообще все, а только по определённой номенклатуре - это крайне плохая идея...
Нет, ну конечно, с технической точки зрения то ничего практически не существует невозможного. Но разматывать, отменять и переделывать все приходы и расходы за несколько месяцев - это надо подходить к вопросу, что называется, с крайней степенью фанатизма... И при этом все равно 100% где-нибудь ошибёшся, если много движений по складу было.
В общем, плохая идея...

Я бы не стал так делать.
Я бы просто перенёс текущие остатки по нужным позициям со старого склада на новый. И с этого момента "начал новую жизнь". С двумя складами.

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

Перед этим удаляли (утилитой администратора) или вручную разоприходовали какие-то учётные документы?
 
Кажется, было дело.
 
С вероятностью близкой к 100%.
И перестарались немного.

Вероятно, дело было так:
Когда-то вы штатными средствами (приход, расход, может быть, перемещение) выполнили ряд складских операций в программе.
Что-то пришло на склад. Потом ушло.

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

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

Резюме:
Причина - некорректное ручное изменение задним числом отдельных проведённых до этого штатным образом складских операций.
Есть "Топорный", но простой способ - удалить всё (что касается любого движения по складу), начать сначала.
Кардинально. Но зато просто.
Есть метод точечного хирургического вмешательства с целью всё, в целом, оставить, как есть, но конкретное "сломанное" место починить. Требует времени, усилий и знаний программы хороших. Однозначной рекомендации в двух словах тут не может быть. Всё сильно зависит от конкретной ситуации.
И, наконец, третий вариант - откатить базу из резервной копии на состояние до того, как это сделали (правили складские операции).
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4369
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт