dvim

Не первый раз у меня просят расчеты "по габаритам изделия". Также в ПС3 есть замечательная вещь - "макросы", но о ней мало кто знает и пользуется. Так что предлагаю посмотреть описание. Выкладываю описание, как и что можно сделать с помощью "макросов" в Пс3 Вот - ссылка на сам отчет. Думаю, что будет данная вещь достаточно полезной. )

Да нет тут других путей. Просто нет ....

Установить программу. Переткнуть ключ. После перенести файл базы и "картинок". Запустить и указать путь к БД. Судя по вашим ошибкам - с файрбердом проблемы. Посмотрите, чтобы была 1 версия. ПС-то какой?

Кстати будьте аккуратны - у нас почти сразу же у них сдохло 2 винта из 3... По производительности - несколько тормозят. Серверлофт.

Профокна прекрасно работают на 2 птице, даже на 2,5 (и по сети тоже). Давно уже ставлю всем их только на firebird 2.0.4 (7).

Мне понравилось. Очень хорошо акценты расставлены. Это SEO требует. Типа чтобы на "окна пвх из немецкого профиля" сайт искался.

Вы бы базу выкладывали. Сам db файл не поврежден? Иногда он повреждается и становится нулевым - тогда лечение бессмысленно. А так - всем крайне рекомендую переходить к gdb.

Никаких проблем нет. В любой системе - берем и делаем. Настройка очень похожа на лоджии. Почти 1 в 1.

Если процессоры i3 i5 - то да, все Ок. В крайнем случае, устанавливается семерка.

Смотрим генератор отчетов и видим Aleng есть и в таблице спецификации, и в таблице артикулов - для такого случая в запросе надо писать: ~SQL1:Установить:SELECT pUnic,oNumb,aNumb,aQtyP,aQtyA,cName ,aName, Specpau.aLeng, aUg01, aUg02 , aQtyP*oQtyI as aQtyI FROM SpecPAU ,Artikls ,ColsLst , listord Where atypp =20 and atypm=1 ~

У нас все просто - кто не точит, тот не ест!

Вот код, правда на SQL (Мы обходим все сложности и задаем вопрос напрямую. ) Работает (ставите доп секцией, перед секцией с аксесуарами например). (atypp =20 and atypm=1 - собственно первое значит что подтип "профиль Мс" , а второе занчит что это - профиля) <TR><TD colspan=7> <br><b>Мсетки </b></TD></TR> ~SQL1:Установить:SELECT pUnic,oNumb,aNumb,aQtyP,aQtyA,cName ,aName , aQtyP*oQtyI as aQtyI FROM SpecPAU ,Artikls ,ColsLst , listord Where atypp =20 and atypm=1 ~ ~SQL1:Добавить: and (SpecPAU.aNumb=Artikls.aNumb)AND(SpecPAU.clNum=ColsLst.cNumb) and (listord.punic = SpecPAU.punic) and ( listord.onumb = specpau.onumb) and (SpecPAU.aNumb=Artikls.aNumb)AND(SpecPAU.clNum=ColsLst.cNumb)~ ~SQL1:Добавить: and (pUnic=:Индекс1.AsInteger:)AND(oNumb=:Индекс2.AsInteger:)~ ~SQL1:Начало~ <TR valign=top> <TD>~SQL1:aNumb:AsString~ ** </TD> <TD>~SQL1:aName:AsString~</TD> <TD colspan=3>~SQL1:cName:AsString~</TD> <TD>~SQL1:aQtyP:AsString~</TD> <TD>~SQL1:aQtyI:AsString~</TD> </TR> ~SQL1:Конец~

Если есть терминальный доступ до базы (ибо Пс4 сейчас еще стоит мало у кого, хотя в глаза уже видел и сравнивал ) ) и понимание, какие отчеты нужны - вэлкам в личку.

Удивительно, но мы все еще в поиске!

Во-первых, обновить. Во-вторых, выполнить проверку БД.

Очень просто - через создание архивной копии.

2 Kosmos: Через отчет можно сделать контроль, что, хотя бы, один состав выбран. Даже через "макросы" на расчет. Это не очень просто, но вполне реально.

