Dialer

В СО4 есть еще и КРОССКУРС. Установите правильный кросскурс и прграмма будет правильно расчитывать общую стоимость конструкции невожно сколько постащиков комплектующих "используются" в данной конструкции.

Эта проблема варезного варианта СуОК. Прямым ходом в ТБМ за легальной копией.

Эта тема уже поднималась на этом форуме. Если поставщик серьезный то у него ОБЯЗАТЕЛЬНО должно быть программное обеспечение для расчета конструкций в дилерском исполнении. Постащики не имеющие такового должны как минимум насторожить. Эта все равно, что обещать перевести грузы не имея даже в наличии транспортного средства.

Первая страница этого топика, второй пост сверху.

Лучше всего создать новую базу (если сильно раздражает трех-четырех значные номера счетов). Т.е. старую базу сохраняем в качестве архива и создаем новую базу -предварительно подготовив ее путем перенесения из старой только всех ваших текущих настроек на профили и фурнитуру, валюта и т.д. но без счетов. Быстрое переключениелибо одновременную работу между базами можно решить при помощи мультизагрузчика (см. мой профиль).

Смотри мой профиль, там все найдешь.

Если у Вас СуОК 2006 то начиная кажется с 13 сборки можно запускать одновременно несколько копий СуОК, но с небольшой поправочкой - каждая копия забирает 1 лицензию у ключа. Т.е. если ключ на 5 мест то запустив на одном рабочем месте 2 копии мы заберем 2 места. В СуОК 5 возможности запуска одновременно нескольких копий нет, но это тоже можно решить при помощи сторонней утилиты -так называемого мультизагрузчика.

На самом деле обоснованность перехода на СуОК2006 из Ваших слов понять трудно. Очень много зависит от мощности производства и задач которые необходимо решить при помощи производственной программы. Понятное дело, что продавцу программы лучше продать более "навороченный" вариант, хотя можно изначально купить базовый с возможностью в дальнейшем докупки дополнительных модулей, если в них будет необходимость.

А вот тут помогут с ответом, если что непонятно будет. Место было указано точно -там целый раздел с множеством тем касающихся работы с СуОК. Но поскольку модератор форума решил, что это реклама, то если еще не иссякло желание пишите в ПМ.

SirAlex2 Я тоже уважаю Ваше мнение и оцениваю Ваш опыт и профиссионализм очень высоко. Что касается вопросов управления, логистики, оптимизации производства думаю еще представиться случай обсудить эти темы, т.к. они выходят за рамки данного топика и требуют более детального и тщательного обсуждения. Но как показывает жизнь все познается в сравнении. Ничего не мешает Палычу провести простой эксперемент. Поработать неделю в терминальном режиме и неделю пользуясь обменом. А посчитать в какую конкретно сумму ему обходится просчет 1 конструкции, что он теряет, а что выигрывает в каждом конкретном случае, затем сложить все плюсы и минусы обеих способов вывести цифры в столбик и решить для себя какой вариант для него удобней. Можно даже попросить его после эксперемента огласить результаты. Практика -критерий истины.

Если возникают проблемы подобного характера -значит кто то на предприятии много "ест" и мало либо вообще не работает. И неважно какой производственной программой пользоваться. Недавно по "ящику" идин топменеджер еще раз озвучил известного персонажа из фильма - разруха не в клозетах, а в головах. Если на предприятии неграмотно построена входная, внутреняя и внешняя логистика то хоть какую программу поставь толку не будет - однозначно. Да это все понятно и без слов даже. Вопрос то был поставлен не в этом ключе совершенно, а в ЦЕЛЕСООБРАЗНОСТИ. Всем понятно, что обрабатывающий центр "Ширмер" гораздо круче тех же "Пертичи" или обычной ручной резки, но скажите мне, зачем этот центр нужен на предприятии делающем 50-80 изделий в смену? Склолько по времени он будет окупаться думаю и пары десятков лет не хватит. Пример утрированный, но думаю для понимания вопроса понятный. Стоп ребята, мы сейчас о каком производстве ведем речь? Если эта серьезная компания, то и организация работы этой компании должна соотвествовать ее статусу. Если это небольшое производства или на худой конец "гаражный или полугаражный вариант" то опять же возвращаемся к целесообразности. А если у нас менеджеры начнут планировать загрузку производственных мощностей с распределением производственных потоков на автомат или другие критерии я Вам гарантирую РАЗРУХА нечнется НЕЗАМЕДЛИТЕЛЬНО, и илюзий на сей счет думаю питать не стоит. Стоимость заказа, его основные и доп. параметры в легкую можно расчитать и на локальной базе, зачем тратить лишние деньги на организацию высококачественной связи для поддрежки терминального режима? Обьясните мне целесообразность этого подхода? Вообще когда создается какой то проект, кто нибудь считает в какие деньги это обойдется и каков будет результат? Зачем возить на "КАМАЗе" мешок картошки? Мы тут в "жарких" дебатах забыли уже наверно каков был первоночальный вопрос. А звучал он так: Для сброса заказов в основном, в оперативом порядке.

