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

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

Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: можно ли списывать материал без оформления заказа? Просто что бы учет был: пришло-ушло. Без привязки куда. Можно. Открывает в меню "Производство - Склад". Выбираем нужный склад (рис.1). В колонке "Выдать&quo ...
Пустой бланк - Демо версия
Константин Чилингаров: Техпроцесс (то, что открывается по кнопке «Технология подробно») - основная и наиболее значимая информация в программе с точки зрения «производственного» модуля. Техпроцесс – это описание порядка изготовления детали/изделия/комплекта. Ключевая инф ...
Систематическая ошибка - Ошибки в работе
Алексей Батраков: 10015 Алексей Батраков написал: Вопрос:У вас на картинке окошко "Состав" открыто на чем-то, что называется "К720.00.000 ... и т.д.".А если сразу, как вошли в программу, эту спецификацию пойти и открыть, она открывается нормальн ...
Календарный план - Прочее
Константин Чилингаров: Что-то, как будто, не установилось... Такое бывает. Но редко. Можете удалённый доступ дать посмотреть? Если что, пишите на почту.
Пропадают спецификации и техпроцессы - Прочее
Константин Чилингаров: Здравствуйте, Как-то выглядит невероятным, чтобы в рабочей базе, в работу которой никто снаружи не вмешивался как-нибудь некорректно, само что-то взяло и "пропало". Намного более вероятным можно предположить, что либо там и не было конк ...
Не отображается место хранения - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: Хотя  данный параметр добавлен в связанные компоненты Вот это вы зря время потратили. Не нужно было так прицеплять. Нигде не написано, что нужно так делать. "Место хранения" берётся из складской картотеки. По умо ...
Последовательность операций - Производство
Константин Чилингаров: 3938 Алексей Пономарев написал: если эта кнопка не нажата то деталь должна появляться в первой операции Если кнопка не нажата, то колонка "Операция" вообще смысла не имеет. Нужно убрать её. Настройки колонок в режимах "просто Граф ...
Как лучше описать технологию? - Состав и технология
Константин Чилингаров: Здравствуйте, Думаю, нет смысла в данном случае изобретать велосипед. Просто делать разные изделия (контроллер с одной платой - одна номенклатурная позиция, с другой платой - другая), копировать и заменять, что отличается Трудоёмкость такого дейс ...
Экспорт/Импорт данных - Экспорт импорт данных
Константин Чилингаров: Чтобы перенести базу с LocalDB на SQL server, сделайте с помощью Management Studio /support/380/#__backup резервную копию . Потом на SQL сервере из этого файла (бэкапа) разверните базу. Если сервер не на том же компьютере, то нужно будет, наверное,  ...
Дополнительные колонки в составе изделия - Состав и технология
Константин Чилингаров: куда все делось? Вы всю группу колонок "Компонент" удалили с экрана. 19032 Илья написал: Как вернуть то что было по умолчанию? Обратно перетащите.
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...

Склад

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

Не пойму, как так у нее выходит.
Может Вы сможете помочь.


Оформили отгрузку вчера данному заказчику на 4 к-та.
Сегодня еще отгрузили 20 к-тов.
По кнопке "выполнение" отображается верная информация = 24 к-та
А вот накладную сегодняшнюю посмотреть и распечатать не получается.

Открывает всегда вчерашнюю. №41 на 4 к-та.
vog 01.JPG (198.4 КБ)
vog 02.JPG (132.04 КБ)
 
Здравствуйте,

На первом скриншоте Excel'евский файл вниз промотайте  :)
 
Цитата
Константин Чилингаров пишет:
Здравствуйте,

На первом скриншоте Excel'евский файл вниз промотайте
Хы :D
А по одной никак?
 
Фильтр в списке по номеру поставьте.

Я понимаю, что по идее бы "печать по выделенным" вкрутить сюда, но там есть нюансы. Потом посмотрим, сейчас более насущные вопросы решаем пока. А это, в принципе, небольшая проблема, тем более, что фильтром несложно добиться нужного результата. Так что пока как-то так...
 
