oknosoft

Если в рабочем месте диспетчера (РМД) колонок много, то смотреть на них может стать неудобно. При этом, изменяя мышью ширину колонок, увеличение ширины происходит за счет соседей, и общая ширина таблицы не увеличивается. Нужно нажать правую кнопу мыши (ПКМ) - настройка списка. Там можно задать поле "Ширина" для нужной колонки. Если это сделать, ширина РМД станет шире, чем окошко. Таким образом, можно назначить такие ширины колонкам, какие нужны. Не забудьте сохранить работу - "Действия"- "Сохранить настройку компоновки".

То есть вы считаете, что плановая себестоимость не зависит от норм расхода. Это ОЧЕНЬ странно на мой взгляд, но вы имеете право так считать - это учетная политика вашего предприятия. Вы можете изменить цену в суперокнах на эту величину - либо, на самом деле, попрограммировать самостоятельно. Не вижу тут беды, при столь экзотичной учетной политике.

Может, я неправильно понял вопрос, но, если вы посмотрите на стоимость окошка на картинках- она не меняется. Она из Суперокон берется, потому что Себестоимость меняется, да. Но вроде - это нормально?

Написал отдельный пост, чтобы не перегружать тему.

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

1. Ваши рассуждения об 1С – плохо, не 1С – хорошо, можно было бы сравнить с моими о том, что все окна одного профиля - хорошие, а другого - плохие. Это только одна компонента качества окна, и притом не самая существенная. Я полностью согласен с коллегой, написавшим про бензин и дизель. 2. Сомневаюсь, что есть программа, внедрение которой в производство происходит легко и непринужденно. 3. Про нагрузку на сеть - это вообще про старые версии 1С. Новые вообще по интернету без проблем работают. 4. Про админов - это вообще в огороде бузина. При чем здесь программа... 5. Про долю истины в тормознутости клиента 1С я уже писал, занимаемся. Ссылку не могу постить по правилам форума, на нашем сайте можно посмотреть пример работы технологии на сервере 1С, но с самодельным javascript клиентом. Раз в 10 быстрее, чем со стандартным получается. Если хотите, могу ссылку в личку отправить. 6. Существенный момент, на мой взгляд, открытый исходный код. И вообще, открытая архитектура, про которую писал V.N.T. Вы ВСЕГДА можете сделать так, как вам надо. На мой взгляд, это важно. 7. Блоки, которые медленно работают на 1С, мы просто пишем не на 1С. Раскрой, в частности, переписали на Делфи. Получили выигрыш раз в 100 по производительности. Только собирался осваивать алгоритм "муравьиной колонии", коллега сказал - забей, и так идеально кроится.

У Суперокон шикарная справка PDF, входящаяся в комплект поставки. 14 раздел - настройка справочников, 80 страниц. Я бы оттуда "раскопки" начал.

Опубликовал апдейт, попытался обсудить. Спрашивайте, я постараюсь ответить. На что смогу - отвечу.

Смысл того, что написано - много тысяч часов работы продается по стоимости 150 часов, потому что покупателей больше одного. Затрудняюсь прокомментировать, ничего не знаю про обработку на стороне. Когда и, если сделаю заказ по этой теме, смогу предметно обсудить. А в данный момент готов признать вашу правоту. UPD. Есть что добавить, вспомнил, делал обработку для заказа ламинированного профиля, но не для УПзП. Просто "переработкой на стороне" многие понимают очень разные вещи. Наша подсистема качественно реализует тот сценарий, который нам заказали. Но не претендует на то, чтобы реализовать все возможные понимания "переработки на стороне". Это слишком смелое заявление, но доля истины в нем есть. Для большого количества пользователей 1С несколько тяжеловесна. Но это имеет значение только для ОЧЕНЬ больших заводов. В любом случае, мы ведем работу над выносом технологического блока из 1С. Но если вы делаете меньше 1000 окошек в день, это вас не должно беспокоить. Я говорю об УПзП, конечно же, а не вообще об 1С. "Вообще 1С" такая же абстракция, как "вообще программа".

Положу это здесь. Жалко потерять. В "костяке" программы, которой я пользуюсь (1С КА 1.1) из оконных подсистем - автоматизация замеров и расчётов изделий, монтажей и доставок, планирование любых сущностей, внутренний построитель изделий, формирование нарядов на производство на произвольно задаваемые рабочие центры, раскрой линейный и двумерный (очень хороший алгоритм), подсистема учёта деловой обрези, произвольно настраиваемые спецификации любых изделий, около двух десятков встроенных алгоритмов для формирования файлов в специализированные станки, десятки "фич", заточенных под оконное производство. При этом открытый код, заточенный под то, чтобы большинство функций можно было сделать внешними обработками. Всё это идёт по стоимости как 150 часов работы среднего программиста 1С. Готовы вы за 150 часов написать это реальному оконному предприятию, чтобы было чем привлекать клиентов? Вам придётся потратить не одну сотню человеко-часов (судя по количеству кода программы подозреваю что и тысячи), чтобы только "костяк" оконной специфики обозначить, а потом уже можно будет и за "хотелки" приниматься. Т.е. то, что Вы считаете "хотелками" скорее всего уже является "базовым функционалом" большинства программ. Но если Вы напишете всё это с умом и клиент-ориентированным подходом, то уверяю Вас, клиентуры у Вас будет хватать.

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

