Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

автоматическое закрытие лимитных карт - Материалы, Комплектующие, Складской учёт
Alex-220781: Присоединяюсь к пожеланию - иногда нужно некоторые ЛЗК или заявки "выключить", чтобы они не считались в потребности.
Вопрос по расчету комплектации - Общие вопросы
Константин Чилингаров: 18996 Serge.v.astapov написал: Если бы был такой ролик, который от нуля до продажи клиенту покажет весь пусть за 15 минут Дело в том, что таких путей далеко не один. И далеко не все их впихнёшь в 15 минут. Вот у вас сборочное производство. Мн ...
Замена поставщика в приходной накладной. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Мы подумаем на эту тему.
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Чем это отличается от "сдано" и "принято" в режиме "редактирование задания? В окошке подробной информации по заданию вносится количество деталей сданных (готовых) на определённой технологической опера ...
Применяемость материалов - Материалы, Комплектующие, Складской учёт
Илья: При работе в режиме обеспеченность не всегда удается вспомнить и понять куда используется данный материал. Можно ли как то вывести эту информацию по "применяемости" именно в  этом режиме?
Пустой бланк - Демо версия
Илья: 13 Константин Чилингаров написал: Будет время, поэкспериментируем ещё на вашей базе. С этим именно отчётом. Спасибо, надеюсь на скорейшие эксперименты с положительным результатом
Оформление прихода по заявке. - Материалы, Комплектующие, Складской учёт
Alex-220781: Добрый день! Очень часто у меня бывает такая ситуация: 1) Выбираем заявку на покупку. 2) Вводим накладную, номер, поставщика. 3) И не отметив количество поступлений там где надо, нажимаем кнопку ОК. 4) Программа спрашивает: "Не указано колич ...
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Alex-220781: Я имею ввиду задания, которые раньше были сами по себе, а потом вошли в группы, вот они остаются в общем списке.
Как подключить отчеты? - Общие вопросы
Serge.v.astapov: Еще раз спасибо! Почему-то для меня это не очевидно
Не входит наименование материалов в соответствующие колонки - Производство
Константин Чилингаров: Поменяйте шрифт или размер колонки в шаблоне отчёта. Рекомендую оригинальный вариант тоже сохранить на всякий случай. 1. Откройте "Администрирование - шаблоны отчётов", выберите нужный бланк, дважды щелкните на нём -> "Сохранить ...
График производства, календарный план - Ошибки в работе
Константин Чилингаров: Нет никакого подвоха. Это иллюстрация к обсуждению выше. Было пожелание, чтобы в "графике производства" (просто "график производства", не "подробно") сделать клетку со значением "где сейчас находится". Я прос ...
Прикрепление файлов к узлам, деталям, спецификациям. - Обновление
Константин Чилингаров: Здравствуйте, В текущей версии нет такой возможности. Возможно, в будущем добавим. Но не в ближайшем. P.S. тут есть и обратная сторона палки. Если будет не файл в базе, а только ссылка на него, то любое его перемещение или изменение имени на се ...
Удаление заказа - Общие вопросы
Константин Чилингаров: Сам "заказ", как запись в "Номенклатуре" остался. Подробнее, как там что устроено, можно почитать /forum/messages/forum32/topic1415/message9005/1415#message9005 вот тут . Как удалить: Откройте "Номенклатуру". Включ ...
Печать графика производства - Производство
Илья: 13 Константин Чилингаров написал: В вашей операционной системе нет компонента vcredist_VS2010_x86. Он нужен. Чтобы не искать - https://cloud.mail.ru/public/2Gen/9uTxGwcWj вот ссылка . Скачайте файл, запустите, он установится. После этого зар ...
Миграция БД - Отчёты
Константин Чилингаров: По ошибке: /forum/messages/forum26/topic2564/message15862/2564-pustoy-blank#message15862 Решение . Не нужно нажимать в этом окне (выбор шаблона отчёта, который хотите использовать) "принтер". Нужно выбрать шаблон требуемый и нажать " ...
Обновление 20.5. Задачи и файлы - Обновление
Константин Чилингаров: Вкратце про «Задачи и файлы»: Изначально данная функциональность разрабатывалась для производства «проектного» типа (с прицелом, может, ещё зачем-нибудь пригодится). То есть выпускающего нечто уникальное, в единственном экземпляре, на заказ. Когд ...
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Тут всё зависит от сути данного процесса в реальной жизни. Вариант 1. Сделали какое-то количество корпусов. Каждый, по идее должен быть со своим серийным номером. Но шильдиков не было. Пока сдали так на склад. Появились шильдики, ...
Ошибка автозаполения накладной из производства - Ошибки в работе
Константин Чилингаров: Да. Похоже, ошибка. На "максимальном" уровне получилось воспроизвести. На "высоком" всё нормально сработало. Будем разбираться.  WorkAround (пока разбираемся и чиним): 1. если сильно нужно именно так, то можно руками в этом от ...
Расчет комплектации - Производство
Константин Чилингаров: 19032 Илья написал: Единственное что в в "Проработке" остались "стандартные изделия". Причем я так понимаю они остались еще с изначального расчета комплекции. С ними что делать? Удалить. 13 Константин Чилингаров написал: ...
Удаление позиции из номенклатуры - Прочее
Илья: Спасибо за терпение. Теперь получилось