"Хы" - это я про себя, что не догадалась)
Фильтром попробую.
 
Возникла необходимость подкорректировать количество деталей на складе. Существует ли такая возможность не привязываясь к расчетным документам?
 
Цитата
Дмитрий Калачев пишет:
подкорректировать количество деталей на складе. Существует ли такая возможность не привязываясь к расчетным документам?
Да. Существует.

Вариант 1: Создать, заполнить и провести вручную учётный документ. И посредством его подкорректировать остатки (количество на складе) в нужную сторону.

Вариант 2: "Перепровести" какую-нибудь из ранее проведённых складских операций (приход или расход), попутно подкорректировав вручную в ней количество в нужную сторону.
 
Если не трудно, напишите подробнее. Какие кнопки в каких вкладках нажимать?
 
Ну тут так в двух картинках не опишешь...
Много сильно вариантов.

Вы насколько хорошо в целом представляете принципы и механику работы подсистемы складского учёта в VOGBIT (в плане администратора)?
Что такое учётные карточки, учётные документы и их спецификации, как они между собой связаны, как и в какой момент увеличивается или уменьшается остаток? Вы это знаете и понимаете, или это для вас пока что совсем непонятные слова и область?

Если знаете, то это один разговор. Тогда уточните, какой вариант вас интересует, и что именно вызывает вопросы.

Если для вас вышеперечисленное ("ручное" управление данными в подсистеме складского учёта) - это пока "тёмный лес", то пути два:

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

2. Не лезть в "ручные корректировки" вообще. Сделать штатными средствами, через стандартные пользовательские модули приход на склад нужных деталей (увеличить тем самым количество) или расход их со склада (если уменьшить количество нужно). И всё :)
 
Здравствуйте, Константин.
Помогите, пожалуйста.

Склад по готовой продукции мы, в принципе, запустили по Вогбиту. Более менее получается.

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

Подскажите, как правильно оформить в Вогбит такую ситуацию?
Купили мелкие детали. Информация о дате покупки и количестве по накладной, а так же где купили, нужна всем. И кладовщику в первую очередь. Так что приход оформляем, как есть. Так?

Далее на складе, под замком их какое-то время не будет в наличии.

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

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

Насколько я понял, ситуация такая.
Поступают покупные детали (с материалами, в принципе, может быть точно такая же ситуация).
Но они не сразу готовы к выдаче, а проходят некую входную обработку сначала: контроль, сортировка и т.п.
Только после этого их можно использовать.

Так?

Если да, то как вариант, можно так сделать:

Включаем "учёт по группам".
Заводим какую-нибудь специальную учётную группу, например "изолятор" для того, чтобы в рамках неё учитывать детали, которые как бы и есть на складе, но брать их пока нельзя.

При оформлении прихода от поставщика то, что требует входного контроля и т.п., приходуем не сразу на склад, а в группу "изолятор" (рис.1).

В заказах на производство никакой учётной группы не ставим. Получается под них можно брать то, что просто лежит на складе. Но не в "изоляторе".

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

В результате имеем:

ЛЗК или требования на выдачу в производство формируются, как обычно. При этом программа по умолчанию делает это запрос на "просто склад", и только с "Просто склада" можно по нему выдать.

"Обеспеченность" показывает дефицит и запасы с учётом того, что уже на лежит складе, и того, что пока в "изоляторе" (рис.2).

Из "изолятора" в итоге можем не всё на склад передать. Что-то можем списать, например, как не годное, или отправить обратно поставщику.
Остатки можем смотреть отдельно по "просто складу" и "изолятору" (рис.3).

В целом, как-то так.
Технические нюансы по отдельным действиям могу пояснить, если интересно.
1.png (73.22 КБ)
2.png (83.42 КБ)
3.png (89.09 КБ)
 
Простыми словами, описанный способ позволяет, с одной стороны, детали приходовать на склад сразу, когда они пришли, как обычно.
С другой стороны - разделить в программе эти детали на складе на "которые можно брать", и "которые нельзя брать". И в нужный момент из одной такой "кучки" в другую нужное количество перекладывать.
 
