Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Константин Чилингаров: Здравствуйте,
Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Константин Чилингаров: Здравствуйте,
В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Константин Чилингаров: Здравствуйте,
Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
Константин Чилингаров: написал:
Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал
Будет. В ближайшем обновлении, на ...
Константин Чилингаров: Здравствуйте,
Я посмотрел Ваш ролик. Спасибо!
Только с обновлением это, по-моему, никак не связано.
Давайте поясню один момент:
...
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять.
Ну ладно. Понятно, в общем, о чем речь.
на будущее: если нужно Excel фа ...
Константин Чилингаров: Тут ещё знаете, в чем может быть дело...
Не в размере даже, а во внутренностях конкретного файла с картинкой.
Ошибка может озвучиваться си ...
Константин Чилингаров: Здравствуйте,
Очень странная картина... Не сталкивались никогда с таким.
Копию базы данных можете дать нам посмотреть?
Если есть техни ...
Константин Чилингаров: Здравствуйте,
В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна.
Порядок сл ...
Владимир Белов: написал:
Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Константин Чилингаров: Здравствуйте,
Обычно, непосредственно с терминала выгружают управляющие программы какие-нибудь, к заданию, которое берется в работу. Н ...
Как-то хреновенько работает Удаление заданий. Почти в каждом первом случае возникает ошибка (см. скриншот). Хотя если один или несколько раз повторить процедуру то обработка иногда доходит до конца, иногда нет, но заказ все таки очищается и удаляется.
И еще, закрытие окна ошибки почти всегда приводит к сворачиванию окна всей программы. О групповой обработке не может быть и речи. В общем одни мучения.
И еще, при очистке одного заказа появляется ошибка про какие-то ссылающиеся вложения. Пошарил, но ничего связанного не нашел.
здравствуйте! А есть ли возможность перевести выполенное плановое задание в первоначальный вариант (выдано)? Т.к. его уже закрыли, а через неделю оказалось, что сделали ещё не все изделия.
Можно, если вручную править данные. Но вообще это не очень правильно. Надо лечить причину проблемы, а не её следствие.
Как альтернатива, можно, например, создать новое задание на "доделку того, что не доделали". Без дополнительной оплаты за эту работу, т.к. уже отчитались, а по факту не сделали. А того, кто "завысил показатели", наказать за это. Или хотя бы провести разъяснительную работу.
Добрый день. Как учесть работу вспомогательных сотрудников которые делают работы например по приготовлению растворов, по погрузке, по упаковке, то есть то что тяжело измерить в штуках, а просто легче в часах. Причем их работы нет в основных операциях, но учет работников и времени их работы хотелось бы вести в ВОГБИТ.
Через ручное добавление заданий для этих работников (можно, если нужно, какой-нибудь специальный пост или даже участок для этого завести в программе). См.:
Вариант 1. Хорошо подходит для случая, когда работы - это просто работы. Не относящиеся к какому-то конкретному заказу или изделию.
Вариант 2. Когда работы относятся к какому-то конкретному заказу или партии изделий.
Если хочется, чтобы как вариант 2, но не очень понятно к чему эти работы прицепить, то можно отдельную позицию в заказе завести типа "прочие работы" или что-нибудь подобное. И к ней все такие задания цеплять. Можно вообще отдельный производственный заказ открыть на такие работы. В принципе, по большому счёту, без разницы. В конечном итоге всё одно получится задание на смену, которое будет кому-то конкретно выдано и потом принято. Весь вопрос только лишь в том, какой ещё информацией это задание будет в итоге обвешано в "статистике производства".
Есть такая полезная утилита «Очистка заказов». Изначально делалась для удаления карт заказов, но отлично удаляет и спецификации, и техпроцессы. В большинстве случаев проще и быстрее всего удалить спецификацию этой утилитой (см. рисунок).
Окно прикрепите. Чтобы оно было не "плавающее", а как у меня на картинке - прикреплённое.
P.S. Меню "Лента" действует на активное окно, но только на закреплённые окна. В "плавающих" окнах работает только toolbar (панель инструментов, встроенная в само окно). "Лента" в "плавающих" окнах не работает. Это общий принцип работы меню типа "Лента" в любых, по-моему, приложениях.
"Зацепитесь" мышкой за заголовок окна (выделено чёрной рамкой) и потяните его. На экране появятся стрелочки (выделены красным) "Дотащите" мышкой ваше окно до стрелочки и окно "прицепится" к тому месту, куда указывает стрелочка (справа, слева, сверху, снизу в разных видах).
Они есть. Сложенные в это коллекцию. Возможно, к чему-то привязанные. Причём не просто есть файлы, а ещё и вы их "заблокировали". Вчера, судя по дате (или год назад, на скриншоте год не видно )
Здравствуйте, удаляю зависшие задания на участок. Сделал как указывали. Часть удалилась а часть сопротивляется может есть еще методы?
Цитата
Константин Чилингаров пишет: 1. Создать тестовый заказ с 1 позицией в нём 2. Открыть получившуюся карту заказа в режиме Компоненты. Встать на единственный компонент, открыть для него зависимое окно Задания. 3. Скопировать из справочника Задания все "потерянные" задания типа "Задание на участок", которые остались в справочнике. Вставить их в открытое в п.2 окно Задания для компонента карты заказов. Тип связи использовать "Задание на участок".
Все нашел где они у меня зависли. В номенклатуре, весь справочник, стал удалять наименования заданий, а некоторые не удаляются, посмотрел а у них есть коллекции компонентов - технологическая карта заказа. Короче почему то эти задания на производство не оказались в коллекции компонентов где были собраны все задания и откуда я удалял штатными утилитами....
Алексей Пономарев пишет: Все нашел где они у меня зависли. В номенклатуре, весь справочник, стал удалять наименования заданий, а некоторые не удаляются, посмотрел а у них есть коллекции компонентов - технологическая карта заказа. Короче почему то эти задания на производство не оказались в коллекции компонентов где были собраны все задания и откуда я удалял штатными утилитами....
Если речь о том, что часть карт заказов оказалась не в выделенной папке, где все остальные карты заказов лежали, а где-то просто в недрах справочника, то это из-за того, что в момент их создания в "подробнее" не была выбрана папка, куда складывать.
Константин Чилингаров пишет: Если по «внеплановым заданиям», то можно, например, так: - найти задание в общем справочнике; - удалить всю информацию о его фактическом выполнении (на кого нормо-часы закрыты, кто выдавал, кто принимал задание); - вернуть задание в начальное состояние. Потом его можно удалить штатным образом.
По шагам: В окне работы со сменным заданием поста посмотреть номер задания. Открыть общий справочник «Задания» (вкладка «Рабочая» , кнопка «Задания»). По номеру найти задание (колонка «Обозначение»). Открыть зависимое окно «Планируемые трудовые ресурсы», встать в него. Открыть следующее зависимое окно «Зависимые фактические трудовые ресурсы». Удалить оттуда всё. Закрыть все зависимые окна (снова стоим на задании в справочнике). Открыть зависимое окно «фактические трудовые ресурсы», удалить оттуда всё. Закрыть зависимое окно. Открыть зависимое окно «Связанные объекты», удалить оттуда всё, закрыть зависимое окно. Дважды щёлкнуть на задании (свойства), поменять Статус на «2. Включено в план».
Всё. Ручная правка закончена. Можно идти в сменное задание поста и удалить там внеплановое задание штатной функцией. Оно теперь числится не начатым. Как будто ничего и не было.
Внутреннее исключение:: Превышен максимальный уровень вложенности хранимой процедуры, функции, триггера или представления (ограничение 32).<KeyErr><ErrCode:6001FFFF> <ErrNumber:217> <ErrSeverity:16> <ErrState:1> <ErrProcedure:Called from [Workflow].[LabourResources.Delete]: > <ErrLine:49> Ошибка преобразования значения varchar "except" в тип данных int.
Список вызовов: в Csdn.Vogbit.Data.SqlExceptionBuilder.ThrowError(Object sender, SqlException ex, String database) в Csdn.Vogbit.Data.DataObjectList.TryToApplyInternal(Boolean useTransaction) в Csdn.Vogbit.Data.DataObjectList.Apply(Boolean raiseEvent) в Csdn.Vogbit.Data.BizObject.DeleteInternal() в Csdn.Vogbit.Data.DataObject.DeleteInternal() в Csdn.Vogbit.Data.BizObject.Delete() в Csdn.Vogbit.Data.BizObjectList.DeleteInternal(BizObject bizObject) в Csdn.Vogbit.Data.BizObjectList.DeleteAll() в Csdn.Vogbit.x3Utils.DeleteUtils.DeleteAllFinLabResources(Int64 objectId) в Csdn.Vogbit.Manufacture.ShiftDetailsForm.CancelIssueButton_ItemClick(Object sender, ItemClickEventArgs e) в DevExpress.XtraBars.BarItem.OnClick(BarItemLink link) в DevExpress.XtraBars.BarButtonItem.OnClick(BarItemLink link) в DevExpress.XtraBars.BarItemLink.OnLinkClick() в DevExpress.XtraBars.BarButtonItemLink.OnLinkClick() в DevExpress.XtraBars.BarItemLink.OnLinkAction(BarLinkAction action, Object actionArgs) в DevExpress.XtraBars.BarButtonItemLink.OnLinkAction(BarLinkAction action, Object actionArgs) в DevExpress.XtraBars.BarItemLink.OnLinkActionCore(BarLinkAction action, Object actionArgs) в DevExpress.XtraBars.ViewInfo.BarSelectionInfo.ClickLink(BarItemLink link) в DevExpress.XtraBars.ViewInfo.BarSelectionInfo.UnPressLink(BarItemLink link) в DevExpress.XtraBars.Controls.CustomLinksControl.OnMouseUp(MouseEventArgs e) в System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) в System.Windows.Forms.Control.WndProc(Message& m) в DevExpress.XtraBars.Controls.DockedBarControl.WndProc(Message& msg) в System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) в System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) в System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Inner Exception ---------------
Сообщение: Превышен максимальный уровень вложенности хранимой процедуры, функции, триггера или представления (ограничение 32).<KeyErr><ErrCode:6001FFFF> <ErrNumber:217> <ErrSeverity:16> <ErrState:1> <ErrProcedure:Called from [Workflow].[LabourResources.Delete]: > <ErrLine:49> Ошибка преобразования значения varchar "except" в тип данных int.
Исключение: System.Data.SqlClient.SqlException
Источник: .Net SqlClient Data Provider
Список вызовов: в System.Data.Common.DbDataAdapter.UpdatedRowStatusErrors(RowUpdatedEventArgs rowUpdatedEvent, BatchCommandInfo[] batchCommands, Int32 commandCount) в System.Data.Common.DbDataAdapter.UpdatedRowStatus(RowUpdatedEventArgs rowUpdatedEvent, BatchCommandInfo[] batchCommands, Int32 commandCount) в System.Data.Common.DbDataAdapter.Update(DataRow[] dataRows, DataTableMapping tableMapping) в System.Data.Common.DbDataAdapter.UpdateFromDataTable(DataTable dataTable, DataTableMapping tableMapping) в System.Data.Common.DbDataAdapter.Update(DataTable dataTable) в Csdn.Vogbit.Data.DataAdapter.Update(DataTable dataTable) в Csdn.Vogbit.Data.DataAdapter.UpdateDataTable(DataTable dataTable) в Csdn.Vogbit.Data.DataObjectList.ApplyInternal() в Csdn.Vogbit.Data.DataObjectList.TryToApplyInternal(Boolean useTransaction)
Понятно. Сломалось что-то в этом конкретном "задании". Не знаю, почему так происходит, но знаю, что изредка такая штука случается.
Дальше всё зависит от того, насколько вам важны в данном случае другие задания связанные с этим же изделием (маркой). Например, если их можно безболезненно удалить все, то это простым способом данную проблему решит.
Если же другие задания, связанные с этой же маркой, важны и нужны, и трогать из нельзя, то придётся точечно "чинить" это отдельное задание. Но тут уже, к сожалению, не обойдёшься без некоторого "ручного вмешательства".