MOHTEP

Блин библиотеку забыл...

Первая проба Принимаются пожелания, комментарии, жалобы....

Привет всем.... решил заморочиться на альтернативный интерфейс администрирования ПС3... Начал с Групп печати и редактирования артикулов.... Если у кого есть опыт написания приложений такого плана - и есть интерес - помогайте На боевой базе не запускать ... или на свой страх группы вроде оттестировал работает (использую на боевой базе) артикулы - уверен на 80% (остальное может зависеть от нестандартной последовательности действий) преимущества ради которых занялся этим: -эргономика интерфейса -скорость работы -"правильное" применение транзакций (изменения должны быть видны сразу, а не после перезагрузки) -групповые операции над элементами. (выделил - обработал) -добавление методов диагностики и решения проблем ПС3 (траблы с многопользовательской работой в накладных, статусах проектов и т.д.) -импорт экспорт данных (ексель, xml, другие ПС3) короче вот выкладываю пару разделов для пробы...

~Текущая_дата~ этого достаточно спасибо в доках не нашел

Остался только один вопрос заявка на СП со шпросом... как ее оформить? вручную нарисовать оси шпросинок?

а как учитывается шпросовый СП на складе?

подскажите каким образом вывести в отчет ТЕКУЩУЮ дату? нужно например для заявок на материалы (дата подачи заявки)

Ну что? 60 просмотров и никто из них не делает шпрос? или не делает шпрос в ПС3 (тогда как вы делаете?)?

я использовал такой же метод.... Столкнулся с тем же минусом (себестоимость) Проконсультировался с Профсегментом - рекомендовали отчетом (макросом) менять себестоимость проекта после каждого расчета. Ребят, может кто уже решил эту проблему? Подскажите советом как лучше реализовать решение? Я так понимаю: для правильного учета нужно менть стоимость СП в спецификации изделия? или просто достаточно поменять ИТОГО за изделие и ИТОГО за проект?

Хочу отметить момент по архитектуре БД Профстроя3 который поверг меня в шок.... Это очень точно характеризует подход к разработке ПО ПС3... (Конечно я могу чего-то не знать... Что то не учесть, может быть без этого было не обойтись, но все-таки) Механизм работы Групп печати: Таблица Артикулов должна связываться с таблицей Групп Печати связью "Многие со Многими" Классически (что я ожидал увидеть) такая связь реализуется с помощью доп. таблицы с двумя полями Артикул.ID ГруппаПечати.ID соответственно для получения списка артикулов, входящих в группу печати нужно сделать один SELECT из таблицы связей, тоже самое касается списка групп, в которых состоит артикул... И ВСЕ!!! один запрос (который выполнится за мгновение!!!) Разработчики пошли другим путем (хз почему) Они завели строковое поле у артикула, с набором символов "-" или "#", где минус означает непринадлежность группе номер которой соответствует позиции символа в строке, а решетка - принадлежность! ОМГ, этож сколько нужно усилий, чтобы определить список артикулов, входящих в заданную группу?!?!? (отпарсить каждое поле каждого артикула, на наличие в заданной позиции знака #) жесть.... и потом разработчики заверяют, что торможение программы от перегруженности базы данных.... что 300 текстур создают большую нагрузку... Скажите а как тогда все остальные программы с МИЛЛИОНАМИ записей в десятках таблиц и тысячами пользователей (как пример возмите данный форум)???? то есть если классический вариант по трудо затратности - это включение света в туалете... то вариант профсегмента - это взлет и посадка на AIRBUS A380, включая предполетную подготовку и продажу билетов через сеть диллеров.... черт возьми СКАЖИТЕ ЧТО Я НЕ ПРАВ!!! ПОЖАЛУСТА...

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

На письмо пока не ответили...

в генераторе отчетов не работает конструкция из двух (и более) вложенных операторов IF ~IF(....)THEN~ ~IF(....)THEN~ ~ELSE~ ~ENDIF~ ~ELSE~ ~ENDIF~

нашел...

Вопрос по отчетам. Есть ли возможность использовать в отчетах ПС3 массивы...?

....на которые они не спешат отвечать....

Чем интуитивнее интерфейс - тем меньше ошибок с его использованием.

Внесу свои замечания по междумордию ПС3 (Были отосланы Профсегмент, но пока без решения) Цитирую письмо к ним .... 1 (Список Проектов) - нет выделения при нажатом SHIFT - при прокрутке колесиком мыши выделение перемещается, но текущая строка в гриде не меняется. Либо отмените колесико - либо исправьте. 2 (Проект - Работы) - при редактировании строки есть возможность премещения фокуса ввода с помощью колеса мыши, что приводит к сбою. Важно. - список работ в списке НИКАК не сортируется ни по полю WUnic(что я так думаю подразумевается) ни по полю WNumb (что было бы логичной ошибкой) Важно. 3. (Drop Down списки) списки с артикулами или названиями НЕ ОТСОРТИРОВАНЫ никак поиск по свободному набору (с возможностью видеть что набираешь) нигде не реализован. поиск в принципе работает только при раскрытом списке Ну за исключением шапки Накладной по контрагенту. 4.(Список Проектов) - Нет отображения текущего столбца по которому отсортирован грид (вообще ни в одном гриде этого нет)

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

У меня ПС3.

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

Ну вот вроде все считается... но проблемка такая... стеклопакеты в закупке стоят по разному в зависимости от площади и формы... а в отчетах по спецификации изделия все равно отображается базовая цена. каким образом мне в отчет спецификации проекта (изделия) в стоимость СП включить наценки (наценки эти прописаны как составы)? тот же вопрос касается остальных МЦ.... хотелось бы видеть в себестоимости проекта РЕАЛЬНУЮ себестоимость проекта а не сумму лобовых цена на МЦ.... помогите пожалуйста... к сожаления в ТехСуппорте Профсегмента тишина (никто не отвечает).... и задать вопрос кроме вас больше некому....

Столкнулся с очередным косяком в ПС3. При работе ~15 пользователей в разных базах но на одном терминальном сервере возникает ошибка доступа к файлам типа ./TMP/#0000001.log ./TMP/#0000002.log ./TMP/#0000003.log по правам на эти файлы ясно что они создаются каждым новым сеансом... в информации в этих файлах - ничего не понятно в ТехПоддержке сказали "удалите - все будет ОК" Удалил - не помогло, через какое то время проблема возникает в том же объеме. Причины возникновения конфликта мне непонятны, т.к. не понятен смысл этих файлов. Кто нить объяснить может - что за причина такой ошибки и как ее избегать....

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

3.1 Армирование. Как нужно описать армирование, если а. Есть несколько типов армирования (Рус-нем) есть сталь разных поставщиков. б. Всегда должно быть ОДНО (ну на крайний случай - как минимум одно) армирование из вариантов я так понимаю -либо никак, -либо на совесть человека, -либо параметрами? А как нибудь принудительно контролировать наличие армирования можно?