Цитата
Константин Чилингаров пишет:
В целом, как-то так.
Технические нюансы по отдельным действиям могу пояснить, если интересно.
Да. Интересно. Очень. Только пока не дошло.. :(
И кажется, что это не про то..
У нас очень простое производство. И такого нет, чтобы под определенный заказ приобретались детали.
Изменено: Larissa - 10.11.2016 22:01:24
 
Цитата
Константин Чилингаров пишет:
С другой стороны - разделить в программе эти детали на складе на "которые можно брать", и "которые нельзя брать". И в нужный момент из одной такой "кучки" в другую нужное количество перекладывать.
С перемещением уже понятней.

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

Заказ сформирован, в группе учета на заказ задан склад постоянного места хранения.
Поступили закупленные детали, оформились В "изолятор". Надо чатсь отдать на заказ, а скомплектованное и упакованное переместить на постоянное место хранения.

Можно, как то "переключить" группу учета в заказе?

У меня, таких строчек при создании заказа не отображается, как на фото
https://vogbit.ru/support/724_online/25.jpg
Изменено: Larissa - 10.11.2016 22:14:41
 
Цитата
Larissa пишет:
И такого нет, чтобы под определенный заказ приобретались детали.
Я понимаю :).
Об этом речи и не шло.

Приобретение чего-либо под определённый заказ - это всего лишь пример, на котором в документации показаны функции и кнопки.
Но это не значит, что это единственное, для чего используются "учётные группы". Механизм достаточно универсальный.
В данном случае я предлагал его использовать для:
Цитата
Константин Чилингаров пишет:
описанный способ позволяет, с одной стороны, детали приходовать на склад сразу, когда они пришли, как обычно.
С другой стороны - разделить в программе эти детали на складе на "которые можно брать", и "которые нельзя брать". И в нужный момент из одной такой "кучки" в другую нужное количество перекладывать.

Цитата
Larissa пишет:
Можно, как то "переключить" группу учета в заказе?
В принципе можно. Можно переключать группу учёта на уровне "Лимитной карты". Откуда брать по ней. Есть там один нюанс, но так, в общем, можно переключать.

Цитата
Larissa пишет:
У меня, таких строчек при создании заказа не отображается, как на фото
https://vogbit.ru/support/724_online/25.jpg
Надо "учёт по группам" включить в настройках, чтобы они появились.
 
Цитата
Larissa пишет:
Цитата
Константин Чилингаров пишет:

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



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



Заказ сформирован, в группе учета на этот заказ задан склад постоянного места хранения  для деталей, которые понадобятся.

Поступили закупленные детали, оформились В "изолятор". Надо часть отдать на заказ, а скомплектованное и упакованное переместить на постоянное место хранения.



Можно, как то "переключить" группу учета в заказе?



У меня, таких строчек при создании заказа не отображается, как на фото

https://vogbit.ru/support/724_online/25.jpg
 
Цитата
Константин Чилингаров пишет:
В принципе можно. Можно переключать группу учёта на уровне "Лимитной карты". Откуда брать по ней. Есть там один нюанс, но так, в общем, можно переключать.
Включила. Попробовала. В целом понятно. И вполне приемлемо.
А в чем нюанс?
Изменено: Larissa - 14.11.2016 21:50:46
 
Нюанс 1 - технический

В окошке (рис.1), где можно поменять учётную группу для документа-основания (из какой учётной группы брать по данной ЛЗК/Требованию), можно:
- назначить для документа учётную группу, если её не было никакой;
- поменять одну назначенную учётную группу на другую.

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

Нюанс 2. Идеологический

