• На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

В ИН записана оснастка.
Где указать, номенклатуру (т.е. к ДЕ-ли или СБ-ке  - код этой  ДЕ-ли или СБ-ки обозначим #)  для изготовления которой эта оснастка делается?
1. В ТП на # - не предлагать, потому что отчёт Карта заказов ( с указанием #), на эту оснастку должен быть выпущен до того, как эта оснастка будет изготовлениа и применять её в ТП на # до этого - нельзя.
2. Одна и та же оснастка может изготавливаться на разные # .
3. В дальнейшем должен быть учёт оснастки в производстве.
спасибо

  • На форуме с 8 октября 2003
  • Сообщений: 431

Re: оснастка

Марина писал(а):
В ИН записана оснастка.
Где указать, номенклатуру (т.е. к ДЕ-ли или СБ-ке  - код этой  ДЕ-ли или СБ-ки обозначим #)  для изготовления которой эта оснастка делается?
1. В ТП на # - не предлагать, потому что отчёт Карта заказов ( с указанием #), на эту оснастку должен быть выпущен до того, как эта оснастка будет изготовлениа и применять её в ТП на # до этого - нельзя.

Вопрос старый и уже 1000 раз в разных местах обсуждавшийся :)
Почитайте, например вот, здесь:

http://www.technologics.ru/program/file … 15392.html

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

И что значит "нельзя применять в техпроцессе"?
Нельзя применять техпроцесс в производстве и соответственно отдавать туда документы, в которых данная оснастка указана, пока её физически нет и непонятно когда будет - это понятно.
А почему нельзя в БД указать что для изготовления детали потребуется оснастка, если она действительно потребуется? Что за запрет такой странный искусственный?


Марина писал(а):
2. Одна и та же оснастка может изготавливаться на разные # .

Ну и что?

Марина писал(а):
3. В дальнейшем должен быть учёт оснастки в производстве.

Опять же, а в чём проблема то?

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

со ссылкой ознкомилась ...
вопрос: при предложенном варианте учёта оснастки 
как организовать данные, чтобы получить отчёт "График обеспечения СТО по изделию"  ?
То есть для такого отчёта  данные должны накапливаться ... а здесь,если я правильно поняла.
1. вносим СТО в справочник ИН
2. используем СТО в ТП и формируем из ТП отчёт "Заявка на проектирование СТО".
3. сохраняем в архиве эскиз+отчёты "Заявка на проектирование СТО".
---------------------------------------------------------------
ещё ... ТП-зависим объекты-Документы связанные с позицией, в Справке не описана кнопка меню
"Найти запись во владельце"- не понятна её функция.
Спасибо

  • На форуме с 8 октября 2003
  • Сообщений: 431

Re: оснастка

Марина писал(а):
как организовать данные, чтобы получить отчёт "График обеспечения СТО по изделию"  ?

точно так же. А в чем проблема?
Вносите оснастку в справочник и сразу в ТП, для которого она нужна. К ней приделываете документ - заявку. По мере разработки оснастки заводите в справочник ей обозначение присвоенное. Самый простой способ оценить текущее состояние дел (если не заморачиваться реальным планированием и управлением производством оснастки) - через статус документа - заявки. Например: выписана, принята, отклонена, разработана, изготовлена или что-нибудь типа того.
Отчет стоить по изделию не сложно. Берете итоговую спецификацию, выбираете из всех ТП всю оснастку, к которой приделаны документы - заявки. И выводите что-нибудь вроде:

Оснастка | для чего требуется (детали) | куда входит | состояние

и так по всему изделию.

Можно ещё какие-нибудь даты приделать (через атрибуты документа, например). В общем, есть простор для творчества.


Марина писал(а):
То есть для такого отчёта  данные должны накапливаться ...

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

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

1. Номер документа Карта заказов (КЗ) должен увеличиваться на 1 при формировании очередного документа.
В виде документа "Заявка" указали "Новое значение каждый раз при обращении к генератору".
Но почему-то при добавлении в Архив очередной КЗ значение увеличивается не на 1, а на 2.
Для чего нужен этот режим? Где его можно использовать?   

2. Для формирования отчёта по изделию через ИС по Картам заказов эти номера заказов придётся в каждой номенкл. позиции оснастки (ИН) вручную вести, например, параметр "Номер КЗ", потому что больше его взять неоткуда, т к КЗ сформировали, в архив записали - и всё.

Можно ли как-то избежать этой ручной работы? Если есть режим генерации номера, как его использовать и почему он увеличивает на 2?

  • На форуме с 8 октября 2003
  • Сообщений: 431

Re: оснастка

Марина писал(а):
2. Для формирования отчёта по изделию через ИС по Картам заказов эти номера заказов придётся в каждой номенкл. позиции оснастки (ИН) вручную вести, например, параметр "Номер КЗ", потому что больше его взять неоткуда, т к КЗ сформировали, в архив записали - и всё.

ничего не понятно...
что такое "Карты заказов"? это заявки на проектирование оснастки? или что?

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

Да.
Карта заказов - это Заявка на проектирование одной оснастки.
И вот получается следующее ...
Что номер этой Заявки (НЗ), нигде не хранится, если не вести его в параметре вручную на каждую позицию оснастки (см предыдущее сообщение).
А для формы на изделие, где видна вся оснастка на это изделие, требуется (НЗ) выводить.
Хотелось бы избежать ручного ввода параметра.

- и ещё из предыдущего сообщения ...  можно узнать где можно использовать "Значения генераторов обозначения документов" из закладки "Виды документов" ? Может быть в случае, описанном выше тоже можно его использовать ? Только он почему-то прибавляет 2 а не 1.

  • На форуме с 8 октября 2003
  • Сообщений: 431

Re: оснастка

Марина писал(а):
Да.
И вот получается следующее ...
Что номер этой Заявки (НЗ), нигде не хранится, если не вести его в параметре вручную на каждую позицию оснастки (см предыдущее сообщение).

А почему нельзя хранить этот номер просто как обозначение соответствующего документа - заявки? 
(под заявкой в данном случае понимаем эл. документ зарегистрированный в TCS, связанный с соответствующей оснасткой (номенклатура) в БД).

  • На форуме с 23 марта 2004
  • Сообщений: 252

Re: оснастка

Марина писал(а):
1. Номер документа Карта заказов (КЗ) должен увеличиваться на 1 при формировании очередного документа.
В виде документа "Заявка" указали "Новое значение каждый раз при обращении к генератору".
Но почему-то при добавлении в Архив очередной КЗ значение увеличивается не на 1, а на 2...

Можно ли как-то избежать этой ручной работы? Если есть режим генерации номера, как его использовать и почему он увеличивает на 2?


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

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

Константин писал(а):

Марина писал(а):
Да.
И вот получается следующее ...
Что номер этой Заявки (НЗ), нигде не хранится, если не вести его в параметре вручную на каждую позицию оснастки (см предыдущее сообщение).

А почему нельзя хранить этот номер просто как обозначение соответствующего документа - заявки?
(под заявкой в данном случае понимаем эл. документ зарегистрированный в TCS, связанный с соответствующей оснасткой (номенклатура) в БД).

Нельзя, потому что, юзер просит, чтобы наращивание номера заявки на 1 происходило автоматически, а получается что мы даём этот Номер
2 раза вручную: первый раз-когда формируем сам документ-заявку из ТП (этот номер должен присутствовать в самом отчёте) и второй раз, когда сохраняем

Константин писал(а):
этот номер просто как обозначение соответствующего документа - заявки .

Ещё остался вопрос :
В виде документа "Заявка" указали "Новое значение каждый раз при обращении к генератору". 
Но почему-то при добавлении в Архив очередной КЗ значение увеличивается не на 1, а на 2. 
Для чего нужен этот режим? Где его можно использовать?

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

Константин писал(а):

Марина писал(а):
Да.
И вот получается следующее ...
Что номер этой Заявки (НЗ), нигде не хранится, если не вести его в параметре вручную на каждую позицию оснастки (см предыдущее сообщение).

А почему нельзя хранить этот номер просто как обозначение соответствующего документа - заявки?
(под заявкой в данном случае понимаем эл. документ зарегистрированный в TCS, связанный с соответствующей оснасткой (номенклатура) в БД).

Нельзя, потому что, юзер просит, чтобы наращивание номера заявки на 1 происходило автоматически, а получается что мы даём этот Номер
2 раза вручную: первый раз-когда формируем сам документ-заявку из ТП (этот номер должен присутствовать в самом отчёте) и второй раз, когда сохраняем

Константин писал(а):
этот номер просто как обозначение соответствующего документа - заявки .

Ещё остался вопрос:
В виде документа "Заявка" указали "Новое значение каждый раз при обращении к генератору". 
Но почему-то при добавлении в Архив очередной КЗ значение увеличивается не на 1, а на 2. 
Для чего нужен этот режим? Где его можно использовать?

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

Константин писал(а):

Марина писал(а):
Да.
И вот получается следующее ...
Что номер этой Заявки (НЗ), нигде не хранится, если не вести его в параметре вручную на каждую позицию оснастки (см предыдущее сообщение).

А почему нельзя хранить этот номер просто как обозначение соответствующего документа - заявки?
(под заявкой в данном случае понимаем эл. документ зарегистрированный в TCS, связанный с соответствующей оснасткой (номенклатура) в БД).

Нельзя, потому что, юзер просит, чтобы наращивание номера заявки на 1 происходило автоматически, а получается что мы даём этот Номер
2 раза вручную: первый раз-когда формируем сам документ-заявку из ТП (этот номер должен присутствовать в самом отчёте) и второй раз, когда сохраняем

Константин писал(а):
)этот номер просто как обозначение соответствующего документа - заявки .


