Sergeitch

Это если тех.поддержка есть. А если сам и снабженец, и техподдержка и на дуде игрец? ИМХО: должна быть тройная проверка: 1. Перед изменением настроек - продумай, на что они влияют и после изменения проверь правильность расчета. 2. Менеджер при расчете должен иметь представление о том, сколько стоит изделие и из чего состоит 3. На производстве должны отслеживать соответствие расчета эскизу и сообщать обо всех несоответствиях ЗЫ. пп 2 и 3 очень редко работают

Стараются, конечно не трогать, хотя у некоторых есть возможность выбора для заказчика - с демонтажем бетонной коробки и без оного. Первый вариант в 1,5 раза дороже.

Какая версия СО?

А по телефону говорили совсем по-другому Вы уж там между собой сначала разберитесь...

Ну существует. НО только экспорт. А импорт в 1С у каждого свой.

Такой косяк был при печати через драйвер PCL6 на принтерах HP. Решалось установкой драйверов PCL5.

Смешно 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 и т.д.) даны из реальной базы для примера.

ее настроить с нуля с перекурами пол дня

Под 2 файрбёрдом СО работать нормально не будут - только 1,5 (это позиция разработчиков). Я бы не стал экспериментировать с СО под Вистой. Даже если сейчас получится, то когда вылезет очередной косяк, что будете с базой делать?

Всё правильно. Давно говорю - в СО и ПС склад примитивный. И нужен он только для того, чтобы разработчик мог написать в описании программы "Складской учет". Реальный складской учет в них вести нереально!!! Вся проблема в том, что т.к. конфигурация изделий у ВСЕХ оконных компаний ОДИНАКОВА, то ВСЕ они могут для целей проектирования и расчета спецификации использовать ОДИНАКОВЫЙ софт. Но в остальном каждая контора уникальна, иначе бы не было такой конкуренции на нашем рынке. И это значит, что для остальных целей необходимо использовать такой софт, который, с одной стороны, имеет реализованые общеизвестные процессы, и с другой стороны, позволяет смоделировать ту изюминку, которая есть у компании. Поэтому идеальная система на мой взгляд такова: 1. Проектирование и расчет - СО или ПС (специализированные отраслевые решения); 2. Раскрой - специализированные решения; 3. Складской учет, управление поставками - специализированные решения; 4. Бухучет - специализированные решения; 5. Продажи - специализированные решения; 6. Производственный учет - специализированные решения; 7. Замеры, монтажи и сервис - отраслевые решения. В достаточном на мой взгляд виде пп 3...6 реализованы в 1С:УПП.

Если скажете, каким образом физически программа хранит данные по сметам (СУБД или файлы) - могу подсказать, как запретить удаление.

Что подсказать? Конкретные вопросы задавай - подскажу. Или мне тут трактат по устройству локальных сетей, теорию баз данных и т.д. нужно выкладывать?

Знакомых программистов тьма Да и сам на досуге, бывает, балуюсь. Только вот стоить такой продукт будет несколько десятков тысяч долларов. И вряд-ли окупится за ближайшие 3...5 лет. Но, конечно, если есть свободные средства, можем сделать

Попробуйте скопировать артикул из СО и вставить в эксель

Задача решается, но не средствами СО. Нумеруете ячейки стеллажа. Делаете распределение изделий по ячейкам. А дальше рабочий, снимающий деталь со станка кладет ее в соответствующую ячейку.

Может кинешь список в личку

Для каких станков писал?

В дереве "Системы профилей и фурнитуры" удерживая Ctrl тащим клонируемую систему в корень дерева.

да ну ладно. Старый конь борозды не испортит. В СО4 все баги вычищены, в отличие от более поздних внрсий

Чистите все таблицы, начинающиеся с: INV..., ORD... по условию INVNO > 0 OPT... по условию OPTNO > 0 INVOICES - Шапка счета INVSPEC - Изделия ORDS - Описание изделий (основные элементы и геометрия) ORDSPEC - Специффикация изделий и аксессуары ORDGL - Описание заполнений ORDGLP - Описание стеклопакетов

В чудеса слабо верится. Сделайте тогда новый отдел - и работайте с ним.

Когда счета стали блокироваться? Что делали с базой?

Не приходят потому, что база новая. Т.е. В основной базе есть уже счет с таким номером и из этого отдела. Лечить достаточно просто. 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. Проверяете

invspec. Там эскизы всех изделий, в том числе и типовых схем (для них поле INVNO=0).