Переключение "туда-обратно" учётной группы для ЛЗК или Требования с выдачей в промежутке между этим чего-то со склада по этой ЛЗК/Требованию приведёт к не самым однозначным показаниями в окне "обеспеченность".
Программа просто не сможет корректно сравнить "запрошено/отдано/есть", т.к. формально, если на текущий момент смотреть, то запрошено с одного места. А брали из другого места. Но когда брали, было запрошено, вроде как, из этого другого места, но это потом поменяли... В общем такая само-запутанная ситуация получается.

Поэтому, чтобы такого не получилось, я бы рекомендовал в ситуации, когда на основном складе чего-то нет и надо часть пока взять из изолятора, не менять учётную группу для "основной ЛЗК", а сделать вручную дополнительное требование на получение части нужных сейчас деталей из "изолятора" (рис.2). А в "основной ЛЗК", соответственно подкорректировать количество, чтобы 2 раза одно и то же не получилось.
Немного более муторно, с одной стороны, но зато всё логично и прозрачно потом получается.

Если смотреть в окно "обеспеченность" то, вот так:

Рис.3- изначальный вариант - до создания "дополнительного требования", только "основная ЛЗК".

Рис.4 - после создания "дополнительного требования" - часть деталей из "основной ЛЗК" перенесли в требование на получение "из изолятора".
1.png (32.4 КБ)
2.png (36.59 КБ)
3.png (89.09 КБ)
4.png (42.18 КБ)
 
Здравствуйте, Константин.
Помогите, пожалуйста.
Не могу понять, как так наш кладовщик умудрился сделать.
1 В заявке шестая позиция труба 20 шт.

2.По учетным карточкам прошли 30 шт (это давно) и 20 шт.
3. Из производства сдано только 20 шт.
4. Отгружено 40 шт
5. В отгрузочных документах только 20 шт.

Не могу понять, как так? Откуда 40 взялось?
Изменено: Larissa - 14.12.2016 22:05:11
 
Здравствуйте, Лариса!

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

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

Можете копию базы дать?
(чтобы прямо на том документе, который на скриншоте, мы могли посмотреть)
 
Цитата
Константин Чилингаров пишет:
Можете копию базы дать? (чтобы прямо на том документе, который на скриншоте, мы могли посмотреть)
Добрый день, Константин.
Отправила на почту Вам копию базы.
 
Да, получил, спасибо. Был в командировке, на неделе посмотрю, напишу.
 
Разобрались.

Дело вот в чём:
Этот шаблон отчёта довольно старый. Был сделан в те времена, когда не предусматривалось, что одна ЛЗК или Требование может быть сразу на 2 (и более) производственных заказа. Просто не было в те времена такой возможности в программе. Было правило «Разные заказы -> разные ЛЗК». И шаблон отчёта был под это настроен.
(Накладной в данном случае это всё касается тем боком, что в "шапке" её указано "Лимитная карта" и "Заказ")

Потом появилась возможность делать одну ЛЗК сразу на несколько разных заказов, а шаблон накладной остался этот старый. И в вашей ситуации, как раз и получилось, что лимитная карта 762849 связана сразу с двумя заказами на производство (картами заказов). Старый шаблон не сдюжил такой ситуации. Задвоились строчки. Он не знал, что так может быть ))

Подправили шаблон накладной, чтобы строчки в любом случае не двоились.
Улучшенный, более современный, вариант (стандартные 2 шаблона «расходной накладной» из демо-базы) прикладываю к этому сообщению.
Строчки не двоятся больше.
Ваш пример (та самая накладная) на скриншоте.

Но если по уму, то надо делать для такой ситуации другую форму (бланк) какую-то. В этой рассчитано, что выдача делается на один конкретный заказ (правило – одна ЛЗК-один заказ). И выводиться в «шапке» будет в таком бланке только один заказ, даже если выдаётся на самом деле на несколько (одна ЛЗК – несколько заказов). Просто сам бланк такой («шапка») не предусматривает выдачи на несколько заказов по одной ЛЗК (обведено красным на примере).

Если сильно нужно, то можно заморочиться, придумать другую шапку, переделать (под ситуацию «одна ЛЗК на несколько заказов» специально). Наверно…
Вопрос – нужно ли?
1.png (44.69 КБ)
 