Начнем с виртуальных «Видов подразделений». Справочник «Виды подразделений» - это закладки рабочего места диспетчера. До вчерашнего дня мне не приходило в голову, что на закладке «вида подразделения» вовсе не обязаны быть строки, относящиеся к данному виду подразделения. И это доказывает, что до вчерашнего дня я не открывал рекламации:^)) В системе нет строк планирования, относящихся к «виду подразделения» «Рекламации». Это просто закладка, на которой показываются строки «вида подразделения» «Заказ», отобранные по флажку «Это переделка». Вообще, виртуальные «виды подразделения» открывают любопытные возможности. Около года назад заказчик попросил меня добавить три вертикальные закладки в «вид подразделения» «Цех» - ему было удобнее формировать «Задания на производство» для своих трех цехов отдельно. Если бы эта заявка была бы сейчас, я бы ему сделал три дополнительные горизонтальные закладки, чтобы он мог видеть полную картину по своим цехам. Как я сделал год назад (не очень). Как сделал бы сейчас

Черт, хороший вопрос. Настолько хороший, что я до этого вопроса ни разу не открывал этот справочник)) Посмотрел справочник и где он используется. В новом планировании. Соответственно то, что я сказал про новое планирование- к нему относится. А использовать для каких целей... Если вам тесно в рамках нынешнего планирования, использовать эти метаданные в своих разработках. Понимать, в какую сторону движется планирование УПзП. Совершенству нет предела, и развивая одновременно "заказ дилера", построитель, управление доставками и планирование производства, можно штаны порвать, на мой взгляд. Поэтому, постараемся решать эти задачи последовательно, и у планирования не самый большой приоритет.

Новое планирование - это идея, под которую пока ничего нет. Нет ни РМД (рабочего места диспетчера), ни задания на производство, ни всей последующей обвески для производства, снабжения и кладовщика. По сути- это заготовка для новой конфигурации. И хелп по ней стоит писать после того, как она будет сделана. Точно не в 2015 году, в 2016 вряд ли.

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

Вступление Новое в релизах давно не публиковалось. Мнения у нас разошлись, описывать только последнее обновление или все пропущенные. Остановились на компромиссе, с 29 ноября 2014 г. Новая функциональность. 1. Добавлена роль "АдминистраторСистемы" для совместимости с Библиотекой стандартных подсистем 1с. 2. Добавлены функции формирования эскизов по данным SVG, формируемым рисовалкой. 3. Добавлен контроль корректности цветов и артикулов в файлах XLS для загрузки заказов. Используется на производствах подоконников или стеклопакетов. 4. Процедура "ПараметрыДобавитьПродукцию" вынесена из формы построителя в общий модуль, чтобы к ней можно было обращаться из "Легкого клиента" 5. Контроль параметров и геометрии элементов и фурнитуры с визуализацией проблемных объектов. (То, что нужен пример читал в системе заявок. Постараюсь сделать после примера по ценообразованию. А то в голове не помещается ) 6. Выкинута типовая система скидок для совместимости с заказом дилера. 7. Добавлена математика для формирования отпускных цен дилеров. 8. В дополнение к имеющимся алгоритмам формирования эскизов GDI4 и ImageMagick добавлена новая система формирования эскизов посредством PhantomJS. Добавлено синхронное формирование эскизов. GDI4 и ImageMagic планируется исключить из состава конфигурации. 9. Добавлены "ОпределяемыеТипы" для унификации программирования. Типы со словами "Интеграция" и "Планирование" используются в одноименных подсистемах. 10. Расширена функциональность HTTP сервиса поддержки безбумажного производства. (Это про работу в цехе с помощью телефона и планшета. На персоналке тоже лучше получается, чем раньше) 11. Внесены изменения в блок ценообразования. Реализован приоритет для записей регистра "УПзП: Корректировка спецификации" 12. Реализован новый инструмент построителя "Относительный сдвиг". Исправленные ошибки 1. Групповая загрузка заказов из Суперокон. 2. Формирование скрипта визуализации. Это про рисование на эскизе петель, координат операций и любых других визуальных объектов. 3. Графический и координатный движок построителя. Заготовки на вырост. 1. Добавлен новый регистр планирования "пзПланирование". Старый регистр "пзПланирование" переименован в "пзПланированиеОбъектыПланирования". 2. Добавлен новый разделитель Цветоценовых групп для модернизации системы параметров продукций и фурнитур 3. Добавлены типы "вставок" "Контур" и "Изделие". 4. Добавлен элемент перечисления "пзТипыЭлементов» для размещения на эскизе произвольного текста.

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