Ещё остался вопрос:
В виде документа "Заявка" указали "Новое значение каждый раз при обращении к генератору". 
Но почему-то при добавлении в Архив очередной КЗ значение увеличивается не на 1, а на 2. 
Для чего нужен этот режим? Где его можно использовать?

  • На форуме с 23 марта 2004
  • Сообщений: 252

Re: оснастка

Марина писал(а):
ещё ... ТП-зависим объекты-Документы связанные с позицией, в Справке не описана кнопка меню
"Найти запись во владельце"- не понятна её функция.
Спасибо


Слева (в области информационное поле) панели зависимых объектов, когда она открыта в режиме "Документы связанные с позицией", есть три режима:
- Документы текущей позиции (1)
- Документы по всем позициям (2)
- Документы верхнего уровня (3)

1. Отображает документы связанные с текущей позицией ТП
2. Отображает все документы, связанные с позициями ТП в текущей версии. В этом-то режиме кнопка "Найти запись во владельце" и срабатывает, позиционируясь на той позиции ТП, с которой связан выбранный в зависимом объекте документ.
3. Отображает все документы, связанные с позициями ТП по всем версиям ТП данной номенклатуры.

  • На форуме с 8 октября 2003
  • Сообщений: 431

Re: оснастка

Марина писал(а):

