VOGBIT Движение по складу - Отчёты
VOGBIT и Telegram бот - Пример доступа к данным из системы управления производством с телефона через Telegram

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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 2 След.
Движение по складу
 
Вопрос такой еще.В отчетах по движению по складу информация выводится в кг,тоннах а мне надо в метрах.Возможно ли это исправить?
 
Можно.
Нужно переделать шаблоны отчётов.
Плюс там ещё есть некоторые нюансы с параметрами и коэффициентами, но это имеет отношение не к отчётам, а к просмотру аналогичной информации на экране.
 
Меня интересует "Отчёт для директора. Общий объём продукции в производстве, на складе, отгруженной заказчикам." но когда я его хочу вывести то везде нули. Как его "перепрошить" для моего производства:1) Чтобы вместо нулей были реальные цифры 2) У меня выпускаются изделия в метрах и штуках.
 
скриншот
 
Цитата
Наиль Богапов пишет:
но когда я его хочу вывести то везде нули
Логично. Он же сделан под производство металлоконструкций. Выводит массу в тоннах. Вы же не вводили нигде для своих изделий массу в тоннах. Поэтому и нули.
Цитата
Наиль Богапов пишет:
меня выпускаются изделия в метрах и штуках.
Так а в отчёте вам в чём надо? В штуках или в метрах?
 
часть деталей в шт, а часть в метрах. поэтому и в шт и в метрах. можно так или нет?
 
Всё можно.
Если только то, что вы хотите, в принципе формализуемо и само себе не противоречит.

Стоимость (п.5)
Требования к исходным данным для настройки шаблонов отчётов
 
а если только в шт? то тоже пункт 5?
 
Тоже. Только дешевле, т.к. проще.
Надо поправить основной запрос в шаблоне отчёта (который данные выводит), чтобы количество считал и выводил, а не вес. Плюс поправить сам бланк (шапку). Ну и протестировать потом, что всё работает.
 
P.S. Если нужно сделать, то пишите на e-mail.
 
написал на e-mail.
 
Что-то не пришло ничего пока...
Вы на какой адрес отправляли? Напишите, пожалуйста, на info@vogbit.ru
 
Константин, при формировании отчета "для директора" из режима "движение по складу", почему то не совпадают значения для техкарты №482.
В графике производства объем 12,476тн, а в отчете 12,442тн. Почему ?
2.jpg (187.61 КБ)
1.jpg (131.66 КБ)
 
Не знаю почему. По этим скриншотам сказать невозможно.
Надо смотреть подробно, что у вас там введено в вашей базе данных, чтобы сказать, почему именно такие цифры получаются.

https://vogbit.ru/buy/

п.4 "Инспекция данных пользователя"
 
Для любых других отчётов из серии "движение по складу", подобные некоторые погрешности вполне объяснимы и допустимы из-за довольно специфической процедуры округления (сделанной такой специально, чтобы во всех ведомостях, накладных, и отчетах о движении по складу всегда итого суммы совпадали с точностью то ли до 0.1 кг, то ли до 0.01 кг (уже сам не помню), в т.ч. при наличии округлений).

Но дело в том, что это, по-моему, единственный отчёт из этой серии, в котором нет никаких "специфических" методик округления (т.к. он для внутреннего пользования только). Специально посмотрел сейчас.

Так что дело не в округлениях.
Что-то в данных исходных. Там причина.
Поэтому - см. предыдущее сообщение.
 
В продолжении беседы.
В режиме "движение по складу" нашел элемент ОП22-4 их в заказе 2 шт. столько же изготовлено и отправлено. А в отчете "Отгрузка по заказу подробно" их почему то отправлено "0".
Ввод данных по инструкции делаем.
1.jpg (124.96 КБ)
2.jpg (243.97 КБ)
 
Цитата
Евгений Якимов пишет:
нашел элемент ОП22-4 их в заказе 2 шт. столько же изготовлено и отправлено. А в отчете "Отгрузка по заказу подробно" их почему то отправлено "0".
Вообще-то, если смотреть на ваш скриншот, то отправлено их не 0, а 2.
А вот масса у них 0.
Видимо, не ввели массу просто для этого "ОП22-4".
1.png (314.73 КБ)
 
Здравствуйте, у меня такая проблема. У меня в Вогбите забито последовательность операций в тех. процессе сначала "терморезка"-"покрытие"-"доработка"-"упаковка" т.е. на склад я могу сдать продукцию только выполнив последнюю операцию "Упаковка".
1. Вопрос как мне сделать так, чтобы я мог сдавать на склад продукцию после операции "Доработка"
2. Вопрос при необходимости как мне вернуться к сдаче продукции после "упаковки"
Р.s. Попытался изложить свой вопрос в кратце.
 
скриншот
 
