Приложение № 2
к документации о закупке
Техническое задание
на поставку комплексной системы мониторинга загрузки оборудования
1. Задачи, назначение и область применения
Система относится к классу систем мониторинга станков MDC (ManufacturingDataCollection) и внедряется для создания единого информационного пространства, а также повышения эффективности работы станочного оборудования ПАО ААК «Прогресс».
2. Требования к функциям системы мониторинга
контроль времени работы и простоев оборудования с классификацией их причин;
контроль на оборудовании токовой нагрузки, потребляемой электроэнергии, уровня входного напряжения (всплески и провалы);
передача информации о состояниях оборудования ответственным сотрудникам предприятия;
идентификация обслуживающего персонала;
аналитические отчеты о работе оборудования с возможностью создания произвольных отчетов, вывода информации на большой экран;
контроль времени выполнения технологических операций;
управление программами для станков с ЧПУ;
контроль и управление простоями оборудования, включая подсистему «Диспетчеризации» и подсистему «ТОиР».
3. Перечень оборудования, подлежащего мониторингу
В таблице №1 приводится перечень и краткие характеристики оборудования, подлежащего мониторингу.
Таблица № 1.
№
|
Модель
|
ЧПУ
|
Кол.
|
Цех
|
1
|
CTX Alpha 300
|
Heidenhain CNC Pilot 4290
|
2
|
128
|
2
|
CTX Alpha 500
|
Heidenhain CNC Pilot 4290
|
2
|
128
|
3
|
CTX Beta 1250
|
Heidenhain CNC Pilot 4290
|
1
|
128
|
4
|
DMU 60
|
Heidenhain iTNC530
|
5
|
128
|
5
|
DMU125FD
|
Heidenhain Mill Plus IT V5.30
|
1
|
128
|
6
|
DMU125P
|
Heidenhain iTNC530
|
3
|
128
|
7
|
DMF260
|
Heidenhain iTNC530
|
1
|
128
|
8
|
Mazak INTEGREX i-150
|
Mazatrol Matrix
|
3
|
128
|
9
|
MINI-88Y
|
Fanuc 0i-TD
|
2
|
128
|
10
|
TNC-10A
|
Fanuc 0i-TD
|
2
|
128
|
11
|
TNC-30N
|
Fanuc 0i-TD
|
2
|
128
|
4. Требования к технической документации
Всё оборудование должно сопровождаться комплектом технической документации на русском языке, включая паспорта, руководство по эксплуатации на регистраторы, станочные терминалы, токовые клещи, методики для операторов станков с ЧПУ для организации ввода и вывода управляющих программ, выбора причин простоя станка, включения и выключения станочных терминалов.
5. Требования к станочному терминалу и регистратору
Станочный терминал должен быть в комплекте со шлейфом мониторинга и регистратором для регистрации дискретных и аналоговых сигналов, сканером штрих-кода с подставкой для крепления на станке и электроизмерительными клещами. Диапазон измеряемых токов и длина кабелей подключения уточняются Заказчиком. Питание каждого станочного терминала и регистратора идет от сети переменного тока 220В через блок питания 220/24В и автоматический выключатель.
Станочный терминал должен иметь дисплей TFT с диагональю не менее 3,5”, для индикации работы и параметров настроек. Экран дисплея сенсорный и должен допускать ввод действий при помощи стилуса. Кроме того, для управления и настройки должны быть предусмотрены кнопки, в количестве не более 5 шт. Все подключения к разъемам должны находиться внутри корпуса, а провода удерживаться фиксаторами. Открытыми допускается оставить только USB разъемы для подключения сканера штрих-кода и передачи управляющих программ.
Регистраторы должны соответствовать следующим требованиям:
- на печатных платах регистратора дискретных и аналоговых сигналов должны быть разведены проводники высоковольтных и низковольтных цепей электросхемы;
- печатные платы регистратора дискретных и аналоговых сигналов должны быть покрыты защитным лаком;
- работоспособность регистратора дискретных и аналоговых сигналов должна быть подтверждена испытаниями.
Передача данных от станочного терминала на сервер должно осуществляться посредством локальной сети предприятия Еthernet (со скоростью не менее 100Мбит/с).
Станочные терминалы должны иметь накопители информации промежуточного хранения всех принимаемых и передаваемых данных, что должно обеспечить автономную работу станочных терминалов в случае аварии локальной сети.
6. Требования к программному обеспечению системы мониторинга АИС «Диспетчер» 2.0
Система должна обеспечивать поддержку и корректный перенос данных от версии к версии. Система не должна быть закрытой для смежных систем и должна поддерживать возможность экспорта данных в смежные системы через интерфейсные таблицы или файлы данных.
6.1 Контроль времени работы и простоев оборудования
Наличие достоверных результатов загрузки станочного оборудования обеспечивается фиксацией состояний, которые могут быть получены автоматически либо введены в станочный терминал вручную.
Список состояний, получаемых автоматически от оборудования, может варьироваться в зависимости от вида оборудования при наличии соответствующих сигналов от электроавтоматики станка. Состояния подразделяются на основные и дополнительные.
Основные состояния:
«Работа по программе» («Производство») - выполнение операций обработки/изготовления детали.
«Станок включен» («Простой») - станок включен и готов к работе, но операции обработки/изготовления не выполняются.
«Станок выключен» - фиксируется при автономном питании станочного терминала, которое не отключается при отключении станка.
«Нет данных» («Станок выключен») - при отключении станка снимается питание со станочного терминала, и он перестает передавать данные; (при соответствующей настройке возможно формирование состояния «Станок выключен»).
Дополнительные состояния:
«Авария» («Тех. нарушение») - отказ работы оборудования по причине поломок станка.
«Станок готов к работе» («Деталь изготовлена») - станок выполнил предыдущую операцию, находится в автоматическом режиме и готов к работе (включены привода и т.д.).
Другие дополнительные состояния Заказчик может формировать самостоятельно.
Перечень причин простоя для каждого станка должен быть заранее задан пользователем на сервере системы для раздачи по сети на станочные терминалы. Конкретная причина простоя должна выбираться оператором станка из заданного заранее перечня при помощи клавиатуры станочного терминала или сканера штрих-кода.
Данные о состоянии оборудования должны постоянно записываться на внутреннюю память станочного терминала. Эти же данные через локальную сеть предприятия должны загружаться из станочного терминала на сервер. Вся переданная информация должна автоматически регистрироваться в базе данных.
Администраторы системы должны иметь возможность конфигурирования клиентской части для различных пользователей системы. В комплект поставки должны входить необходимые руководящие материалы по работе с системой.
Информация о станках, приведенная в Таблице №1, должна храниться в иерархической форме с привязкой каждого станка к цеху, что обеспечивает вывод информации не только по станкам, но и по цехам предприятия.
В таблице №2 приведен перечень должностных лиц, на персональные компьютеры которых могут выводиться данные мониторинга в реальном времени. В системе необходимо предусмотреть возможность подключения неограниченного количества должностных (пользователей системы) лиц без дополнительной лицензии и оплаты
Таблица №2
№
|
Должностное лицо
|
1
|
Планово-диспетчерский отдел - 2 рабочих места
|
2
|
Отдел главного механика - 2 рабочее место
|
3
|
Отдел главного технолога - 2 рабочее место
|
4
|
Цеховые ИТР - 2 рабочих места
|
Подсистема вывода информации о производственных событиях в режиме реального времени должна выполнять следующие функции:
наглядное отображение информации о производственных событиях в режиме реального времени;
фильтрация по подразделениям, станкам;
Подсистема мониторинга в реальном времени должна иметь следующие варианты отображения информации:
1. В виде линейной диаграммы с перечнем станков, событиями, происходящими на станках и их длительностью. По каждому станку выполняется цветовая визуализация в зависимости от регистрируемых событий, в соответствии с настройками, заданными пользователем. Предусмотрена фильтрация станков по принадлежности к цеху согласно Таблице №1.
2. В виде таблицы с перечнем станков, для которых отображаются события в реальном времени с возможностью фильтрации по заданному событию и по причинам простоя.
3. В виде сводной таблицы по всем событиям с возможностью фильтрации.
4. В виде таблицы измеряемых параметров (токи по фазам, напряжения по фазам, мощность полная, мощность активная) снимаемых со станка в текущий момент.
5. В виде графика измеряемых параметров (токи по фазам, напряжения по фазам, мощность полная, мощность активная) снимаемых со станка в текущий момент.
6.2. Опция «Контроль энергопотребления» к АИС «Диспетчер»
В системе должны быть предусмотрены возможности контролировать токовую нагрузку на оборудовании, фиксировать всплески и провалы входного напряжения, фиксировать обрывы фаз электрической сети; проводить мониторинг потребляемой активной и полной мощности с расчетом коэффициента мощности (косинуса «фи»).
6.3. Передача информации о состояниях оборудования ответственным сотрудникам для принятия решений
В системе должны быть предусмотрены возможности организации диспетчеризации ответственных сотрудников предприятия по соответствующим событиям, возникающим на оборудовании. Список событий, при наступлении которых требуется рассылка сообщений, адресаты автоматической рассылки и шаблоны сообщений задаются в системе Заказчиком самостоятельно.
6.4. Идентификация обслуживающего персонала
Идентификация обслуживающего персонала станков должна обеспечиваться при помощи сканера штрих-кодов, табельного номера сотрудника. Для этого должна быть предусмотрена возможность подключения сканера штрих-кода к станочному терминалу.
6.5. Требования к аналитическим отчетам о работе оборудования
Входными параметрами для формирования стандартных аналитических отчетов должны быть:
Период наблюдения
Временной интервал для формирования отчета - за определенный период времени (день, месяц, год) или группу периодов времени
Смена (или по всем сменам).
Подразделение (или по всем подразделениям).
Станок (или по всем станкам).
При формировании стандартных статических аналитических отчетов должен учитываться график работы оборудования с учетом рабочих смен (дневных, вечерних, ночных) и выходных и/или праздничных дней.
В число стандартных статических отчетов должны входить:
- Отчет о загрузке оборудования.
- Отчет о работе и простоях оборудования.
- Отчет о работе операторов оборудования.
Каждый стандартный отчет должен предусматривать возможность экспорта в формате MicrosoftExcel (.xlsx) и автоматической рассылки ответственным сотрудникам предприятия.Отчеты должны отправляться получателям по электронной почте (письма с вложениями). В тесте письма указывается наименование отчета и характеристики для его формирования. К тексту добавляется подпись, текст которой настраивается администратором. Заголовок письма должен содержать понятное для пользователей обозначение, например, «Отчеты о времени работы оборудования».
Почтовый ящик, с которого будет осуществляться отправка отчетов, должен настраиваться Заказчиком (администратором системы).
В системе необходимо предусмотреть раздел «Динамическая аналитика» - набор динамических (оперативно формируемых с возможностью быстрого изменения параметров) отчетов о результатах работы всего предприятия, любого из производственных (оснащенных станочным оборудованием) подразделений, а также любой отдельной единицы оборудования и станочника.
6.6. Опция «Табло эффективности»
В системе должна быть предусмотрена возможность отображения на мониторе большого формата динамически меняющейся информации об эффективности работы и текущем состоянии станков подразделения.При этом попеременно, с автоматическим переключением содержимого экрана, выводится:
отчет об эффективности работы станков за текущую смену;
отчет об эффективности работы станков за текущий месяц;
схема станков подразделения с указанием текущего их состояния.
Первые два вида информации отображают выполнение плана производительного использования станочного оборудования подразделения. В таком отчете по каждому станку представлена информация об отставании коэффициента «Факт» от коэффициента «План», а также о суммарных простоях к данному моменту времени.
По умолчанию длительности вывода информации модуля «Табло эффективности» заданы следующими:
отчёт об эффективности работы станков за смену отображается 20 секунд;
отчёт об эффективности работы станков за месяц отображается 20 секунд;
схема подразделения отображается 10 секунд.
Данные об эффективности работы станков (о выполнении плана) оперативно подготавливаются в системе мониторинга «АИС Диспетчер», установленной на предприятии.
6.7. Опция «Генератор отчетов»
В системе должны быть предусмотрены возможности по генерации произвольных отчётов (настраиваемых пользователем отчётов). Модуль «Генератор отчетов» должен позволять создавать и изменять отчёты, основанные на накопленной системой мониторинга информации по состояниям станочного оборудования. Генератор отчетов должен подготавливать отчеты за произвольные промежутки времени, просматривать содержимое этих отчётов непосредственно в программе в удобном формате, переводить данные отчётов в формат MicrosoftExcel (.xlsx), а также назначать автоматические рассылки отчётов сотрудникам предприятия.
Генерация произвольных отчетов должна предусматривать следующие шаги:
Выбор событий для отчета, с возможностью группировать несколько событий в одно.
Выбор типа данных - абсолютные (часы), средние (часы), относительные (процент от общего времени).
Выбор вида диаграммы - гистограмма, круговая диаграмма, линейная диаграмма.
Выбор подразделения (производства), станка, либо указание, что данные формируются за все предприятие.
Выбор смены (либо указание, что берутся все смены).
Выбор периода наблюдения.
Выбор временного интервала для формирования отчета или группу временных интервалов (день/месяц/год).
Выбор данных в строках (подразделение/станок/смена/период/событие).
Выбор данных в столбцах (подразделение/станок/смена/период/событие/нет).
Указание наименование отчета и его описание.
Сохранение параметров отчета.
Выбор нужного отчета и его формирование
Результатом построения отчета должна быть таблица и диаграмма.
Пользователь должен иметь возможность экспорта табличной части в формат MicrosoftExcel (.xlsx), а так же сохранения полученного диаграммы в виде картинки (.png).
Для информирования ответственных руководителей должна быть предусмотрена автоматическая рассылка отчетов, созданных при помощи модуля «Генератор отчетов» и стандартных аналитических отчетов. Для автоматической рассылки отчета необходимо указать следующее:
Расписание формирования и отправки отчета (каждый день/неделю/месяц). В случае недели – отправка будет осуществляться каждый понедельник. В случае месяца – отправка будет осуществляться каждое первое число следующего за отчетом месяца. Формирование и отправка отчетов осуществляется после ежедневного пересчета статистических данных (которое настраивается администратором в системе).
Период, за который формируется отчет. Указываются вид временного отрезка (за прошедший день/неделю/месяц) и количество временных отрезков (например, формировать отчет за 2 предыдущих месяца).
Отчеты должны отправляться получателям по электронной почте (письма с вложениями). В тесте письма указывается наименование отчета и характеристики для его формирования. К тексту добавляется подпись, текст которой настраивается администратором. Заголовок письма должен содержать понятное для пользователей обозначение, например, «Отчеты о времени работы оборудования».
Почтовый ящик, с которого будет осуществляться отправка отчетов, должен настраиваться Заказчиком (администратором системы).
6.8. Модуль «Управление производственными заданиями»
Модуль «Управление производственными заданиями» системы мониторинга предназначен для учета и обработки разнообразной информации о производительном использовании станочного оборудования. Необходимо предусмотреть ввод планов производства (сменные задания) и характеристик технологических операций, выполняемых над деталями. Программно-аппаратные средства должны обеспечивать учет изготовления деталей операторами станков (как правило, с использованием терминала ТВВ-10 или эквивалента) и непрерывную регистрацию состояний и рабочих параметров станков с привязкой ко времени. Модуль должен предусматривать возможность ведения учета бракованной продукции с классификацией по видам причин брака, а также иметь возможность накапливать и анализировать статистику характеристик выполнения технологических операций.
Модуль выполняет следующие основные функции:
определение, какая деталь и по какой технологической операции обрабатывается на конкретном станке;
осуществление привязки изготовленных деталей к зарегистрированным на станках операторам;
подсчет изготавливаемых деталей;
фиксация случаев возникновения брака и классификация причин возникновения;
формирование статистики.
Трехуровневая система подсчета изготовленных деталей
В модуле необходимо предусмотреть трехуровневую систему подсчета изготовленной продукции:
1. Количество изготовленных деталей указывает оператор со станочного терминала при помощи клавиатуры или сканера штрих-кода. Данные по деталям могут вводиться оператором по мере их изготовления или в конце смены в виде отчета. Имеется также возможность ввода числа бракованных деталей c классификацией по видам брака.
2. Количество изготовленных деталей подсчитывается автоматически системой мониторинга.
3. Мастер в конце смены проверяет информацию от оператора станка и системы мониторинга и имеет возможность утвердить или скорректировать количество деталей, изготовленных по различным операциям на каждом станке.
Журнал изготовления деталей
Для получения подробной информации по изготовлению деталей необходимо предусмотреть журнал с вкладкой «Итоги смены», который должна содержать две подчиненных вкладки – «Журнал техопераций» и «Статистика техопераций».
В модуле необходимо предусмотреть возможность контроля времени выполнения технологических операций и мощности (токовой нагрузки), потребляемой станками за время выполнения операций. Эти данные и возможные отклонения в процентах должны задаваться в «Справочнике технологических операций».
В процессе изготовления деталей эти параметры контролируются системой, и на вкладке «Журнал техопераций» циклы изготовления детали, где эти параметры выходят за заданные диапазоны, должны помечаться определенным цветом:
• зеленым - если время выполнения операции не вышло за границу допуска;
• желтым - если время выполнения операции находится в пределах границы допуска;
• красным - если время выполнения операции вышло за границу допуска.
Планирование
В модуле необходимо предусмотреть планирование изготовления деталей.
Контроль бракованной продукции
В модуле необходимо предусмотреть подсчет числа бракованных деталей с классификацией их по видам брака. Пользователю должны предлагаться два уровня подсчета бракованных деталей:
1. Оператор с терминала вводит число бракованных деталей. При необходимости оператор может классифицировать брак по основным видам брака (до пяти видов).
2. Мастер в конце смены проверяет информацию от оператора станка и имеет возможность скорректировать число бракованных деталей. Мастер также может классифицировать брак по всем видам брака, указанных в Справочнике видов брака.
6.9. Модуль «Управление программами для станков с ЧПУ»
Модуль «управление программами для станков с ЧПУ» служит для обеспечения загрузки управляющих программ (УП) для станков с ЧПУ и ведения хранилища УП. Модуль позволяет решать следующие задачи:
-
контроль размещения файлов УП;
ведение комплектов и параметров УП для конкретных изделий;
поиск УП и/или их отбор по фильтру наименования;
передача УП на УЧПУ (с использованием терминала-регистратора ТВВ-10);
перемещение УП между следующими хранилищами: серверный компьютер, клиентские компьютеры, внутренняя память отдельных УЧПУ;
печать штрих-кодов, используемых в системе мониторинга для автоматизации загрузки УП в УЧПУ.
6.10. Модуль «Управление простоями»
Модуль «Управление простоями» состоит из двух подсистем: «Диспетчеризация», «ТОиР»
Подсистема «Диспетчеризация» должна быть предназначена для организации работы сервисных служб предприятия, отвечающих за работоспособность промышленного оборудования. Она должна охватывать работу всех сервисных служб предприятия, ответственных за организационное и техническое обеспечение готовности оборудования к выполнению производственных заданий.
Основные задачи:
Ведение справочника эксплуатируемого оборудования с классификацией по различным параметрам (категорий, видов, типов оборудования), перечень блоков, узлов и комплектующих узлов оборудования и других технических параметров.
Импорт справочной информации из файлов Excel.
Ведение справочника сервисных служб, а так же сферы их ответственности.
Ведение журнала простоев оборудования.
Регистрация заявок по устранению причины простоя (может выполняться в автоматическом или ручном режиме).
Оповещения ответственных служб (СМС, по электронной почте или сообщением в системе).
-
Ведение журналов сервисных служб с указанием:
описание заявок (состояние, время начала и окончания, тема, прогноз длительности исполнители и т.д.),
описание ремонтного случая (тема (признак), причина неисправности, методика поиска, методика ремонта, замененные комплектующие, типовой узел и т.д..).
Поиска аналогичных ремонтных случаев.
Формирование заявок в сторонние сервисные службы с описанием неисправности.
Ведение журнала Характерных случаев, что дает возможность ускорять анализ ремонтных случаев при появлении подобных неисправностей.
Хранение нормативной и технической документации с привязкой к оборудованию.
Анализ исполнения заявок.
Подсистема «ТОиР» предназначена для планирования и контроля проведения технического обслуживания (ТО) и планово-предупредительных работ (ППР) промышленного оборудования. Она необходима ремонтным службам предприятия, отвечающим за техническое состояние оборудования.
Основные задачи:
Ведение списка оборудования, в том числе данные о необходимых работах по ТО и ППР на оборудовании. Для каждой работы задаются параметры и способы расчета наработки, описание работы по проведению ТО и ППР (или ссылка на документ), ответственная сервисная служба, необходимые материалы, планируемая длительность и т.д.
Автоматический расчет наработки оборудования по различным параметрам (время, мощность).
Ведение плана-графика проведения ТО и ППР (с указанием вида работ, даты начала работ, длительности в часах).
Автоматизация формирования плана работ по ТО и ППР на основании наработки или плана-графика.
Контроль выполнения плана работ. Оповещение о планируемых работах.
Учет расхода материалов и комплектующих на проведение ТО и ППР.
Журнал учета проведений работ по ТО и ППР по различным службам с указанием подробной информации по работе.
Формирование статистической и аналитической отчетности.
7. Состояние поставляемого оборудования
Поставляемое оборудование должно быть новым, выпуска не ранее 2016 года, не бывшим в употреблении (в эксплуатации, консервации), не допускается поставка выставочных образцов, а также оборудования, собранного из восстановленных узлов и агрегатов.
Оборудование должно иметь заводскую сборку, поставляться комплектно и обеспечивать конструктивную, функциональную совместимость.
Поставляемое оборудование должно быть серийно выпускаемым, не допускается поставка опытных образцов.
Поставляемая система должна быть готова к эксплуатации. Все драйвера устройств, входящих в комплектацию комплекса, а также необходимые утилиты, должны обеспечивать полноценное функционирование системы.
Станочные терминалы должны быть запатентованы Исполнителем, иметь патент на полезную модель. Программное обеспечение системы мониторинга должно иметь свидетельство о государственной регистрации программы для ЭВМ.
8. Требование к безопасности
Всё поставляемое оборудование не должно содержать токсичных, радиоактивных и других веществ, угрожающих здоровью человека.
9. Требования к упаковке.
Оборудование поставляется в невозвратной таре, обеспечивающей его сохранность при транспортировке. Тара (упаковка) должна соответствовать ГОСТ 17527-2014 на соответствующий вид Оборудования.
10. Требования к поставке.
10.1. Поставка системы мониторинга осуществляется Исполнителем по адресу: 692330, Приморский край, г. Арсеньев, пл. Ленина, д.5
10.2. Срок поставки: в течение 40 дней с момента внесения предоплаты 15%.
11. Требования к количеству – см. приложение № 1 к техническому заданию
Начальник отдела (ИТ) 571 А.В. Пищик
Приложение № 1 к техническому заданию
№
|
Наименование
|
Ед. изм.
|
Кол-во
|
Оборудование
|
1
|
Терминал-регистратор ТВВ-10
|
Шт.
|
24
|
2
|
Регистратор Р-02Д3
|
Шт.
|
24
|
3
|
Сканер штрих-кода с подставкой для
крепления на станке
|
Шт.
|
24
|
4
|
Монтажный комплект для подключения,
МК-1: блок питания, автоматические выключатели 1ф и 3ф, комплект кабелей
|
Компл.
|
24
|
5
|
Шлейф для передачи УП на станок
|
Шт.
|
24
|
6
|
Токовые клещи
|
Шт.
|
96
|
7
|
55" (139 см) LED-телевизор
|
Шт.
|
2
|
Итого оборудование с НДС:
|
Программное обеспечение
|
№
|
Наименование
|
Ед. изм.
|
Кол-во
|
7
|
Пакет программ мониторинга АИС
«Диспетчер» 2.0 (базовый)
– клиентское приложение (неограниченное количество рабочих мест)
– серверное приложение (лицензия на 1 сервер)
|
Компл.
|
1
|
8
|
Модуль «Управление производственными заданиями» к АИС «Диспетчер»
|
Компл.
|
1
|
9
|
Опция «Контроль энергопотребления» к АИС «Диспетчер»
|
Компл.
|
1
|
10
|
Опция «Генератор отчетов» к АИС
«Диспетчер»
|
Компл.
|
1
|
11
|
Модуль «Управление программами для станков с ЧПУ» к АИС «Диспетчер»
|
Компл.
|
1
|
12
|
Опция «Табло эффективности» к АИС
«Диспетчер»
|
Компл.
|
1
|
13
|
Лицензия на подключение станка к АИС «Диспетчер» к АИС «Диспетчер»
|
Шт.
|
24
|
14
|
Модуль «Управление простоями»:
подсистема «Диспетчеризации», подсистема «ТОиР» на 24 станков к АИС «Диспетчер»
|
Компл.
|
1
|
Итого программное обеспечение без НДС*
|
* НДС не облагается в соответствии с пп.26 п.2 ст.149 НК РФ.
|