Добрый вечер, Константин. Спасибо большое, что нашли время и возможность посмотреть.
Цитата
Константин Чилингаров пишет:
Вопрос – нужно ли?

Поняла. Не буду объединять заказы в одну ЛЗК и вопросов не будет.
Собственно, вопрос поступил от кладовщика, который сделал все правильно. В программе по остаткам все верно, а в документе, в котором кладовщик расписывается вышло задвоение. Теоретически, наверное, лучше исправить, для того, чтоб работало без вопросов. Но проблема не критична совсем.


Если Вас не затруднит, подскажите, пожалуйста,еще.  Как правильно оформлять Возврат от покупателя?

Была заявка на 100 изделий. Отгружалась по частям. В итоге заявка отгружена в полном объеме. Затем 52 к-та вернули на доработку.
Я нашла в выполненных заявках данную и "встав" на нее, сделала возврат по складу.
Заявка осталась в статусе выполнено в полном объеме. И на складе появились эти 52 к-та.
Теперь их надо было отдать уже доработанными заказчику. И получилось, что всего по заявке отгружено 152 к-та, если смотреть "выполнение". Хотя фактически это не так.
Попробовала посмотреть по форме отчета "поступление и отгрузка по заказам". Он выдал у меня ошибку.

Что-то я делаю не так, похоже.

Где можно и как посмотреть что отгружалось и когда по одному покупателю (контрагенту)? Это сейчас я понимаю, как у нас так вышло. А через две недели, я не вспомню, что их не 152 отгрузили по этой заявке, а те же самые туда сюда мотали.
А бухгалтерия спросит в конце квартала, когда "сходится" со складом не будет.
 
Цитата
Larissa пишет:
Собственно, вопрос поступил от кладовщика, который сделал все правильно. В программе по остаткам все верно, а в документе, в котором кладовщик расписывается вышло задвоение. Теоретически, наверное, лучше исправить, для того, чтоб работало без вопросов. Но проблема не критична совсем.
Так исправили же :)

В предыдущем сообщении (#25) исправленные шаблоны приложены. Старые заменить на эти, и не будет двоиться ничего.

Единственный там нюанс - это то, что если расход по одной ЛЗК не на один заказ, а сразу на несколько, то в распечатанной накладной, в "шапке" (сверху) будут не все эти заказы через запятую перечислены, а только один какой-то. Первый попавшийся. Там просто форма этой "шапки" под другое не заточена. И всё.

А всё остальное то нормально. Ничего не задваивается. На скриншоте пример распечатанной накладной, из вашей базы. Той же самой, но без "задвоившихся строчек" уже.
Шаблоны приложены исправленные (сообщение #25).
В них надо только вместо "Ваше предприятие" реальное название вписать, что там должно быть.

По поводу возврата от покупателя:

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

Точнее, функция "возврат" то в этом случае сработала правильно. Так, как и требовалось от неё.
Это в форме (окне) "Заявки покупателей" получилось не совсем то, может, что нужно.
В принципе, там по своему тоже правильно :) Со склада, если посчитать, то ушло 152 комплекта. Сначала 100, а потом ещё 52.
Другое дело что когда сводная информация вычисляется ("всё", "частично", "ничего"), то там сейчас не "отминусовались" 52 комплекта, которые проследовали в обратном направлении.
А надо, видимо, "отминусовывать" в таком случае...

Надо будет доработать в этом месте просто окно "заявки покупателей". С учётом, что готовые изделия отгруженные покупателю тоже могут возвращаться.
Записал, сделаем. Чуть попозже.
 
Цитата
Константин Чилингаров пишет:
В предыдущем сообщении (#25) исправленные шаблоны приложены. Старые заменить на эти, и не будет двоиться ничего.
Заменила. Спасибо большое!
Страницы: 1
Сейчас на форуме (гостей: 20)
Всего зарегистрированных пользователей: 3144
Приняло участие в обсуждении: 361
Всего тем: 804
Всего сообщений: 6067

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