Sergeitch
-
Публикации
439 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем Sergeitch
-
-
А кто нить разбивает эти коробки, или все стараются их не трогать (бетон все таки)?
Стараются, конечно не трогать, хотя у некоторых есть возможность выбора для заказчика - с демонтажем бетонной коробки и без оного. Первый вариант в 1,5 раза дороже.
-
Помогите, пожалуйста.
Мне требуется прописать соединения раскладки в программе, чтоб не высчитывать её вручную, а то порой так можно ошибиться, что стыдно становится что на свет родился.
Читала мануал по СО, но вот всё равно не понимаю как надо прописать эти соединения раскладки, чтоб всё правильно считалось, чтоб была возможность её двигать.
Заранее благодарю за будущие советы...
Какая версия СО?
-
Не будем фантазировать. У нас нет такое позиции.
А по телефону говорили совсем по-другому
Вы уж там между собой сначала разберитесь... -
Великая Победа Орды. экспорт в 1с уж сколько времени существует.
Ну существует. НО только экспорт. А импорт в 1С у каждого свой.
-
Спасибо!
Такой косяк был при печати через драйвер PCL6 на принтерах HP. Решалось установкой драйверов PCL5.
-
Все прально – файлы это формат базы Paradox
И в данном случае Системой Управления Базой Данный выступает сам Профстрой..
ИМХО Ненадежный вариант… Два три зависания при вкл базе данных и… и все..
Да и по форумам если полазить – все говорят.. Более менее нормальная (по объему база данных) => только SQL иначе беда…
Смешно
http://ru.wikipedia.org/wiki/Paradox
Думаю, разработчики Профстроя удивятся, узнав, что разработали СУБД.
На самом деле, что интербэйз, что парадокс - это реляционные СУБД, поддерживающие SQL. Отличие в технологиях хранения данных. В парадоксе каждая таблица и индекс хранится в отдельном файле. В интербейзе и его клонах - в одном общем файле (хотя при больших размерах может быть несколько файлов-томов).
Насчет зависаний - интербэйз тоже слететь может. Здесь дело не в СУБД, а в хозяине. Следить надо за техникой, за сетью и за софтом, а главное - за людьми! И бэкапы во-время делать. Тогда какая СУБД - не важно.
-
1. Во вставках на закладке "Москитные сетки" прописываем:
- В верхней таблице - Артикул сетки и ее ограничения
- В нижней таблице:
саму сетку кол-во 1 размер 0 коэф 0.001 По площади
уголки сетки кол-во 4 размер 0 коэф 0 Для элемента
рамку сетки кол-во 1 размер = ширина рабочей части уголка*2 (= 60) коэф 0.001 По периметру
шнур кол-во 1 размер 0 коэф 0.001 По периметру
поперечина кол-во 1 размер = насколько поперечина короче габаритной ширины сетки (= 54), коэф 0.001 По шагам.
Внизу выбираем направление (оба направление 1-е напр шаг = 900
2-е напр шаг = 1200)
мехсоед под поперечину кол-во 2 размер 0 коэф 0 По шагам. Дальше как для поперечины
ручки москитки кол-во 2 размер 0 коэф 0 Для элемента
Уголок крепления сетки верхний кол-во 2 размер 0 коэф 0 Для элемента
Уголок крепления сетки нижний кол-во 2 размер 0 коэф 0 Для элемента
Саморезы кол-во 8 размер 0 коэф 0 Для элемента
**** Для элементов Шнур и Сетка приняты допущения (размер 0). Если в идеале, то размер должен быть > 0
2. Соединения.
-закладка описание соединений
придумываем название
тип соединения - прилегающий (иконка, где один профиль идет параллельно с другим)
размер - на сколько сетка налезает на раму (25)
- закладка соединяемые элементы
Артикул 1 - сетка (тот артикул, который был во вставках в верхней таблице)
Артикул 2: Рама, Импост, Штульп, Створка (если вы используете вставку створки в створку)
3. Системы профилей и фурнитуры: не забудьте прописать сетку там!
Удачи!
ЗЫ: значения в скобках (= 60 и т.д.) даны из реальной базы для примера.
-
Кто может помочь,срочно нужна база по расчету алюминиевых раздвижек PROVIDAL или KRAUSS, для программы СуперОкна.
ее настроить с нуля с перекурами пол дня
-
у меня 32 виста стоит... я пытался скачать новый файрберд 2-03 но там какой то сильно хитрый способ переформатирования базы нужен... кароче у меня не получилось.
Хотя если никто ни чем конкретным не поможет, все снесу, потом поставлю сначала файрберд, потом окна без фаерберда, и попробую создать новую базу. в теории она создасться в формате нового файрберда
... но это тока в теории, окна могут не уметь работать с новым FBПод 2 файрбёрдом СО работать нормально не будут - только 1,5 (это позиция разработчиков).
Я бы не стал экспериментировать с СО под Вистой. Даже если сейчас получится, то когда вылезет очередной косяк, что будете с базой делать?
-
А давайте без во-первых и без во-вторых.
Вашу программу пристально не смотрел (вернее когда смотрел ее описание на Вашем сайте, то не обратил внимания на ее управленческие функции, да и не шибко они там расписаны, посмотрел сейчас...), может в ней и есть что-то для управления, но основной упор в описании именно на расчет конструкций.
Тема эта совершенно про другую программу, совершенно определенную - Ваше сообщение элементарная реклама своего продукта. Оставляю его пока просто для полноты темы, Вам предупреждение за нарушение п.1 и п.4 Правил форума.
Хотелось бы еще заметить следующее - совершенно непонятно стремление совместить в одной программе все функции - и управление, и расчет конструкций, и склад .... Не понятно зачем это все. В любом случае что-то будет слабым. Думается, что про возможностям проектирования тот же ПС или СО значительно превосходят все, что есть как конфигурация под 1С. Ну и зачем этот гибрид? Правильнее считать в расчетной программе, вести склад в складской, а управлять процессом в управленческой - важно, что бы программы имели открытую базу и могли свободно обмениваться информацией.
Всё правильно. Давно говорю - в СО и ПС склад примитивный. И нужен он только для того, чтобы разработчик мог написать в описании программы "Складской учет". Реальный складской учет в них вести нереально!!! Вся проблема в том, что т.к. конфигурация изделий у ВСЕХ оконных компаний ОДИНАКОВА, то ВСЕ они могут для целей проектирования и расчета спецификации использовать ОДИНАКОВЫЙ софт. Но в остальном каждая контора уникальна, иначе бы не было такой конкуренции на нашем рынке. И это значит, что для остальных целей необходимо использовать такой софт, который, с одной стороны, имеет реализованые общеизвестные процессы, и с другой стороны, позволяет смоделировать ту изюминку, которая есть у компании.
Поэтому идеальная система на мой взгляд такова:
1. Проектирование и расчет - СО или ПС (специализированные отраслевые решения);
2. Раскрой - специализированные решения;
3. Складской учет, управление поставками - специализированные решения;
4. Бухучет - специализированные решения;
5. Продажи - специализированные решения;
6. Производственный учет - специализированные решения;
7. Замеры, монтажи и сервис - отраслевые решения.
В достаточном на мой взгляд виде пп 3...6 реализованы в 1С:УПП.
-
Ладно, даже если нет в проге функции администрирования -что нибудь придумаем. Хотя полагаю в такой программе это должно быть предусмотрено. Эх, не хотел, да видно придется разбираться и с этой прогой самостоятельно. А программа действительно полезная и нужная как то упустил из вида.
Если скажете, каким образом физически программа хранит данные по сметам (СУБД или файлы) - могу подсказать, как запретить удаление.
-
А подсказать нормально трудно что-ли или не знаешь
Что подсказать? Конкретные вопросы задавай - подскажу. Или мне тут трактат по устройству локальных сетей, теорию баз данных и т.д. нужно выкладывать?
-
Хм... Хотелось бы ещё большей мобильности. Тяжеловато девушке носить с собой упитанную папку с килограммом бумаги и ноутбук, учитывая, что всюду добираюсь своим ходом.
Спасибо, но я это читала. На сколько я поняла тема осталась открытой.
С экселем всё ясно, но хотелось бы что б этим занимался профессионал. Дилерам нашим мы предоставляем бумажные прайсы и СО - программа нужна для меня. Может быть у кого-то есть знакомые програмисты, которые могли бы этим заняться? Знакомых программистов тьма
Да и сам на досуге, бывает, балуюсь. Только вот стоить такой продукт будет несколько десятков тысяч долларов. И вряд-ли окупится за ближайшие 3...5 лет. Но, конечно, если есть свободные средства, можем сделать 
-
Чтобы облегчить задачу вбива новых цен на артикулы в СО6 есть модуль импорт цен. Для этого в формате EXCEL создается новый прайс с ценами (очень удобно когда поставщик сам присылает этот файл с новым прайсом) и он импортируется в базу. По идее далее все должно само собой обновится, но прога пишет что не найден артикул в базе. Все проверил артирул на месте. Опять загружаю файл (распознавание длится минуты три) и снова облом. Сохранял файл в разных версиях отключал/включал типы ячеек, менял точки на запятые- без толку! Кто нибудь знает как с этим модулем корректно общатся?
Попробуйте скопировать артикул из СО и вставить в эксель
-
Решили, наконецто, использовать транспортные тележки(стеллажи) для перевозки нарезанного профиля.У нас СО6, сборка7. Как распечатать этикетки, которые вместе с оптимизацией позволили бы "встретиться" деталям одного изделия на одной полке стеллажа.Кто решал задачу, подскажите?
Задача решается, но не средствами СО. Нумеруете ячейки стеллажа. Делаете распределение изделий по ячейкам. А дальше рабочий, снимающий деталь со станка кладет ее в соответствующую ячейку.
-
для разных...мне писали ТЗ - указывали формат (текстовый)...я в него выгружал необходимые данные
Может кинешь список в личку
-
я писал подобные программки....
вот как пример: http://rapidshare.de/files/38616670/expconstrd.rar.html - экспорт изделий как в СО, но с разбиением по конструкциям и аксессуарам....
Для каких станков писал?
-
Суть вопроса такова. В базе есть одна система с профилем X и фурнитурой Y. В связи с тем что начинаем еще один профиль обрабатывать(обозначаем его Z фурнитуру оставляем Y) вводится необходимость расчета и учета. Для облегчения вбива сам думаю надо просто клонировать систему XY и заменить артикулы профиля X на артикулы профиля Z не меняя конструктив фурнитуры Y. Получится две системы профилей с одной фурнитурой. Как это возможно осуществить?
В дереве "Системы профилей и фурнитуры" удерживая Ctrl тащим клонируемую систему в корень дерева.
-
а ещё лучше не ип....ть себе мозг и обновится...СО4 как-то староватенько уже
да ну ладно. Старый конь борозды не испортит. В СО4 все баги вычищены, в отличие от более поздних внрсий
-
Знатоки!
Скажите - как можно удалить из резервной копии ТОЛЬКО счета - по опубликованным ранее способам - пропадают Типовые конструкции и ряд документов
Чистите все таблицы, начинающиеся с:
INV..., ORD... по условию INVNO > 0
OPT... по условию OPTNO > 0
И самое интересное- в каком файле записанны счета???INVOICES - Шапка счета
INVSPEC - Изделия
ORDS - Описание изделий (основные элементы и геометрия)
ORDSPEC - Специффикация изделий и аксессуары
ORDGL - Описание заполнений
ORDGLP - Описание стеклопакетов
-
Нет, это не то – эту фишку знаю – уже опробовали ранее…
Проблема в какой то «ошибке» базы (((
Да бы как раз из за нее была создана «новая база» в филиале…
Но судя по всему, какое то неверное значение было записано в базу главного офиса…
В чудеса слабо верится. Сделайте тогда новый отдел - и работайте с ним. -
Помогите пожалуйста, чайнику!
Сам в программе не работал, поэтому прошу помощи по настройке.
Проблема в следующем: Счета за прошлые дни недоступны для редактирования, висит замочек. Раньше вроде такого замка небыло, где какую галку надо убрать/порставить, чтобы пользователю было доступно для редактирования счета прошедших дней?
Когда счета стали блокироваться? Что делали с базой?
-
Знающие люди – подскажите
Есть Гл.Офис
Там СО4 165
Есть филиал
Там СО4 165 Дилерская
Обмен по е маилу..
После сбоя электропитания !в филиале! не приходят некоторые счета из филиала в главный офис.
В филиале была замена операционки и всяких Фаербердов и пр.
База там была создана новая.
Проблема не приходящих счетов сохранилась – как лечить?
Знатоки пожалуйста подскажите.
Не приходят потому, что база новая. Т.е. В основной базе есть уже счет с таким номером и из этого отдела. Лечить достаточно просто.
0. Сделать резервные копии обеих баз.
1. Установить IBExpert;
2. Зайти им в основную базу, запустить SQL-редактор и выполнить скрипт
select max(invno), max(invn)
from invoices
where depno = <здесь указываете номер дилерского отдела>
Получите таблицу с двумя цифрами. Первую будем называть <a>, вторую <b>
3. Создать в дилерской базе пустой счет, запомнить его номер (назовем его <c>).
4. Зайти IBExpertом в дилерскую базу и выполнить скрипт
update invoices
set invno = <a> invn = <b>
where invn = <c>
5. Жмете красную галку на панели инструментов.
6. Проверяете
-
Госпада- кто знает подскажите пожалуйста в каком файлике резервной копии базы СО4 "лежат" типовые схемы?
invspec. Там эскизы всех изделий, в том числе и типовых схем (для них поле INVNO=0).
"Залёты из за ПО"
в Отраслевое программное обеспечение
Опубликовано:
Это если тех.поддержка есть. А если сам и снабженец, и техподдержка и на дуде игрец?
ИМХО: должна быть тройная проверка:
1. Перед изменением настроек - продумай, на что они влияют и после изменения проверь правильность расчета.
2. Менеджер при расчете должен иметь представление о том, сколько стоит изделие и из чего состоит
3. На производстве должны отслеживать соответствие расчета эскизу и сообщать обо всех несоответствиях
ЗЫ. пп 2 и 3 очень редко работают