сумма в учетной карточке

- Практические приемы работы - Старые разделы форума
Страницы: 1
сумма в учетной карточке
 
В учетной карточке при нулевом количестве в остатке сумма получилась не нулевая да еще и отрицательная. Что-то с округлением?
 
Количество не нулевое.
Остаток на карточке = -0.004 (просто на экране в этом месте, судя по всему, только 2 знака показывается).

Проверяем по движению на вашем скриншоте:

31.03.14 после всех операций остаток на карточке был 259,566
01.04.14 был (вручную) сделан расход в количестве: 259,57

Итого остаток = -0,004

-0,004 * 30,59 = -0,12236

Всё сходится :)
 
а вот еще интересней, движений нет а остаток с суммой есть.
 
Фильтр не стоит? (может, просто не показывается из-за этого?)
 
Фильтра нет.
Спасся заменой вручную учетных карточек а эти больные удалил. Но может быть есть какое-то объяснение и решение?
Изменено: shurick - 27.11.2014 21:33:33
 
Дело тёмное...

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

При использовании только штатных функций программы остатков без движения никак получиться, по идее, не должно.
 
Да, похоже на это.
Изменено: shurick - 28.11.2014 18:34:12
 
Вы запросы запускаете для пересчёта?
Тогда 100% из-за этого.
Что-то не сбросили, не обнулили и т.п.

Подобные процедуры - это не инструмент для пользователя.

Делать такие вещи в базе категорически не рекомендуется, за исключением прямого указания от разработчика на необходимость выполнения конкретно такого действия непосредственно в текущий момент.

Указанная выше ошибка из-за того, что для пересчёта все карточки должны быть открыты. А они не открыты.

Совет: восстановите базу с резервной копии до того, как начали запускать эти процедуры.
 
К сожалению, восстановить из копии возможности нет так как сломалось давно и за это время добавилось много данных. Нельзя ли каким-нибудь запросом это вылечить? Пока что приходится вручную делать дубликат учетной карточки и подключать ее в учетные документы.
 
Кстати, в учетной карточке может быть несколько приходов если они по одной цене? Похоже что мы заносили данные инвентаризации не через складской учет а вручную и создавали учетные карточки с ценой как в предыдущей. В таких позициях и появляется ошибка. Если переключить в приходном ордере учетную карточку на уже существующую то результат считается правильно.
Получается в движениях по карточке:
+ 123
- 23
- 45
+100

Это не нарушает логику расчетов остатков?
 
Цитата
shurick пишет:
Нельзя ли каким-нибудь запросом это вылечить?
Вряд ли.

Чудес не бывает.
Если база была "сломана" путём ручного вмешательства, то невозможно как-нибудь чудесным образом её автоматически раз, и починить. Только восстановить с резервной копии, до того, как её сломали.
В противном случае - разбирательство с такой базой - это рутинная ручная работа без гарантии успешного исхода.

