viollan

Если всерьез рассматриваете вариант замены ПО то вариантов достойных много вопрос тока в притязаниях к ПО, стоимости оного и понимающих людей.

Несколько фиг (реализация на УПП): АРМ диспетчера производства: АРМ Менеджера активн. продаж: АРМ Логист по отгрузкам: Пример плоскостной оптимизации (не очень удачный) зато средствами 1С: Список текущих заказов: Форма заказа покупателя: Это далеко не все. P.S.: Это не реклама, а подтверждение возможности реализации выше написанного. (спасибо за понимание)

Вот именно ТиС (а на 8-ке это УТ - управление торговлей) используют именно из-за сравнительно низкой стоимости по сравнению с УПП, но если же компания приобретает УПП (если не ошибаюсь порядка 220 т.р.) не собирается его дорабатывать под реальные нужды, а ограничится только выгрузкой то это не правильно. Про безопасность, тогда не один продукт не защищен в должной степени (те же СО не составит труда открыть т.к. БД открыта всем ветрам), а вот в 1С гораздо извращенные способы защиты (я про 8.х) было бы тому уделено соответствующее внимание. Да SaaS - это не дешево, но намного дешевле чем организация подобного уровня аппаратной и программной инфраструктуры и опять таки все зависит от самой организации и процессов протекающих в ней. Вот например для компании в 20 раб. мест потребовалось 2 сервера, лицензионное ПО (серверное, БД и д.р.) и в результате сумма такой системы обошлась компании в 3 года SaaS на те же 20 пользователей.

Позвольте не согласиться! О каких проблемах безопасности идет речь? Проблем с масштабированием тоже не наблюдается про автономность тоже не понятно. Так же не понял по стоимости доп. лицензий для УПП, есть прекрасно зарекомендовавший себя RDP даже на GPRS канале работает стабильно, а клиентская лицензия для 1С стоит порядка 5 т.р. что намного дешевле лицензии на СО. По моему мнению если проблемы могут возникнуть то только из-за плохого оборудования или кривых рук админов. К примеру есть такая компания ИТ-Град которая на хорошем оборудование предлагает SaaS 1С в том числе и УПП а тут есть ответы на вопросы безопасность, масштабируемость, мобильность, доступность и т.п.. Вопрос к Вам, а вы организовывали управление оконной компанией на УПП? Если да то скажите как в типовой УПП управлять загрузкой производственных линий с учетом линий стандарта и не стандарта и фактической мощностью каждой из них? Насколько я знаю без доработки это невозможно. Если объемы компании не большие то в принципе 1С нужно для бухгалтерии если же речь идет о средних и крупных производствах то без доработки УПП мертвый продукт.

Ну если разрешают то вперед! Для начала определимся с задачей, а именно: Необходимо организовать выгрузку данных из конструкторской программы (далее КП) в управленческую программу на базе 1С: Управление производственный предприятием (далее УПП) (ИМХИО: думаю глупо использовать такой продукт как УПП для ведения склада) и доработать УПП под нужды производственной компании с учетом специфики отросли (Без существенной доработки УПП тяжела для работы, а местами оч. вредна ИМХИО). Все производственный компании делятся на 3 - категории по виду работы с конечным потребителем (ИМХИО: при внедрении продукта это один из главных моментов): - Розничная торговля; - Розничная и оптовая торговля; - Оптовая торговля. На основе этого можно примерно определится с необходимыми интерфейсами и механизмами УПП. Далее детально изучить структуру компании: коммерческий отдел, технический отдел, бухгалтерия, руководство и т.п. Ну и естественно производство: Снятие карт потоков, изучение участков и операций и т.п. и т.д. В результате для УПП должно быть доработано и переделано (ИМХИО): - Форма заказа; - APM менеджера расчетчика; - АРМ менеджера по продажам; - АРМ логиста/диспетчера производства; - АРМ снабжения; - АРМ логиста/диспетчера по отгрузкам/монтажам; - АРМ логиста рекламаций; - АРМ начальника производства; - АРМ начальников отделов; - Заявки поставщикам возможно в электронном виде; - Огромное количество отчетов различной степени сложности. Это все с внесением серьезных изменений в регистры документы и пр. и др. А так же желательно: - Оптимизация (именно средствами 1С); - Безбумажка (средствами 1С тож. желательно); - CRM - и может че забыл. И потом по каждому пункту подробно и детально... и в результате выгрузка из РП это 0,1 часть от того что должно быть в УПП для производства, и работа над этим должна занять гдето 1-2 года. только в этом случае можно получить то что будет удовлетворять компанию наиболее полно и то не факт.

Если люди решили перейти на УПП это далеко не значит что они понимают о всех сложностях УПП. Продукт реализованный с использованием УПП компанией RG-Soft на тот момент когда я его изучал был намного хуже представленных выше разработок. 2-е все выше представленное имеют соответствующую заточку под оконное производство, что УПП естественно не имеет и перед тем как ваять что-то свое, а тем более на УПП неплохо было изучить уже имеющийся опыт (ИМХИО) Если хотите есть пример реализации и на у УПП, но мне даже страшно про это говорить т.к. примут за торговлю на форуме.

К сожалению не нашел как исправить, есть только возможность удаления всего сообщения (извините).

Хотел узнать, а возможна ли такая схема ценообразования: Необходимо установить наценку на тип изделия т.е. на Окно - 30%, Балконную дверь 35%, Дверь - 40 % т.д. при этом наценки должны выставляться автоматически не отдавая на откуп менеджеру регулирование наценкой? (про установку наценок на комплектующие просьба не рассказывать).

