MOHTEP

Склад ведем в ПС модуль выгрузки в 1с писал сам.

При всей нашей "крутости", в разработке специфичного ПО для расчета светопрозрачных конструкций у меня нет опыта. Я знаю только пару систем, а разработчики на рынке их знают десятки. И такой универсальности как у ПС добиться будет сложно... Даже вдвоём. . Надо спонсора, и пару кадров из ПС и СО переманить... вот тогда можно будет замутить..

Я вижу, что вы высказали свое предположение. И своим комментарием я попытался объяснить неправильность подхода, выбранного разработчиками Профсегмента. То есть я вас не обвиняю в том что вы не понимаете, как раз обяснял таким образом. Хех. Чесное слово никого не хотел ни обидеть, ни тем более оскорбить. Тон мой, хм... это скорее общее настроение... Не судите строго. ибо наболело. Разжигать нацрознь не собирался . А вот право обвинять кого либо все же оставьте, так как это мнение высказанное мной лично, оно основывается на фактах из моего опыта не придуманы. Обвинение - не есть оскорбление. Вот тут тоже позвольте не согласиться. Я занимался разработкой поддержкой и инсталяциями. Клиентов у нас было несколько тысяч по всей стране. Так что я в принципе могу представить всю эту кухню. Тут тоже поясню. "Переписывание" программы есть не что иное как "рефакторинг". Этот этап есть неотъемлемая часть процесса разработки. Если "переписывания" не происходит - то идет процесс накапливания болячек и "исторически сложившихся фактов". Рефакторингу подвергаются (и должны подвергаться) модули, с сохранением функционала. Нельзя учесть все. Даже у автомобилей есть "детские болезни". Так что если Профсегмент занимается только латанием дыр, и добавлением функционала, получается большой залатанный дуршлаг, вместо кастрюли... Моя ИМХА... (Ну и так еще пары человек) Да - это есть переход на новое поколение программы. Сложности такой перехода обычная практика у многих разработчиков. Здесь-то как раз у меня вопросов и не возникло бы. Будь у меня 5-ти летняя база двойки и пришлось бы переходить на тройку. Да не вопрос... а вот проблемы простого обновления - это уже не кошерно (например история с реиндексайией проектов при потере связей с накладными С.Г.П.). Притянутое за уши оправдание (без обид). Вы пытаетесь оправдать человека, который использует микроскоп как подставку под самодельную лупу. ("Очень удобная подставка - вот тут и тут она может крутиться, удобно в лупу смотреть в разные стороны"). Вот так это может звучать для разработчика программ, которому не все равно. Я никого не отговариваю, Боже упаси! Если быть честным - у программы большой потенциал. Но есть нюансы. Вам они не мешают (Потому, что у вас опыт работы с ПС), или не заменты (Потому, что вы этим не пользуетесь, или используете по другому). А мне пришлось три раза базу создавать с нуля, потому что в Профсегменте не было готового алгоритма действий для моей системы ПВХ. Вот такой я неудачник.... . Все что у меня напрашивается в ответ... Поэтому я и предлагаю если брать Профстрой - рассчитывая бюджет заложить в него сразу затраты на офф настройку, дабы была гарантия.

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