Лучший вариант с точки зрения корректности работы ПО в такой ситуации, конечно, создать новую базу, работать с ней и не ломать её.

Если продолжать работать с этой, то:
- найденные косяки править вручную;
- никогда больше не запускать самостоятельно в базе никакие процедуры за исключением [health].[UpdateStatistics] и [health].[RefreshDependencies].
 
Цитата
shurick пишет:
в учетной карточке может быть несколько приходов если они по одной цене?
Стандартный модуль "Складской учёт - Приход" так не делает. Он всегда создаёт на новый приход, новую учётную карточку.

Вручную, через "Учётные документы" - можно.
Просто сделать руками приход несколько раз на одну и ту же карточку.

Дальше, если честно, я не понял.

Цитата
shurick пишет:
Это не нарушает логику расчетов остатков?
Если, как говорит один из моих коллег, "разобрать на атомы", то "Логика расчёта остатков" предельна проста. Приход = остаток на карточке увеличивается. На величину указанную в документе. На какой карточке - тоже указано в документе. Расход = обратная операция, т.е. остаток на указанной в документе карточке уменьшается на указанную величину. Вот и всё. Общий остаток номенклатуры = сумма остатков по открытым учётным карточкам.

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

Всё элементарно.
Если только не лезть руками (запросами) внутрь базы. Если полезть, то можно, не зная, случайно натворить там делов.
 
Почти все исправили но локализовалась проблема с которой справиться не могу.
Есть материал Гайка.
У нее одна учетная карточка и одно поступление 1 апреля - 200шт.
Обороты 1.04-30.06 выдают начальный остаток 300 штук почему-то.
Делаю:
Распровожу приходный ордер.
Создаю новую учетную карточку.
Меняю в спецификации ордера у этой Гайки уч. карточку на новую.
Старую удаляю.
Провожу ордер.
Обновляю Обороты. Остаток на 1.04 = 0. Правильно.
Потом запускаю пересчет остатков запросами которые Вы давали. Это для проверки корректности работы так как эту процедуру периодически приходится запускать пока восстанавливаем данные и ковыряемся в учетных карточках.
И после этой процедуры остаток на 1.04 опять становится 300.
Причем остаток в самой уч. карточке правильный, в движениях правильно, но отчет Обороты все равно находит эти непонятные 300шт по непонятной цене.

Без Вашей помощи не справлюсь уже.
Совсем удалить Гайку не могу так как она участвует в ТП изделий.
И таких "гаек" штук 8 всего.
Изменено: shurick - 03.12.2014 12:43:15
 
Цитата
Константин Чилингаров пишет:
- найденные косяки править вручную;
- никогда больше не запускать самостоятельно в базе никакие процедуры за исключением [health].[UpdateStatistics] и [health].[RefreshDependencies].

Цитата
shurick пишет:
Потом запускаю пересчет остатков запросами которые Вы давали
Зачем вы это делаете?
 
При исправлении косяков в учетных карточках вручную результат не всегда получается без запуска пересчета.
Сейчас в этом необходимости нет но я запускаю пересчет чтобы выяснить будет ли он корректно работать. Если это понадобиться еще через месяц и он испортит остатки как сейчас то ситуация еще усугубится.
Я конечно буду стараться не лазить руками в базу но мало ли что.
 
Нашел решение.
Перенес "больные" гайки в новый приходный ордер, пересчитал остатки и в оборотах все стало правильно.
Выходит что проблема была не в учетных карточках а в приходном ордере.
Непонятно только как его мы могли испортить.
Страницы: 1
Сейчас на форуме (гостей: 21)
Всего зарегистрированных пользователей: 3111
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Видео-презентация подготовка производства Себестоимость базы данных VOGBIT Деактивация VOGBIT планирование производства инструкция Начало работы Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет Полная версия VOGBIT Создание новой базы данных VOGBIT управление данными Планирование мелкосерийного производства электронный архив Техническая Подготовка Производства управление качеством деактивации VOGBIT активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования Нормирование Заказ на производство производство металлоконструкций пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Подразделение Склад Материалы техпроцесс Vogbit конфигуратор VOGBIT
×
Вход на сайт