В RG-Soft: Оконная компания загрузка осуществляется через внешний файл стандартными средствами СО т.е. xml, а это не есть хорошо. рекомендую обратить внимание на продукты: winFlex от компании АТехнолоджи - http://atechnology.ru/window_1s.html и на Окнософт - http://www.oknosoft.ru/. Так же на сайте компании КСТ есть пример работы 1с 8.х с БД СО - http://files.kctsoft.ru/files/downloads/sw...c/swnd7_8.1.zip. Если этого не достаточно будет пиши в личку проконсультирую подробней.

Покажите на эскизе что необходимо поправить, ничего не понял

Немного запоздало но все же: Проведи замеры производительности: - замена проца если долго выполняются запросы. - в каком рейде находятся винты? (для БД нужен быстрый рейд массив) или вынос БД на другой сервер. Если проблема с оперативкой то добавить памяти. И еще СО постоянно опрашиваю лицензионный ключ много завязано на интерфейсы и модули (попробуй эмуляторы), возможно поможет разнести пользователей на разные сервера. Есть сервис от разных хостеров мне понравился IT-Град по предоставлению серверов в аренду (SaaS) можно за не большие деньги экспериментировать.

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

Представленная выше ссылка на программное обеспечение от компании АТехнологоджи к их флагманскому продукту winDraw не имеет практически ни какого отношения (Вы снова прочитали представленную информацию по диагонали). В представленном по ссылке продукте в платформу 1С интегрирован построитель от ПО winDraw на этом все сходство и закончилось. Далее т.к. это 1С то => весь исходный код открыт (за исключением самой платформы 1С и построителя). Следующее принципиальное отличие от winDraw это наличие интерфейсных настроек как у СО или ПС, но с возможностью их редактирования исправления в исходниках, а также возможность написать что нибудь свое. Далее этот продукт поставляется в двух интерпретациях: Это построитель и настоечные модули который можно интегрировать в любую имеющуюся (как типовую так и самописную) конфигурацию 1С, И готовая разработанная конфигурация для производителей. В результате можно получить в одном ПО инженерный калькулятор и управленческое ПО и иметь возможность его дописывать переписывать как того хочет производитель слава богу программистов 1С навалом. Нечто подобное есть у Лабрадор-IT, но в данной реализации построитель более функционален. Теперь по автоматизации то что компания разработчик не навязывает бизнес модель это хорошо, а то что поставщик ПО не предлагает таковой это кощунство и издевка над клиентом потому как у поставщика ПО, а вернее у отдела внедрения есть огромный опыт (должен быть) и иметь пару типовых бизнес моделей обязан (на мой взгляд) которыми готов поделится пусть даже за отдельные деньги с производителем. Я не думаю что руководство компании откажется если с внедрением ПО произойдут корректировки в бизнес модели производства которые позволят значительно сократить затраты.

Таким образом, по Вашему мнению, внедрение программного продукта в компании это натягивание ПО, с целью автоматизации отдельных процессов, на существующую модель бизнеса пусть даже она недостаточно эффективна?

Ну раз открыто, тогда не сочтите за рекламу вот еще один интересный продукт по моему мнению: http://atechnology.ru/window_1s.html

С этим фактом спорить не буду, но ведь все производственные компании работаю по простому алгоритму: купил комплектующие - собрал - продал и из курса геометрии за 5-й класс помним что кратчайшее расстояние между 2-мя точками есть прямая (точки: купил и продал) => существует как минимум одна оптимальная бизнес модель производства (с точки зрения минимизации затрат и качества продукции). А теперь вопрос найдена эта бизнес модель? Имеется ПО под эту бизнес модель? Ведь сейчас все от противного ПО внедряется/натягивается под имеющиеся модели производств. Это правильно на Ваш взгляд?

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

Полностью согласен. Желание людей быстро и легко зарабатывать превратило форум в барахолку и рекламу отдельных продуктов.

Тогда ПС или СО т.к. они у всех на слуху и терпения вагон (пригодится).

А в чем по вашему стоит рисовать? Неужели в священном ПС?

Ну пока ждете возвращения Rexther-а в родные пенаты советую посмотреть RaWorkShop (если с eng. дружите) или winFlex от АТехнолоджи, а ежели хотите по серьезному то стоит и на winDraw посмотреть.

На самом деле можно извратится и вывести, но для этого надо использовать переменные, дополнительный Master Data который надо будет спрятать. Короче логика следующая: Кидаешь Master Header на нем объявляешь переменную, по высоте делаешь бенд минимальным. Кидаешь Master Data на него memo поле в котором будешь в переменную писать свои параметры, не забудь бенду в OnBeforePrint Visible в false поставить. После всего выводишь картинку и переменную в которой все твои параметры. Но мне кажется проще под картинкой

На одном "бенде" не выйдет, только под картинкой

Что значит правильно рисовать? В моем понимании "правильно рисовать" - это нарисовать так, чтобы программа смогла правильно произвести расчет комплектующих, а то как это будет на картинке важно наверное только клиенту, а цех привыкнет к любым изображениям лишь бы было верно рассчитано. Решать тебе т.к. каждый из вариантов имеет право быть, а выбрать надо исходя из поставленной задачи/потребностей производства.

На ум приходит: - Глухая створка (некоторые производители и впрямь в глухари ставят глухие створки); - Импост (расположенный вплотную к раме); - Заполнение (настроенное в соединениях с нужным отступом).