Чтобы не быть голословным, три картинки. Первая про стрПродукция, две последующие про Парам

Как я уже написал, нужно поставить точку останова в коде, описанном тут http://forum-okna.ru...ndpost&p=348810 и, перезаписать продукцию. Щелкнуть на любом размере в построителе, и нажать сохранить. В стрПродукция три десятка значений, в Парам- штук восемьдесят, наверное. Я могу их запостить, но смысл? Это будет эпичный том страниц под сотню, вряд ли кому интересный. Думаю их лучше посмотреть в конфигураторе с живыми данными по продукции и имея в виду задачу. которая стоит. Что касается замысла творца, то он очень прост. Данные переменные содержат поля, необходимые для решения задач. upd. "стрПродукция" содержит поля продукции, к которой относится наша строка спецификации "Стр". Это есть во втором примере. Парам призван по сути весь контекст заказа передать на сервер. И может быть востребован если, например, мы хотим чтобы строки заказа влияли на цены материалов в соседней строке.

Второй пример. Предположим, мы хотим сэкономить, и для продукции, в наименовании которой есть слово "Балкон", из каждой кучки больше двух саморезов будем вынимать один саморез. Вот код для этого: Если Найти(стрПродукция.Номенклатура.Наименование, "Балкон")>0 Тогда Если Стр.QTY>2 Тогда Стр.QTY = Стр.QTY -1; КонецЕсли; КонецЕсли; На картинках ввод формулы, и спецификация на балкон и не на балкон.

Переменная Стр - это строка табличной части "Спецификация" справочника "ХарактеристикаНоменклатуры". Какие у нее есть поля- лучше посмотреть в конфигураторе, их немало. Она основная, так как именно она редактируется. Переменная "стрПродукция"- структура с информацией о продукции. Есть поля Высота, Длина, Номенклатура, Характеристика. Полный список полей лучше посмотреть в конфигураторе, поставив точку останова в строке вызова, полей много у этой структуры. Также есть соответствие "Парам", ее тоже лучше в конфигураторе смотреть, десятки полей. Вызов этой формулы осуществляется в функции пзЦенообразованиеСервер.ПолучитьЦенуНоменклатуры в этом коде Попытка Выполнить(СтрокаЦены.Формула); Исключение Попытка Стр.Цена = Вычислить(СтрокаЦены.Формула); Исключение КонецПопытки; КонецПопытки; В конце данного модуля есть функции, специально для вызова внутри формул ценообразования. И никто не мешает подключить свою внешнюю обработку, и использовать ее при расчете цены. Это для учета фазы луны Только надо позаботиться о кешировании, так как она вызывается много раз и может быть очень медленно.

Разделю ответ на три части: 1. Вводная, этот пост. 2. Описание переменных, описание сервисных функций, модуль и функция конфигурации где это используется. 3. Расширенный пример. Спасибо за вопрос в частности (он в самую точку), и спасибо за роль в развитии нашей программы вообще. V.N.T - первый пользователь нашей рисовалки окон. Теперь таких внедрений много, но понятно, что первое - самое важное. Раньше технология импортировалась из внешних программ, обычно из СуперОкон. Эта схема и сейчас работает, но она менее функциональна. Какие возможности предоставляет произвольный код на языке 1с в ценообразовании? Произвольные (любые). Вы можете использовать в определении себестоимости вашего материала текущий курс валют, гороскоп римского папы на прошлую среду и фазу луны. Ограничения лежат только в области здравого смысла и производительности компьютера.

Предположим, что необходимо на покупные стеклопакеты внутри окна меньше 0.5 кв. м. сделать наценку для покупателя 15%, а на стеклопакеты больше 2 кв.м наценку 10%. Из карточки номенклатуры нужного стеклопакета нажмите. Перейти- УПзП: Расширение номенклатуры, закладка Формула, и ввести туда следующий код на языке 1с: Если Стр.SQR <0.5 Тогда Стр. Цена = Стр. Цена * 1.15; Иначе Если Стр.SQR>2 Тогда Стр. Цена = Стр. Цена * 1.1; Конец Если; Это универсальный механизм, и он позволяет корректировать цену не только на стеклопакеты и не только в зависимости от площади. И не только цену.

Давно собирался начать делать "Новое в релизе". Попробую с 189 начиная. Во всяком случае в части УПзП, без заказа дилера пока.

Спасибо, буду стараться. Как думаешь, есть смысл в постах с тегом "FAQ"? Только что ответил заказчику по наценкам на стеклопакеты, есть смысл такое постить? Это интересно в основном пользователям. Или сосредоточится на "общечеловеческих" постах? Или можно и такие и такие?