Константин писал(а):
А почему нельзя хранить этот номер просто как обозначение соответствующего документа - заявки?

Нельзя, потому что, юзер просит, чтобы наращивание номера заявки на 1 происходило автоматически, а получается что мы даём этот Номер
2 раза вручную: первый раз-когда формируем сам документ-заявку из ТП (этот номер должен присутствовать в самом отчёте) и второй раз, когда сохраняем

Константин писал(а):
)этот номер просто как обозначение соответствующего документа - заявки .

Вообще ничего не понял... А в чем проблема то? Зачем 2 раза то вводить вручную? Вообще ни разу не надо вводить же вроде?
Создаем заявку (номер у нас, кстати, нормальнго генерится. Через 1, а не через 2. Вы часом не через API сами номер этот генерите?), связанную с номенклатурой инструмента (когда работаем с ТП). Потом, если надо в отчете распечатать, то этот номер из обозначения документа и берем. Вроде и всё.
Я что-то никак в толк не возьму, зачем куда-то что-то еще вводить то?

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

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

1.В виде документа "Заявка" указали "Новое значение каждый раз при обращении к генератору". 
2.открываем вид документа - заявка- "Значения генераторов обозначений документов" - в поле  "Следующее значение"ставим 7.
3.Документооборот - архив- добавляем новый документ Заявка.
4.открываем вид документа - заявка- "Значения генераторов обозначений документов" - в поле  "Следующее значение"стоит 9.
Вот так.

  • На форуме с 23 марта 2004
  • Сообщений: 252

Re: оснастка

В итоге, с каким номером создается документ в архиве?
Не надо ничего ставить в "следующее значение генератора"!!!  :!: 
Надо просто при создании документа, выбрать вид "Заявка", поле обозначение заполнится при этом автоматически, далее заполнить остальные поля, и так со всеми документами.
подробнее здесь

please-change-link

  • На форуме с 5 ноября 2003
  • Сообщений: 145

Re: оснастка

большое спасибо, всё получилось ... сначала заводим в Архиве документ, а потом в отчёте вставляем готовый сгенерированный
номер. Это как раз то, что требовалось.