Приветствую, граждане. По поводу БД (структуры, архитектуры и т.д.) Там я уже изливал свои замечания.... Как я понимаю к таким людям есть ответ в ФАКе Профсегмента тынц То есть одним словом "Не гундите" По этому поводу разговаривал я с Сергеем Васильевым из Профсегмента и по почте и при личной встрече, и даже еще на обучении (а это были первые пару часов общения с программой) Например. Есть такая проблема в ПС - внесешь изменения в конструктив (любые минимальные) и всех клиентов нужно перезагружать, чтобы они эти изменения подхватили. Передавал их программистам ссылки (через Сергея) на Маны работы с FB IBX работа с транзакциями Причем доработка и исправления (в рамках одного цикла рефакторинга) займет ну максимум неделю. Как рыбой об лед. хи-хи это я тут повторил тоже, вдруг кто из них вспомнит что маны читать полезно А к вопросу Рекстера о функциях СУБД скажу одну весчь: как вы оцениваете "программистский ресурс" команды разработки FB и их опыт в оптимизации и "тот же ресурс" компании Профсегмент с их от силы-двумя тремя разработчиками на направлении ПС (а то и не на одно направление на них висит)? А возможности по тестированию разработок? А капитализацию проектов? А теперь вспомним, что таблицы в базе ПС все равно логически связаны между собой. Между записями есть логические зависимости. То есть вместо готового инструмента FB по реализации связей (например проект - контрагент), или целостности (нельзя удалить контр агента, пока за ним числятся проекты), инструмента который оттестирован оптимизирован и интегрирован в СУБД, который будет централизованно выполняться на сервере (ТО ЕСТЬ БЫСТРЕЕ И НАДЕЖНЕЕ, сервер то Профсегмент требует по спецификации ого-го), Профсегмент изобретает свой собственный велик с семью колесами (и шестью запасками), 2 из которых не достают до земли, а для ног всего одна педаль. При этом весь этот колхоз они заставляют работать на клиентских (обычно более слабых) компьютерах, и при этом гонять по сети дополнительный траффик (у кого сетевые версии). Повторю ситуацию в ПС3: для генерации новых ID для записей в таблице используется схема max(id)+1. Такая схема для сетевых приложений категорически запрещена, так как является рассадником дубликатов идентификаторов. Во всех современных СУБД для этого существует механизм генераторов. А нам что до них до этих СУБД - да наплевать. Мы лучше знаем, что нужно нашим клиентам. И ничего "пипл хавает". Накладные если создавать на трех раб местах одновременно - просто сказка. короче в топике про интерфейс пользователя я анекдот правильный запостил... (его я уже в профсегмент тоже посылал). Из всего сказанного - если и брать у Профсегмента ПС3 на сеть и множество пользователей (ну скажем больше 5-10)- то только "под-ключ", пускай дороже (нет я не рекламирую и не агитирую - наболело), но при этом требовать офф. гарантий на развернутый проект. Чтобы не было отмаз по поводу наводок в сетевом кабеле и последующей потери информации на системе с терминальным доступом, как было у меня. Или "у нас ситуация не повторяется - ищите ошибку сами". Или вот еще тоже не плохой ответ: "зайти к вам в терминал мы не можем - у нас интернет медленный - покупайте у нас доп техподдержку - тогда поговорим" это на окритическую ошибку при которой вываливается accessviolation.

Приветствую. Если вы обратите внимание, то заметите, что в базе ПС3 отсутствует все кроме таблиц. ни генераторов ни связей ни триггеров ни хп. Так что изменить в метеданных базы что-либо проблематично за неимением оного. А поля и таблицы менять нет необходимости. Клиент написан для улучшения юзабилити, уменьшения временных затрат, сокращения количества ошибок при работе с программой и настройке системы.

Приветствую, господа. выношу на рассмотрение альфа версию. пока не все готово, но есть что попробовать новенькое. Не готово из того, что было в прошлых версиях: - проведение и снятие с проведения накладных - редактор отчетов

Вот взгляните.... Вот тут подумал а не эта ли галочка так работает, что у маня площадь нулевая

ввели галку в расчетных данных - посмотри .... что то типа площадь заполнений по описывающему прямоугольнику

Делаем изделие глухарь такого вида расчитываем изделие заходим в спецификацию изделия и.... я вижу погонаж ноль.... О_о у кого какой результат?

Господа, приветствую. Есть ли у кого какие замечания, предложения или рекомендации? Поделитесь.

ответил в другом топике

