Re: Cоздание собственных наборов данных
Пожалуйста. Ну и отлично, что всё получилось!
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
TechnologiCS → TechnologiCS → Практические приемы работы → Cоздание собственных наборов данных
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Пожалуйста. Ну и отлично, что всё получилось!
В режиме "Состав с параметрами" добавлен параметр "Прим.", уникальный код TCS_SP_PR ...
Поле "Прим." появилось, но оно остается пустым. Почему информация из примечания спецификации не попадает сюда?
Потому что добавленный параметр не является параметром номенклатуры, а является параметром позиции спецификации. Вот так его надо подключать:
Потому что добавленный параметр не является параметром номенклатуры, а является параметром позиции спецификации. Вот так его надо подключать:
Дело в том, что в параметры спецификации, в отличие от параметров номенклатуры, я, почему-то, не могу ничего добавить...
Дело в том, что в параметры спецификации, в отличие от параметров номенклатуры, я, почему-то, не могу ничего добавить
Да, так и есть, перечень параметров спецификации строится системой автоматически. При переходе в режим "Состав с параметрами" программа предлагает отказаться от построения списка параметров, для его получения в запросах надо отвечать "Нет":
По-моему, достаточно, чтобы все нужные параметры были у первой записи в спецификации.
Ну или ещё, как вариант, выделить и скопировать в параметрах позиции спецификации необходимые параметры и вставить в режиме "Состав с параметрами" в параметры спецификации.
SVK пишет:Дело в том, что в параметры спецификации, в отличие от параметров номенклатуры, я, почему-то, не могу ничего добавить
Да, так и есть, перечень параметров спецификации строится системой автоматически. При переходе в режим "Состав с параметрами" программа предлагает отказаться от построения списка параметров, для его получения в запросах надо отвечать "Нет":
По-моему, достаточно, чтобы все нужные параметры были у первой записи в спецификации.
Ну или ещё, как вариант, выделить и скопировать в параметрах позиции спецификации необходимые параметры и вставить в режиме "Состав с параметрами" в параметры спецификации.
Именно нужной графы "Примечание" и нет. "...выделить и скопировать в параметрах позиции спецификации" - где нужно выделить чтобы скопировать? В каком окне, ...?
Ну, примерно так:
Ну, примерно так:
Так и сделал. Параметр (в итоговой спецификации) появился. Но - пустой. Хотя в исходной - заполнен. Это разные параметры спецификации?
Нам нужно, чтобы в Итоговую спецификацию попадали данные из поля "Примечание" всех входящих. Как впрочем и все остальные данные. Чем поле "Примечание" отличается в этом смысле от "Обозначения" например?
Нам нужно, чтобы в Итоговую спецификацию попадали данные из поля "Примечание" всех входящих. Как впрочем и все остальные данные. Чем поле "Примечание" отличается в этом смысле от "Обозначения" например?
Тут надо различать параметр "Прим." с уникальным кодом "TCS_SP_PR" и графу "Примечание" в режиме "Спецификация". Это всё-таки разные вещи.
Для Вашего случая получить желаемое с помощью "Схемы поиска" и "Состава с параметрами" не получится, тут надо всё-таки использовать наборы данных.
SVK пишет:Нам нужно, чтобы в Итоговую спецификацию попадали данные из поля "Примечание" всех входящих. Как впрочем и все остальные данные. Чем поле "Примечание" отличается в этом смысле от "Обозначения" например?
Тут надо различать параметр "Прим." с уникальным кодом "TCS_SP_PR" и графу "Примечание" в режиме "Спецификация". Это всё-таки разные вещи.
Для Вашего случая получить желаемое с помощью "Схемы поиска" и "Состава с параметрами" не получится, тут надо всё-таки использовать наборы данных.
А что же это за параметр такой? Где он используется? Непонятно, почему для каждой позиции информация из полей "Обозначение", "Наименование" и др. "вытаскивается" и обрабатывается, а из этого поля - нет.
Дело в том, что по ЕСКД это поле содержит такую же важную информацию, что и др. поля спецификации, а не выполняет какую-то вспомогательную функцию.
Например, кроме того, что для деталей "БЧ" в эту графу записываются исполнительные размеры детали с допусками, массу деталей и др., при допустимых вариантах замен деталей, в этой графе указывают "... шт., допуск, замена на поз...", а графу "Кол" - прочеркивают (см. ГОСТ 2.109)...
И с наборами данных не все так просто. Теперь непонятно какие таблицы использовать, чтобы через обозначение, наименование деталей в итоговой спецификации выйти на таблицу, содержащую соответствующую информацию в графе "Примечание" исходной спецификации. По какому параметру искать, если это "разные вещи"?
А что же это за параметр такой? Где он используется?
Это не параметр, а отдельная графа "электронной" спецификации TechnologiCS, используется он только в спецификациях.
В принципе, многое, что пишется с графе "Примечание" лучше заводить в спецификацию параметрами позиции, этим в последующем облегчается поиск и обработка данных в автоматизированной системе. Для единиц измерения существует отдельная графа.
И с наборами данных не все так просто. Теперь непонятно какие таблицы использовать, чтобы через обозначение, наименование деталей в итоговой спецификации выйти на таблицу, содержащую соответствующую информацию в графе "Примечание" исходной спецификации. По какому параметру искать, если это "разные вещи"?
Ну, тут с итоговой не всё и получится, так как одна и таже номенклатура может входить в разные спецификации, и, соответственно, примечания будут разные.
В принципе всё, что Вам нужно, в режиме "Итоговой спецификации" уже есть. Этот режим как раз и существует для получения всевозможных сводных ведомостей. В демо-базе есть много примеров отчётов, посмотрите, что там есть, возможно, какой-то из них можно будет доработать под Ваши требования.
Кстати, есть пример того документа (ведомости), который требуется получить?
параметр TCS_SP_PR не заполняется автоматически из поля примечание( технические ограничения)
SVK пишет:А что же это за параметр такой? Где он используется?
Это не параметр, а отдельная графа "электронной" спецификации TechnologiCS, используется он только в спецификациях.
В принципе, многое, что пишется с графе "Примечание" лучше заводить в спецификацию параметрами позиции, этим в последующем облегчается поиск и обработка данных в автоматизированной системе. Для единиц измерения существует отдельная графа.SVK пишет:И с наборами данных не все так просто. Теперь непонятно какие таблицы использовать, чтобы через обозначение, наименование деталей в итоговой спецификации выйти на таблицу, содержащую соответствующую информацию в графе "Примечание" исходной спецификации. По какому параметру искать, если это "разные вещи"?
Ну, тут с итоговой не всё и получится, так как одна и таже номенклатура может входить в разные спецификации, и, соответственно, примечания будут разные.
В принципе всё, что Вам нужно, в режиме "Итоговой спецификации" уже есть. Этот режим как раз и существует для получения всевозможных сводных ведомостей. В демо-базе есть много примеров отчётов, посмотрите, что там есть, возможно, какой-то из них можно будет доработать под Ваши требования.Кстати, есть пример того документа (ведомости), который требуется получить?
1. Конечно, одна и та же номенклатура может входить в разные изделия и в разном количестве. Для этого мы и делаем разузлование. И в это разузлование должны попадать данные из "Примечаний" соответствующих спецификаций. Как, например, данные из графы "Количество" тех же спецификаций.
2. Вот пример того, что мы хотим получить.электронной
PS: Кстати, при копировании "выделенных позиций в буфер обмена как текст" и последующей вставке этого текста есть проблема со шрифтами: кириллица не читается. Это можно как-то поправить (в конечном документе)?
Это не параметр, а отдельная графа "электронной" спецификации TechnologiCS, используется он только в спецификациях.
В принципе, многое, что пишется с графе "Примечание" лучше заводить в спецификацию параметрами позиции, этим в последующем облегчается поиск и обработка данных в автоматизированной системе. Для единиц измерения существует отдельная графа.
Все дело в том, что спецификации заполняются конструктором в соответствии с требованиями ЕСКД. И со спецификацией дальше работают разные службы, специалисты, ... Причем работают, в том числе, и с "бумажными версиями" спецификаций. Поэтому мне, как конструктору, пользователю, а не разработчику TechnologiCS, непонятно, что значит "заводить в спецификацию параметрами позиции" данные из графы "Примечание". Как и что я должен заполнить, чтобы получить сводную таблицу?
Кстати, при копировании "выделенных позиций в буфер обмена как текст" и последующей вставке этого текста есть проблема со шрифтами: кириллица не читается. Это можно как-то поправить (в конечном документе)?
Перед выполнением команды "Копировать выделенные позиции в буфер обмена как текст" необходимо переключиться на русскую раскладку клавиатуры, тогда текст будет вставляться нормально.
... непонятно, что значит "заводить в спецификацию параметрами позиции" данные из графы "Примечание".
Я имел в виду, что для упрощения дальнейшей обработки данных, желательно ту разнородную информацию, которую записывают в графу "Примечание" разносить по соответсвующим параметрам позиции спецификации.
Как и что я должен заполнить, чтобы получить сводную таблицу?
Для того, чтобы получить сводную таблицу, ничего вносить дополнительно не надо, если Вас устраивает просто текст из графы "Примечание". Всю нужную Вам информацию для сводной таблицы можно получить из зависимых объектов в режиме "Итоговая спецификация". Просто нужно настроить шаблон отчета для выгрузки данных в требуемой Вам форме.
SVK пишет:... непонятно, что значит "заводить в спецификацию параметрами позиции" данные из графы "Примечание".
Я имел в виду, что для упрощения дальнейшей обработки данных, желательно ту разнородную информацию, которую записывают в графу "Примечание" разносить по соответсвующим параметрам позиции спецификации.
Спасибо. C точки зрения обработки информации - конечно, но ЕСКД при определенных условиях (см. выше) требует обратного - всю эту информацию выносить в "Примечание"...
Для построения сводной таблицы конечно же нас устроил бы просто текст из графы "Примечание". Но у нас проблема еще и в том, что в MS Office не установлен Access, а существующие отчеты используют в основном его... Будем думать... Возможно "кусками" экспортировать в текст/Excel, и там уже собирать...
Пожалуйста.
ЕСКД при определенных условиях (см. выше) требует обратного - всю эту информацию выносить в "Примечание"...
Ну, может имеет смысл повернуть процесс в другую сторону? Например, первоначально вносить данные в TechnologiCS по разным ячейкам (параметрам спецификации), а отчет строить по ЕСКД, вынося данные из параметров в графу "Примечание" по требуемой форме.
Зачастую проблема в том, что на предприятих с внедрением автоматизированных систем продолжают работать по-старому, сначала разрабатывают спецификации на бумаге, а потом переносят в АСУ. Лучше делать наоборот - строить спецификацию в TechnologiCS, а потом программа оформит спецификацию так, как надо.
Но у нас проблема еще и в том, что в MS Office не установлен Access, а существующие отчеты используют в основном его... Будем думать... Возможно "кусками" экспортировать в текст/Excel, и там уже собирать...
Могу посоветовать использовать тип набора данных "Документы (данные в MS Excel)", он хоть и считается устаревшим и оставлен для совместимости со старыми версиями, но вполне рабочий. Дальше полученный файл MS Excel можете обрабатывать так, как нужно.
Единственный момент - Вам необходимо будет связаться с Вашим поставщиком TechnologiCS`а и попросить последнее обновление, а именно - версию Technologics 6.2.0.0(15919).
На рисунке привожу как примерно нужно настроить шаблон отчёта для набора данных "Документы (данные в MS Excel)" для Вашего случая:
В принципе, многое, что пишется с графе "Примечание" лучше заводить в спецификацию параметрами позиции, этим в последующем облегчается поиск и обработка данных в автоматизированной системе.
Это конечно самый правильный вариант. Тогда значительно упрощается последующий анализ данных и можно строить любые своды.
А поле примечание при этом можно всегда правильно сформировать однозначным способом.
Для удобства ввода параметров с спецификации можно сделать карточки.
Пожалуйста.
SVK пишет:ЕСКД при определенных условиях (см. выше) требует обратного - всю эту информацию выносить в "Примечание"...
Ну, может имеет смысл повернуть процесс в другую сторону? Например, первоначально вносить данные в TechnologiCS по разным ячейкам (параметрам спецификации), а отчет строить по ЕСКД, вынося данные из параметров в графу "Примечание" по требуемой форме.
Зачастую проблема в том, что на предприятих с внедрением автоматизированных систем продолжают работать по-старому, сначала разрабатывают спецификации на бумаге, а потом переносят в АСУ. Лучше делать наоборот - строить спецификацию в TechnologiCS, а потом программа оформит спецификацию так, как надо.SVK пишет:Но у нас проблема еще и в том, что в MS Office не установлен Access, а существующие отчеты используют в основном его... Будем думать... Возможно "кусками" экспортировать в текст/Excel, и там уже собирать...
Могу посоветовать использовать тип набора данных "Документы (данные в MS Excel)", он хоть и считается устаревшим и оставлен для совместимости со старыми версиями, но вполне рабочий. Дальше полученный файл MS Excel можете обрабатывать так, как нужно.
Единственный момент - Вам необходимо будет связаться с Вашим поставщиком TechnologiCS`а и попросить последнее обновление, а именно - версию Technologics 6.2.0.0(15919).
На рисунке привожу как примерно нужно настроить шаблон отчёта для набора данных "Документы (данные в MS Excel)" для Вашего случая:
Мы недавно приобрели и используем "связку" nanoCAD Механика 4 + Technologics 6.2.0.0(15901). Спецификация формируется конструктором в nanoCAD Механике. Попробуем обновить до 15919. Попробую воспользоваться и набором данных.
В принципе, многое, что пишется с графе "Примечание" лучше заводить в спецификацию параметрами позиции, этим в последующем облегчается поиск и обработка данных в автоматизированной системе.
Это конечно самый правильный вариант. Тогда значительно упрощается последующий анализ данных и можно строить любые своды.
А поле примечание при этом можно всегда правильно сформировать однозначным способом.
Для удобства ввода параметров с спецификации можно сделать карточки.
Наверное, с точки зрения обработки данных, это так. Но, как я писал выше, наш САПР начинается с nanoCAD Механики. Там работают конструкторы. А в TechnologiCS работают другие специалисты и создавать КД (чертеж и спецификацию к нему) разными людьми и в разных программах мягко говоря не логично. Перенабирать автоматически полученные данные то же не лучший вариант... Вот мы и пытаемся как-то решить эту проблему. Конечно на это требуется время и "освоение" нами, нашими специалистами "смежных" программ. Это понятно и мы к этому были готовы. Но, надеюсь, все у нас получится. Будем развиваться в этом направлении параллельно.
В принципе, многое, что пишется с графе "Примечание" лучше заводить в спецификацию параметрами позиции, этим в последующем облегчается поиск и обработка данных в автоматизированной системе.
...
Это конечно самый правильный вариант...Для удобства ввода параметров с спецификации можно сделать карточки.
А можно ли как-то автоматизировать процесс создания карточек с использованием импорта данных из DBF-файлов, созданных в nanoCAD Механика? Так, чтобы информация из поля S11 ("Примечание" спецификации) попадала в карточку одновременно с информацией из полей S6 и S7 ("Обозначение" и "Наименование" соответственно).
А можно ли как-то автоматизировать процесс создания карточек с использованием импорта данных из DBF-файлов, созданных в nanoCAD Механика? Так, чтобы информация из поля S11 ("Примечание" спецификации) попадала в карточку одновременно с информацией из полей S6 и S7 ("Обозначение" и "Наименование" соответственно).
Не совсем понял что требуется. Мы вроде как говорили что надо разные параметры, а потом из них формировать текст примечания в спецификации.
Если вы зададите эти параметры в файле импорта СП 13.6.3 Импорт спецификаций сеекция PAR_S, то они и попадут в СП TechnologiCS как параметры, а карточки можно рисовать уже любые.
Умеет ли так делать nanoCAD Механика честно говоря не знаю (но так понимаю он экспортирует только строки СП без параметров). Можно конечно этот файл как-то предварительно обработать, если знаете что именно требуется.
А можно ли как-то автоматизировать процесс создания карточек с использованием импорта данных из DBF-файлов, созданных в nanoCAD Механика? Так, чтобы информация из поля S11 ("Примечание" спецификации) попадала в карточку одновременно с информацией из полей S6 и S7 ("Обозначение" и "Наименование" соответственно).
Не совсем понял что требуется. Мы вроде как говорили что надо разные параметры, а потом из них формировать текст примечания в спецификации.
Если вы зададите эти параметры в файле импорта СП 13.6.3 Импорт спецификаций сеекция PAR_S, то они и попадут в СП TechnologiCS как параметры, а карточки можно рисовать уже любые.
Умеет ли так делать nanoCAD Механика честно говоря не знаю (но так понимаю он экспортирует только строки СП без параметров). Можно конечно этот файл как-то предварительно обработать, если знаете что именно требуется.
Все очень просто: требуется что бы информация из поля S11 импортируемого файла DBF где-то "прописалась" в TechnologiCS'е, что бы потом при разузловании ее было видно в соответствующей записи...
требуется что бы информация из поля S11 импортируемого файла DBF где-то "прописалась" в TechnologiCS'е
Обработайте dbf перем импортом и пееренсти поле S11 в параметр (Секций PAR_S). Но учитывайте, что длина значения параметра 50 символом, а поля коментарий - 255.
Чтобы отправить ответ, вы должны войти или зарегистрироваться
TechnologiCS → TechnologiCS → Практические приемы работы → Cоздание собственных наборов данных