Не вижу смысла в СуОК работать в терминальном режиме через Интернет вообще и аналогия тут с ПО и ПС3 скажем некоректна обьясню почему: Использование терминального режима в продуктах Профсигмента связано с особенностями архитектуры этих программ и серьезной загрузкой процессора при средних и сложных расчетах, а если еще конструкцию нагрузить "разноцветом" и другими вещами, тогда работенки для "проца" просто "завались", посему и рекомндуют брать многопроцессорные системы. Взять те же ПО, - сетевой вариант используя так называемые линковочные библиотеки так жутко грузит проц на стороне базы, что одновременная работа нескольких пользователей в сети с более менее серьезными обьектами/конструкциями у каждого пользователя начинает просто раздражать по причине явного торможения. Естественный выход из положения терминал-серверный вариант и лучше его в данной ситуации ничего не придумаешь. В варианте СуОК 5 для нормальной работы повышенные требования к машине совершенно не нужны. Вариант скажем дилерского отдела позволяет оперативно обмениваться информацией с главным отделом при помощи файлов обмена. Размер файла обмена обычно составляет 300-700 кб стоимость передачи его по каналам GPRS составляет 30-70 копеек в завимости от тарифа и оператора. Собственная база по заказам, клиентам, документам опять же не требует больших ресурсов от компа. Зачем в таком случае через Инет цепляться к основной базе? Да и по законам логистики если это какой то скажем мобильный офис или комп замерщика, то его надо выделить в отдельный отдел и уже увязывать это с другими отделами и службами. А в СуОК 2006 появилась еще одна хорошая "фишка" - это обмен через интернет, т.е. имея на стороне отдела с которым происходит обмен статический адрес (или если его нет организовав VPN) просто в любой момент цепляться к серверу обмена данных и обмениваться информацией одновременно в обе стороны т.е. допустим скидывать заказы/предварительные просчеты/замеры и обратно получать обновление цен/состояние счетов сброшенных в обмен/состояние склада ГП своего отдела. Думаю информации более чем предостаточно для работы автономного отдела. Поэтому не вижу смысла в терминал-серверном варианте для СуОК в контексте заданного вопроса.

В СуОК никак. НО, если Вам нужны красивые эскизы для Заказчика, экспортируйте средствами СуОК в АвтоКад и там дошлифуйте вид эскизов конструкций до нужных требований.

В СуОК после формирования сменной партии/задания и его передачи в производство пильщик должен получить либо карту раскроя профиля, либо задание на флешке/дискете/локальной сети на распил с учетом оптимизации раскроя. Также по сменному заданию автоматически создаются накладные на списание отходов и добавление деловых остатков образовавшихся в результате оптимизации с маркировкой каждого куска, эти куски должны быть сданы на склад остатков или отсортированы и систематизированы по ячейкам рядом с пилой (все зависит от специфики и автоматизации производства). А вот бухгалтерии остается только импортировать данные из накладных либо в рукопашную, либо в электронном виде в свою любимую программу.

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

А зачем вам таблица NSTR ? Она все равно пошифрована и обычным запросом как Вы понимаете тут не обойтись. В открытой таблице артикулов (ARTIKLS) есть необходимая Вам инфа.

При установке СуОК 2006 в папке куда установилась программа (если при установке была галка "установить руководство") есть фалик Swnd6.pdf . Там кое что есть по первичной настройке. Более полного официального руководства не существует. Есть специализированный форум на котором можно узнать массу тонких настроек. По правилам этого форума прямой линк на другой форум запрещен, если будет интерес пишите в ПМ линк обязательно дам.

Замечания по поводу надежности и всепоголовности флудом не считаю. Понятно, что титанический труд по внедрению человек проделал, честь ему и хвала. По поводу опыта можете не сомневаться -есть таковой.

Еще однин "воздыхатель" ПС2. Неужели Вам своего "родного" топика мало? Пойте там деферамбы, честное слово надоело уже. Можно подумать другого оконного софта нет. 3 пунктик вообще позабавил- воспользуйтесь поиском по родному топику и почитайте что пишут про это. Панацея от этой напости оказывается ежедневный бэкап/ристори. О какой надежности идет речь? По поводу покрытия 90% потребностей всех фирм - не надо за все фирмы то говорить.

Вот только не надо сказки рассказывать, это не то место где в них поверят, так же как и аффтару программы. Производство реально работает на Клаесе, а дилерам которые не хотят брать дилерский вариант Клаеса предлагается бесплатно данная поделка. Я согласен с тем, что лет 8 назад эта было шедевром программерской мысли. Но времена уже не те, а мы так и продолжаем эксплуатировать эту лошадку навешывая на нее все более тяжелую сбрую, а лошадка бедная уже на колени падает, а мы мечтаем что она будет бегать быстрее современного автомобиля, хотя давно бы пора задуматься о более серьезных вещах и вообще пересмотреть концепсию оконной программы.

В СО встроено штатное средство проверки БД. Пункт меню - Провердка базы данных. Если при проверке ошибок нет, значит возможно у Вас проблема не с БД с отчетом при попощи которого хотите вывести нужные данные. Если же при проверке БД программа обнаружит ошибки, тогда нужна более детальная работа на базой. Тогда прямым ходом к професионалам. Ибо потеря БД для предприятия по масштабам катастрофы сопоставима почти с пожаром.

1. Создаем резервную копию базы. 2. Создаем чистую (пустую) базу. 3. Делаем восстановление базы из резервной копии в чистую. Также не забываем сменить версию сервера Файрберд с 2 на 1.5. И еще: Возможно повреждена БД. Для проверки необходимо посмотреть будет ли возникать ошибка при работе с базой в формате Парадокс. Если да, то переход на Файрберд проблем не решит, необходимо сперва будет починить базу, а после этого уже переходить на формат Файрберд.

А в какой программе сделаны чертежи?

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

Можно вопрос, если не секрет ? А сколько единиц в смену делает крупное предприятие? Каков штат ИТР ?