nordk пишет:
А новые уже принимайте решение как будете делать, если пункт меню - то пожалуйста и я об этом написал, чтобы Ваши индексы и базы поддерживать кладите их в соответствующее место. Если на события, то новые можете на hrb делать.
Подскажите, пожалуйста, а какие конструкции прочтения плагинов понимают шаблоны типовых операций в версии Б-5_34 (речь идет о полях Шифр анал.учета и Алгоритм прочтения суммы)?
У меня проходит ТОЛЬКО старый вариант: FileEval("имя плагина",{список параметров}).
Можно ли сразу восспользоваться резултатами компиляции?
Да можно. Вы через FileEval можете прописать hrb файл
Он прекрасно стартует.
Я еще в БЭСТ-4 изучая исходник FileEval изучая его исходник что он
по расширению прекрасно понимает что за файл и стартует его как
надо.
И дальше можете применять как в поле формулы, так и в поле аналитика
Обратитесь к региональному представителю, замените ключ на USB и вопросов поиска ключа в сети больше не будет ни в этом случае, ни в других. А с LPT думаю лучше на техническом форуме размещать.
Вообще то подключения ком-порта средствами терминал-сервера это не проблема софта. Программа та же, работает также а как дистанционно ком-порт пристегнуть - это к сисадмину :)
Предупреждаю: подобный способ печати чека действующим законодательством ЗАПРЕЩЕН !!!
Насколько я понимаю Вы хотите увидеть диаграмму ганта.
Где мы меняя сроки выполнения той или инной операции видим как смещаются остальные работы.
У нас в производстве такой возможности нет.
Т.е. управлением мощной стей предприятия, распределением нагрузки и
т.п. программа не занимается.
Она рассчитана на следующее:
по факту документов движения следить за остатками материалов,полуфабрикатов и продукции
по факту выполнения работ фиксировать человеко-часы для дальнейшего
расчета з.п.
по факту выпуска продукции списывать материалы на основании данных
о разузловании
производить расчет себестоимости выпускаемых изделий
Ну и соответственно отчеты, интерфейсы создания необходимых документов: заказ-наряд,ЛЗК,накладная и т.п.
Плюс возможность примать заказы и учитывать их в общем плане и на
основании этого плана на начало следующего месяца обеспечивать написанное выше информацией
Но в программе не идет речи о:
раскрое материалов
контроле и управляения мощностями предприятия
непрерывном производстве (подневный учет)
nordk пишет:
ВО-первых у меня в отчете не пусто.
Этот отчет я построил на Демо, сейчас проверю на рабочей, м\б в этом моя вина...
Но если это только для отдела планирования то как же:
Цитата
nordk пишет:
иметь ориентир когда примерно и что внутри месяца хотите получить
Как понять эти Ваши слова? Что значит когда примерно и что хотите получить? Получить по выпуску продукции?? Просто получается, что отдел планирования пусть планирует как хочет и что хочет, но это никак не отразиться на производстве... Т.е. планы строим только для себя. "Чтобы мы примерно знали, что и когда получим..." Но мы этого не получим, т.к. эти планы только для отдела планирования. Не совсем понимаю для чего это нужно??? Получается отдел планирования, извините, мечтает, просто...
Переходим к теории планирования.
Что Вы хотите от планирования ? Они составили план выпуска и дальше
это организации труда, чтобы мечту в быль претворять.
В конце месяца сравните план с фактом и решайте мечтают они или
достаточно точно планируют.
По поводу цен в сводных заказах.
Отпускные цены на продукци ю у нас в прайс-листе есть и мы им пользуемся.
Но допустим пришел клиент и просить произвести модификацию.
Тогда мы создаем новую модификацию, у нас появляется спецификация а
эта новая модификация попадает в доп. прайс-лист.
В противном случае Вам надо покинуть сводный заказ пройти другим путем
для добавления позиции в обычный прайс.
А дальше на основании этого кнопочка расчет плановой себестоимости
на самом деле должна иметь расчет не только плановой цены а новой
отпускной цены (с наценкой к посчитанной плановой).С тем, чтобы
мы могли оформить заказ на оперативно созданную модификацию
продукции. И никаких других целей кнопица "расчет плановой себестоимости" под собой не имеет и работать отказывается во
всех остальных ситуациях.
И там у нас пусто!!!
Очень интересно. Такое ощущение, что нам по этому отчету даже и производить ничего не нужно...Теперь далее параллельно еще один момент. Этот самый ориентир, как Вы сказали, он будет формироваться только для отдела Планирования или он каким-либо образом будет виден и для производства? Ведь, если это ориентир на то когда и что примерно будет выпускаться, то мы, во-первых, изменяя эти самые строки, меняем примерный план выпуска по дням, так? И во вторых, тот подневный план который там есть он же должен быть и ориетиром для производства?
P.S. К стати, довольно интересный момент, не относящийся к обсуждению этой темы. В сводных заказах есть возможность заказывать отрицательное количство продукции, тоже очень интересно. Это так и должно быть??
ВО-первых у меня в отчете не пусто.
ВО-вторых - да это только для планирования.
У нас не ERP система.
В течении месяца заводите документы движения и все.
Заводите факт выполненных операций для з.п.
А все остальное за месяц подбиваете единовременно.
Вот я и пытаюсь понять для какого планирования мне нужно разбивать план подневно? Для планирования на месяц? Зачем мне при планировании на месяц разбивать план по дням, а тем более возможность их изменять?
Если Вы при планировании на месяц не хотите иметь ориентир когда примерно и что внутри месяца хотите получить - ну и не занимайтесь этим. Вас ни кто не обязывает. Это всего лишь ориентир справочный и не более того.
nordk пишет:
А фактический выпуск это другой показатель. Вы просто создаетедокумент что вы выпустили реально эту продукцию вот такого числаи дальше сранивайте с плановым показателем по дням.
А Вы считаете, что план графика выпуска продукции-это документ, который показывает фактический выпуск?
Откуда такие выводы ? План это только план и не более того.
Он не должен влиять на ввод данных по факту.
Саак Шахламджян пишет:
В каких соответствующих отчетах? Конкретно в каком отчете используются измененные даты (или пусть даже не измененные, а те самые подневные) плана ОКПП?
Например,формирование отчетов -> объемно-календарный план -> Подневный календарный план
Скорее ошибка была в том, что перегонять заставили наработки в 3.3 в такой вид bdll. (Наверно это одна из причин почему мы на 3.3 не переводили наших клиентов.) Ну был, к сожалению, период, когда для разработки плагинов платформа разрабатывалась и был дан некий инструментарий как есть.
Речь даже не об отказе от BDLL, а от принципов работы с ней, принятых в 3.3.
Сейчас пользовательская bdll поддерживаться будет все равно. Одно то, что
новый интерфейс именно в bdll рисуем говорит об этом.
И разбирать на файлики не надо. Речь про то, что новые решения можно
теперь и через hrb делать, а пользовательская bdll в варианте от 3.3
будет одна с одним конкретным именем. А новые уже принимайте решение как будете делать, если пункт меню - то пожалуйста и я об этом написал, чтобы Ваши индексы и базы поддерживать кладите их в соответствующее место. Если на события, то новые можете на hrb делать.
3. В ОКПП появилась возможность изменять план выпуска продукции на конкретную дату!!!(раньше этого не знал) ... Но, оказалось, что такой возможности нет в плане-графике выпуска!!! ...
Даты для плана выпуска продукции это собственно все что есть на этом работа с датами и заканчивается.Изменение дат ни на что не влияет и влиять не может.
Когда смотрим расшифровку сводной строки ОКПП для какого-либо продукта (там под конкретную продукцию указаны даты, когда и сколько продукции планируется выпустить) мы можем изменить кол-во выпуска продукции для каждой конкретной даты.
Цитата
Изменение дат ни на что не влияет и влиять не может.
Тогда само собой напрашивается :
А для чего пользователю дана возможность ПРАВИТЬ расшифровки этих строк ОКПП, если это ни на что не влияет и это никому не нужно?
Давайте не путать планирование с контролем отпуска.
У нас есть план когда и какого числа мы хотим выпустить продукцию.
И результат этого плана и изменения дат в нем мы видим в соответствующих отчетах.
А фактический выпуск это другой показатель. Вы просто создаете
документ что вы выпустили реально эту продукцию вот такого числа
и дальше сранивайте с плановым показателем по дням.
А Вы хотит как я понял еще и контроль по дням воткнуть.
Т.е. мы предлагаем даты для планирования и построения отчетов, а не
для контроля и управления.
Заказ-наряд он фиксирует что Вам надо за месяц - поскольку дискретность программы месяц, а не день. И по этому от дат внутри месяца он не зависит и зависеть не может.(дл него это всего лишь перестановка слагаемых, а его задача сумму отражать)
Ну Алексей зачем так то ?
На самом деле в 3.3 было сделано совершенно нелогично и не увязывалось с наследованием из БЭСТ-4+.
Теперь все стало на свои места и врядли этот стиль уже менять будут,
скорее улучшать.
Да, конечно переделали и очень серъезно.
Виктор отказывайтесь плз от технологий 3.3 и лучше не надо ничего по
аналогу делать.(в плане запуска отладчика и т.п.)
Посмотрите для начала на УРОК 3 пункт 2 и на описание ко второму пакету версии 3.4.
Отладчик стартует по ALTD() и для этого БЭСТ ни с какими ключами запускать не надо. Теперь можно делать спокойно на hrb кстати для
подключения по CTRL-F5.
Поддержку библиотек не отключали 3.3, но сама организация поддержки пользовательских решений теперь упорядочена и полагаю Вам необходимо с ней ознакомиться.