попробуйте вот так выводим номера проектов ~SQL1:Установить:SELECT pNumb,zNumb FROM ListPRJ WHERE~ ~SQL1:Добавить:ВЫБОР.ПРОЕКТЫ~ ~SQL1:Добавить:ORDER BY pNumb~ ~SQL1:Начало~ <b>~SQL1:zNumb:AsText~</b>, ~SQL1:Конец~ перебираем проекты ~SQL1:Установить:SELECT zNumb,pNumb,pUnic,kName FROM ListPRJ WHERE~ ~SQL1:Добавить:ВЫБОР.ПРОЕКТЫ~ ~SQL1:Добавить:ORDER BY zNumb~ перед началом цикла сбрасываем групповое выделение так как цикл будет перебирать по одному проекту. ~ВЫБОР.ПРОЕКТЫ.ОЧИСТИТЬ~ ~SQL1:Начало~ устанавливаем индекс на очередной проект ~SQL1:pUnic:AsInt:Индекс1~ Дальше можем работать с каждым проектом в том же стиле как если бы он был выбран один например перебрать изделия текущего проекта ~Изделия:НАЧАЛО~ Вот тут даботаем с очередным изделием очередного проекта ~Изделия:КОНЕЦ~ ~SQL1:КОНЕЦ~ Удачи.

0.1.3 (build 116) * Исправлена ошибка в разделе манипуляций накладных при работе на FB 1.5 При переписывании проекта нашел ошибку, которая мешает работать в накладных пробуйте. а так скоро наверное выложу новую уже версию, обновленную

В данный момент занимаюсь переписыванием проекта с нуля. попробую учесть накопленные грабли. какой FB, версия ПС3, ОС?

3D моддуль не нужен. вы сможете расставлять стойки по дальности от стены и углу поворота от перпендикуляра к стене. Все четыре угла у элементов конструкции вроде как в программе расчитываются и без 3D.

Попробуй этот вариант... должен заработать 0.1.3 (build 99) * исправлена кнопка автофильтра привязки накладной к проектам. * оптимизирован просмотр спецификаций проектов 0.1.3 (build 109) + В раздел проверок добавлена возможность исправления несоответствия информации о платежах в проектах. 0.1.3 (build 113) + При выводе ошибки подключения к базе данных - выводится причина ошибки. + Откорректированы запросы для совместимости со старыми базами + Добавлено отображение текстур вне групп в окне редактирования тарифов и списке текстур

Исторя изменений PSA: 0.1.3 (build 89) * Проект переименован в PSA (ProfStroy3 Administrator) + В типах запуска отчетов помечена пара групп из-за частого использования * в MRU списке добавлено отображение имени сервера + MRU теперь запоминает имя сервера 0.1.3 (build 92) + В раздел Артикулов добавлен фильтр по категории МЦ * Доработано сохранение настроек доп панелей во всех разделах * Исправлено ограничение в полях ввода дробных значений "0,00" до "0,00000" кроме денег * Глобально переделан механизм редактирования артикулов (увеличена стабильность, скорость, масштабируемость) + Начата работа над разделом манипуляций с текстурами + Добавлено сохранение колонок в больших таблицах (ширина, видимость, порядок следования) 0.1.3 (build 98) + В раздел Проектов добавлена возможность смены статуса с занесением в журнал статусов по проекту. + Отображение спецификации проекта с фильтром по типу МЦ и по группе печати. Цветом выделяется комплектация и МЦ изделий. + Редактирование настроек отчетов + Добавление и удаление отчетов * Подправлен механизм связи проектов с накладными (закрытый и открытый ящики в списке проектов) + В раздел лечения накладных добавлена функция синхронизации связей накладных и проектов. Если вы создавали связи с помощью ПСА, то у вас скорее всего не будет пометок о проведенности накладной в списке проектов( открытый и закрытый ящик) + при просмотре информации о проекте выводится номер расходной накладной, в которую он включен. * Исправлен механизм привязки накладных к проектам. При удалении связи накладной с проектом оставалась связь с накладной NUNIC=-1 0.1.3 (build 99) * исправлена кнопка автофильтра привязки накладной к проектам. * оптимизирован просмотр спецификаций проектов 0.1.3 (build 109) + В раздел проверок добавлена возможность исправления несоответствия информации о платежах в проектах. PSUI Version 0.1.0 (build 6) + Начало работы над проектом PSUI (ProfStroy User Interface) + Раздел разнесение платежей + Раздел разнесение платежей Добавлен фильтр по контрагенту + Раздел разнесение платежей Добавлен просмотр платежей + Добавлены инструменты манипулирования платежами проекта + Добавлено ограничение прав пользователей при доступе к разделам. Version 0.1.0 (build 10) * Раздел разнесение платежей Исправлено кнопки на основной панели инструментов не открывали фильтры * Раздел разнесение платежей Исправлено в быстром фильтре по контрагенту ошибка при наборе апострофа. + Добавлен раздел "Сводка платежей" * Изменен диалог добавления платежа (теперь комментарий можно выбирать из списка) Version 0.1.0 (build 21) * Раздел разнесение платежей Исправлено редактирование платежа - ошибка на запятую * Исправлена серьездная ошибка при редактировании и добавлении платежей. + Для ускорения вывода добавлена функция управлением автосуммой (по-умолчанию выкл) + Раздел разнесение платежей Добавлен фильтр по менеджеру + Раздел разнесение платежей Добавлен фильтр по статусу проекта * Раздел сводка платежей Фильтры по дате платежа подправлены