Цитата
Наиль Богапов пишет:
на склад я могу сдать продукцию только выполнив последнюю операцию "Упаковка"
Такое ограничение существует только при использовании "высокого" или "максимального" уровня учёта, и только при сдаче продукции на склад "с поста".
Оно отключаемое. Можете в настройках отключить (то же, рис.118). Потом, если захотите, снова включите, когда нужно будет.

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

Вы хотели сделать 50 деталей, но по факту сделали только 48?
Вы хотите рабочему заплатить за 48, а не за 50?
Вы хотите учитывать, что у вас на складе лежат 48 упакованных деталей, а 2 неупакованные?
Или что?
Конечная цель какая?
 
По отчётам:

Эти два отчёта можно печатать не любой из любого режима, а только каждый из строго определённого, из того, для которого этот отчёт предназначен (я это вам писал в письмах).

Отчёт "общее состояние по заказам" нужно формировать из режима "Движение по складу". Просто "Движение по складу", НЕ "подробно". Т.е. кнопку "Подробно" НЕ нажимать.

Отчёт "общий объём" (поступление и отгрузка) наоборот - нужно формировать именно из режима "Движение по складу - Подробно". Т.е. только при нажатой кнопке "Подробно".

В противном случае, правильно будет показывать в отчёте только в некоторых случаях. А в остальных неправильно. Что вы и можете наблюдать на собственных примерах (когда печатаете и то и другое из обоих режимов).

Что касается периода:
Отчёт "Общее состояние по заказам" по смыслу и содержанию показывает всегда состояние на текущий момент. Он, собственно, и формируется из режима "движение по складу" (без "подробно"), где кнопки "период" и нет.

Отчёт "Общий объём" (поступление и отгрузка), формируется из режима "подробно". Где, помимо прочего, если информация, когда сколько и по какой накладной изделий пришло на склад или ушло. Если "период" не включать, то этот отчёт будет также отражать состояние на текущий момент. Если включить "период", то в колонках "сдано" и "отгружено" объём будет указан за выбранный период. В колонке "на складе" показывается всегда стоимость продукции на складе, которая лежит там сейчас.
 
Вариантов много разных.
Какой выбрать, зависит от того, что вы дальше с этой информацией делать хотите. Как её использовать.

Вы хотели сделать 50 деталей, но по факту сделали только 48?
Вы хотите рабочему заплатить за 48, а не за 50?
Вы хотите учитывать, что у вас на складе лежат 48 упакованных деталей, а 2 неупакованные?
Или что?
Конечная цель какая?


Конечная цель: Хочу учитывать, что у нас на складе лежат 48 упакованных деталей, а 2 неупакованные.
 
Лучше всего, конечно, в таком случае сделать, чтобы эти детали были двумя разными партиями (строчками) в "Графике производства" (а то и вообще сделать две разные номенклатуры даже, может быть, в некоторых случаях удобнее будет).

Одна партия 48 деталей, вторая 2. Так проще всего и понятнее. Можно и задания разные сделать им (для первой партии с упаковкой, для второй без упаковки). И на склад сдать отдельно 48 таких и 2 чуть-чуть других. Штатными средствами, без всяких хитростей.
Понимаю, правда, что в реальности не всегда возможно так полностью корректно сделать (по причинам не связанным с программой).

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

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

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

P.S. Надо, кстати, понимать, что если вы хотите одни и те же детали учитывать на складе, как одну номенклатуру, но с разными признаками (упакованные, неупакованные и т.п.), то про FIFO можно сразу забыть. Т.е. при отгрузке только вручную (всегда!) выбирать сколько из какой партии деталей брать. Иначе весь этот "точный учёт" просто начисто теряет всякий смысл.
1.png (111.1 КБ)
 
Может я не верно обьяснил вам.
Я изготовил например 50шт деталей, по идеи я и должен "упаковать" 50 шт деталей, т.к. операция "упаковка" самая последняя в цепочке. Как можно и вообще можно ли после операции "доработка" где будут учтены 50 шт в упаковке учесть только 48шт.
 
Я вас выше поэтому и спросил: Вам зачем?
Вы сказали:
Цитата
Наиль Богапов пишет:
Конечная цель: Хочу учитывать, что у нас на складе лежат 48 упакованных деталей, а 2 неупакованные.
Это к технологии, по большому счёту, имеет отношение весьма и весьма косвенное.
Цитата
Наиль Богапов пишет:
Как можно и вообще можно ли после операции "доработка" где будут учтены 50 шт в упаковке учесть только 48шт.
Ответ в сообщении #28.
Вот ещё дополнительно несколько скриншотов. Как это выглядит в программе (то, что описано в сообщении выше):

Рис.1 - с разделением на две партии.
Рис.2, рис.3 - без разделения на две партии.
1.png (121.54 КБ)
2.png (129.82 КБ)
3.png (96.28 КБ)
Страницы: 1 2 След.
Сейчас на форуме
Всего зарегистрированных пользователей: 4436
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт