MOHTEP

У меня модуль склада (работают ~5 чел одновременно) регулярно - теряет накладные (лекарство написал в администраторе) - смешивает накладные между собой (лекарство в разработке) - процесс работает с ненастроенной транзакцией (для программиста будет понятно), поэтому ни одно обновление не видно пока не переоткроешь окно накладных. - состояние склада не обнуляет, но с ценами жуткие проблемы (валюта, НДС, дроби). Для решения написал модуль в администраторе для восстановления последовательности накладных. теперь перепроведение 2700 накладных происходит за ~15-20сек при этом производится коррекция цен и количеств при списаниях, инвентаризациях и т.п. теперь (спустя полгода с лишним) склад приобрел нормальный вид. Бесит отсутствие группового удаления позиций из накладной. (в планах для администратора) Бесит отсутствие группового проведения и перепроведения накладных (реализованно в администраторе) Бесит невозможность разделить одну накладную на две (выделил позиции -> перенести в новую) (в планах для администратора) Бесит отсутствие детальных полномочий по работе с накладными. а в остальном, прекрасная маркиза, все хорошо, все хорошо.

Скриншоты разделов...

Новая сборка Добавлены манипуляции с накладными. Групповое проведение и снятие с проведения Просмотр состояния склада с отображеним движения артикула при проведении добавлены дополнительные варианты "лечения" старых ошибок

Да и еще вопрос: а что, уже более полусотни просмотров и никто не ведет склад?

Хочу обратить ваше внимание на один факт: Если вы задействовали модуль СГП. То не в коем случае не проводите переиндексацию таблицы проектов при реструктуризации базы. Установка этой галочки ведет к потере целостности метаданных в таблице накладных СГП. После чего вам придется у каждой строчки данной таблицы вручную проставлять новые индексы проектов. прикиньте количество накладных и оцените время которое вам потребуется на все это. (резервная копия базы вам так же не поможет, даже если вы будете ее делать хоть по сто раз на дню) Заметив эту ошибку через неделю (потребовалась аналитика по СГП) у меня опустились руки.

Стандартный отчет в профстрое не расчитан на наличие нескольких складов и перемещения товаров между ними. Это факт. Профсегмент говорит "отчеты в программе для примера, а не для реального использования" О_о... Плюсуем к этому проблемы и ошибки в работе накладных (НДС, списания в минус, отсутствие группового перепроведения, и т.д.)... получаем большую ж... в отчетности. Плюс нет разграничения прав на работу с накладными (все все могут)... Сам переписал этот отчет заново, много думал и матерился. Все начало показываться правильно, заработало быстрее. Но проблема сейчас возникла с инвентаризацией... Не очень понятно что и куда разносится при проведении накладной инвентаризации. Можно ли провести задним числом? короче жесть. Кто нибудь работал в данном направлении? Или у всех все хорошо, как говорит мне Профсегмент? И я один такой отморозок до них докапываюсь?

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

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

очередной билд подправил редактирование тарифов и геометрии артикулов (дробные значение) есть возможность изменить тип и под тип артикула (внимательней со сменой типа)

и на вопросы по ТехПоддержке буду всех в сад посылать.... а пока жду отзывов....

использовать ~Проект:Номер~ внутри цикла ~Проект:Начало~ тут где - то используем ~Проект:конец~

Скриншоты программы: список артикулов редактирование артикулов манипуляции с тарифами выбранных артикулов Манипуляции с текстурами выбранных артикулов Манипуляции с соединениями (в разработке) Создание соединения артикулов (нескольких с несколькими) Редактирование соединения артикулов

последний вариант администратора. Кто нибудь выскажется?

Выкладываю отдельно длл, чтобы не качать вместе со старым билдом.

Управление артикулами Управление тарифами - текстурами начата работа над соединениями Подписал кнопочки Обратите внимание что в списке артикулов список колонок можно изменять Можно изменять сразу у многих артикулов одновременно множество тарифов. Добавление текстур происходит сразу ко всем выбранным артикулам.

На эту тему у меня был разговор с Профсегментом. До этого система была набита всеми RAL. Мне порекомендовали хранить только то, что понадобилось для работы... И при возникновении необходимости в очередном RAL добавлять. я так понимаю, что проблема с переполнением тарифов есть. И официальное решение хранить только нужное. Другого решения я не вижу. Теоретически можно завести не группы Ral, в которых хранить названия..., а текстуры с названиями групп. (разбиение по одинаковым ценам) И при необходимости использовать тот или иной RAL выбирать текстуру "стандартный RAL". для конкретизации самого цвета писать в примечаниях к элементу какой рал где. Тем самым получиться сократить кол-во тарифов... но увеличивается влияние человеческого фактора.

Спасибо и от меня...

У меня тоже иногда проскакивают проблемы с дробями на штучных элементах... но я вообще какой-то кривой сам и у меня "наводки в проводах" (с) профсегмент

М/С забиваются в самом изделии как вставка в створку я хочу увидеть габариты М/С, и наименование состава, который выбрали как мне это сделать?

Есть стандартный отчет в разделе ИЗДЕЛИЯ. называется "Спецификация сборки изделия". В нем каждый профиль обозначен положением в изделии. у меня эти эскизы не отображаются в чем может быть проблема? Графич настройки (EMF|JPG ни так ни так) пути абсолютные.

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

Конечно с моей стороны... я же пока пользуюсь своими критериями эргономичности. Никто пока не высказался. При этом программе 1 неделя. Если вам интерессно - говорите, что я делаю не так как? Советуйте... пока я делаю только то, что мне нужно в данный конкретный момент. Подгоняя под конкретную задачу. Если есть идей - делитесь - постараюсь реализовать. Критика тут, на мой взгляд, будет уместна как никогда.

нет - это альтернативное клиентское приложение. распаковать в каталог (любой) запустить ps_administrator.exe выбрать базу - сервер (если база локально - сервер=LOCALHOST) выбрать пункт "соединение" далее слева в меню выбирайте пункты меню.... доступны три пункта При старте увидите это Управление группами печати управление артикулами "лечение накладных" в аттаче последний билд