Ты хочешь сказать что все разделы не работают?

в PSUI найдена серьезная ошибка при редактировании платежа - НЕ ИСПОЛЬЗОВАТЬ.

PSA 0.1.3 (build 92) + В раздел Артикулов добавлен фильтр по категории МЦ * Доработано сохранение настроек доп панелей во всех разделах * Исправлено ограничение в полях ввода дробных значений "0,00" до "0,00000" кроме денег * Глобально переделан механизм редактирования артикулов (увеличена стабильность, скорость, масштабируемость) + Начата работа над разделом манипуляций с текстурами + Добавлено сохранение колонок в больших таблицах (ширина, видимость, порядок следования) 0.1.3 (build 98) + В раздел Проектов добавлена возможность смены статуса с занесением в журнал статусов по проекту. + Отображение спецификации проекта с фильтром по типу МЦ и по группе печати. Цветом выделяется комплектация и МЦ изделий. + Редактирование настроек отчетов + Добавление и удаление отчетов * Подправлен механизм связи проектов с накладными (закрытый и открытый ящики в списке проектов) + В раздел лечения накладных добавлена функция синхронизации связей накладных и проектов. Если вы создавали связи с помощью ПСА, то у вас скорее всего не будет пометок о проведенности накладной в списке проектов( открытый и закрытый ящик) + при просмотре информации о проекте выводится номер расходной накладной, в которую он включен. * Исправлен механизм привязки накладных к проектам. При удалении связи накладной с проектом оставалась связь с накладной NUNIC=-1 0.1.3 (build 99) * исправлена кнопка автофильтра привязки накладной к проектам. * оптимизирован просмотр спецификаций проектов 0.1.3 (build 109) + В раздел проверок добавлена возможность исправления несоответствия информации о платежах в проектах. PSUI Version 0.1.0 (build 6) + Начало работы над проектом PSUI (ProfStroy User Interface) + Раздел разнесение платежей + Раздел разнесение платежей Добавлен фильтр по контрагенту + Раздел разнесение платежей Добавлен просмотр платежей + Добавлены инструменты манипулирования платежами проекта + Добавлено ограничение прав пользователей при доступе к разделам. Version 0.1.0 (build 10) * Раздел разнесение платежей Исправлено кнопки на основной панели инструментов не открывали фильтры * Раздел разнесение платежей Исправлено в быстром фильтре по контрагенту ошибка при наборе апострофа. + Добавлен раздел "Сводка платежей" * Изменен диалог добавления платежа (теперь комментарий можно выбирать из списка)

Да, верно, для нормальной ПСА и ПСУИ работы нужен ФБ второй версии... Я там некоторые примочки использовал для ускорения работы.

А кто нибудь пользуется моим редактором отчетов? удобно?

Сделал как ты показал. все ок все работает... Покажи скрин самого ПСА в момент выпадения ошибки (подозреваю неправильный фильтр).

Пользовательский интерфейс делаю для отдельных групп пользователей, которые выполняют узкий спектр задач. И работать в полном ПС им не нужно (да и не всегда удобно, рационально) На данный момент реализую процесс разнесения платежей по проектам, для бухгалтера. В списке проектов кнопкой INS добавляется новый платеж.