Ну, оформили бы передачу с ее замечанием. Объяснили, что в случае обнаружения царапин или дефектов к заказчику претензий не будет, так как есть примечание в акте. Сейчас - собирайте доказательства, что доставка своевременно была, но заказчик окна не принял на хранение. Это к менеджеру, ничего не разъяснившему испуганному заказчику? (Не волнуйтесь, установят - все будет хорошо. Если окна повреждены - поменяем, на вас не повесим. К доставке, которая предпочла конфликт протирке окон? (Если они в пленке, то просто снятию пленки. Почитайте сами акт/договор. Формально заказчик подписал, потом все царапины его вина...

Уверены что нужно? - в начале 00х такое было во всех программах, потом отмерло. Гораздо разумнее сразу иметь в системе готовые СП. (Внесение их в систему минимально трудоемко. Имхо.) В некоторых случаях технологи смогут после принятия заказа изменять тип пакета. (Сделать же полный расчет для стеклопакетного производства можно и по сборному пакету - "составы" на что Названия - у вас и так для пакета есть артикул, название и "название поставщика" - какое поле в каком отчете кому показывать - решите сами и все.

Как физик скажу. Писать первую сумму в рублях, а вторую в евро некорректно. Работаю в конторе с "8 нулями" -10килоевровых зарплат в ИТ нет. И деда мороза нет. А вам не надо для "всех". Вам надо для тех, кто согласится принять условие "покупаем бизнес процесс, обеспечиваемый ERP" - ибо, это реальная ниша. Я просто чувствую, что она есть. у самой 1С нет, а у партнеров.... Как пишут "партнерские решения" я видел. Косяк на косяке. Ваши 2 примера - это как раз примеры партнерских решений. Это не плохо и не хорошо, просто надо отделять решения 1С и решения, написанные на ее платформе другими людьми.

Архитектор рисует в автокаде. (Или в вертикальных решениях, откуда есть экспорт в автокад). Задача автокад -> оконная программа. Решаема. Цель "запустить в производство" с АР у нас, в РФ, вообще не стоит. (Рабочка без обмеров - утопия. Аксиома.) Цель - расчет материалов для подготовки коммерческого предложения. Работы такой много и оптимизировать ее - более чем разумно. В свое время писал скрипт (AutoLisp + autocadVBA, VSTA .Net Тогда только появлялся), обрабатывающий чертеж и вычислявший спецификацию материалов. (Идея была в том, что расчетчик обводит конструкции линией, назначает слои - в зависимости от слоя, набирается профиль+ состав. Далее идет анализ соединения профилей, в плоском случае это не сложно). Это не так сложно. Но все равно это - половинчатое решение. P.S. Это легкий оффтоп. Автор обсуждает ПВХ решения, а требования к программам расходятся. Для ПВХ решения все это - вообще, не надо. Лучшее - зачастую враг хорошего.

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

Требуется инженер техподдержки. Хотя сфера работы компании не связана со светопрозрачными конструкциями, нам бы подошел человек с опытом поддержки оконного ПО. Большой плюс организации - стабильность (20 лет успешной работы), в конце января переезжаем в БЦ класса А. (Петербург Плаза) Компания Модуль (Modul.spb.ru) ищет сотрудника поддержки бизнес приложений. Обязанности: * Поддержка бизнес приложений; * Прием звонков от пользователей группы компаний Модуль, консультирование по техническим вопросам, связанным с вычислительными системами и информационными сервисами; * Обучение сотрудников компании пользованию программным обеспечением; * Создание пользовательских инструкций по использованию программного обеспечения и различных описаний компьютерной направленности; * Ведение "базы знаний". * Поддержка отчетной системы. Требования: * Пол - предпочтительно женский; * Опыт работы по поддержке бизнес-приложений. (не ТП провайдеров!!!); * Базовое знание SQL (практическое или хотя бы теоретическое); * Уверенное владение программным обеспечением MS Office (Excel, WORD ). Желательно знание VBA; * Опыт работы с продуктами 1С будет плюсом. * Желателен опыт наполнения сайта информацией, опыт работы с любыми CMS системами, базовые знания html; * Английский язык - чтение. Условия: * Работа в центральном офисе, ст. м Новочеркасская (БЦ "Санкт-Петербург Плаза" ) * Оформление по ТК РФ, график работы с 9 до 18-00. * Заработная плата - 35-45 тыс руб., белая, определяется по результатам собеседования. Резюме присылать dvim@modul.spb.ru и dvim@mail.ru.

Обучение работе и "Выбор" системы - две разные вещи. Для второго тестовый доступ помогает. По 1с Видео много и далеко не все оно платное, скажем я платного не видел и Ютуб полон. С документацией у них, тоже, не все хорошо (я сейчас СЭД внедряю), но речь не про нее. Я много, с кем общаюсь, вообще, не шлю описаний - долго писать. Просто шлю видео с экрана. Отзывы все положительные. Один пример: "Как хорошо, смотрели 10 раз на уменьшенной скорости. Все поняли."

Слышу в большей степени "как байки". Когда токен банк-клиента под убунтой не заработает, директор запоет совсем другую песню. По факту, работал с одной компанией - макофилов. 90% программ работали в эмуляции. Кроссплатформенный софт писать гораздо дороже. Это факт. Продать его "гораздо дороже" не удастся. Решение его не писать - очевидно. 1С подход мне нравится. С другой стороны, изучив подобные решения в других отраслях - не так все просто. (Снижается гибкость бухгалтерии, 1с для множества мелких транзакций очень ресурсоемок). Имхо ниша есть. С покупателями в виде средних заводов, которым нужно комплексное решение. Программа + процессы. (По схеме САП. У нас есть типовой бизнес процесс, проработанный. Мы вам его внедрим Сейчас, часто после внедрения программы "процесс" не запускается. Программа выполняет часть задач, другая часть - в полном бардаке. Классическая задача - связать себестоимость профиля в 1с и пс3. Технически - это элементарно. Организационно - задача очень не простая. Но, имхо, где есть ниша - это, именно, ERP подход. Продается не только и не столько программа - сколько процесс->результат. Переход в крупных компаниях очень не прост. Очень. - Модель Профокна2 -> пс3 была продумана удачно, но пользователи пс2 были крайне плохо информированы о возможностях пс3. С учетом того, что сейчас, в основном, это пользователи удаленных регионов.Я бы начал с того, что организовал тестовый терминальный сервер + много видео реальной работы. Посмотрите на 1с ... этот вопрос там очень удобен.