Константин Чилингаров: Здравствуйте,
В версии VOGBIT 23.1.8 (последнее обновление на сегодня, которое недавно вышло) заменены шаблоны отчётов "приходный ордер" ...
Константин Чилингаров: Здравствуйте,
Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Константин Чилингаров: API есть.
Описания базы данных нет (и вряд ли будем делать в ближайшее время).
Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Константин Чилингаров: Чуть добавлю:
Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии".
Дополнение к предыдущему сообщен ...
Константин Чилингаров: Здравствуйте!
Версия программы старовата. Хорошо бы обновить.
Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Константин Чилингаров: Здравствуйте,
Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению.
Нужно форму экранную саму поменять нем ...
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Константин Чилингаров: Здравствуйте,
В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Константин Чилингаров: Пожалуйста! Пользуйтесь))
Нет. Ссылку не нужно выкладывать.
Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Сергей: написал:
Если на другое железо переставить Вогбит, как лицензию нам перекинуть?
на mailto:info@vogbit.ru info@vogbit.ru напишите со ссылкой на эту тем ...
Добрый день. Мне посоветовали изложить проблему на форуме.
Так как на данный момент в Vogbit пока не реализованы макросы, хотелось бы получить пример кода, чтобы можно было его использовать, как стартовый шаблон для похожих задач в дальнейшем.
Ситуация вот в чем. У нас возникла неоднозначность с указанием количества материала в техпроцессе. Например. В техпроцессе мы указываем: Операция. отрубить заготовку Материал. Проволока диаметром 4 мм. - 1,2 метра В саму деталь идет 1,2 метра проволоки, но при этом реальный расход материала выше, потому что часть материала идет в отход. (например после сварки отрубаются лишние кусочки материала) + потери (например материал был подржавевшим либо другая некондиция). Эти потери распределяются на изделие как + % к расходу материала Поэтому у нас накладывается в расчет себестоимости коэффициент на брак, а в техпроцессе указывается только полезная длина заготовки, то есть в техпроцессе одна длина заготовки, а в расчет себестоимости идет другая длина. Понятно, что для этого в системе указывается параметр длина заготовки (или в комментариях можно указать длину заготовки, а в количестве поставить значение с учетом расхода), но технологу прийдется считать вручную сколько же материала уйдет с учетом потерь + дополнительно указывать размер заготовки, которую надо отрубить - двойная работа, от которой хотелось бы его избавить.
Вот и хочется, чтобы в техпроцессе был материал с реальной длинной заготовки, а в себестоимость можно было посчитать материал с учетом потерь или чтобы в параметре материала можно было указать L=длина заготовки, а макросом расчитывалось количество материала в поле количество.
Может есть какой-то пример кода, чтобы на основе параметра длина заготовки, расчет количества расхода материала считался сам? Или что-то приблизительно похожее.