- Описание параметров, которые могут применяться в файле nhsrv.ini
- Гост р 51705.1-2001 системы качества. управление качеством пищевых продуктов на основе принципов хассп. общие требования от 23 января 2001 –
- Вопрос-ответ по системе пищевой безопасности
- Ключи защиты и их маркировка
- Особые случаи и рекомендации
- Стоимость работ по разработке и внедрению системы хассп на предприятии общественного питания
Описание параметров, которые могут применяться в файле nhsrv.ini
Файл nhsrv.ini также может содержать четыре секции:
- [NHS_SERVER] – секция, в которой указываются глобальные настройки HASP LM для всех разделов конфигурационного файла nhsrv.ini.
- [NHS_IP] – для настроек протокола IP;
- [NHS_IPX] – для настроек протокола IPX;
- [NHS_NETBIOS] – для настроек протокола NetBIOS.
| Наименование | Описание параметра |
|---|---|
| Секция [NHS_SERVER] | |
| NHS_SERVERNAMES | Параметр определяет имена менеджера лицензий. Имена серверов должны соответствовать именам, которые запрашивает клиент. Параметр может содержать не более 6 имен. Каждое имя не может быть длиннее 7 символов. Пример: NHS_SERVERNAMES=LM1 |
| NHS_IP_LIMIT | Параметр определяет диапазон сетевых станций, обслуживаемых HASP LM. Пример: NHS_IP_LIMIT=192.168.0.11, 192.168.0.*, 192.168.0.1-32, 192.168.0.0/52 |
| NHS_ADAPTER | Параметр определяет IP-адрес одной или более сетевых карт, которые будут обслуживать HASP License Manager. Применяется при использовании HASP License Manager с Win32. Например: 10.1.1.111, 255.255.0.0. |
| NHS_USERLIST | Параметр задает максимальное количество пользователей, одновременно подключенных к HASP License Manager. Пример: NHS_USERLIST=500 |
| NHS_HIGHPRIORITY | Параметр задает запуск HASP License Manager с высоким приоритетом. По умолчанию менеджер лицензий запускается с нормальным приоритетом. Ключ влияет только на платформу Win32. Если задано значение «yes», проверьте, как это влияет на другие сервисы (файловый сервер,web-сервер и т.д.), запущенные на этой машине. Возможные значения: Значение по умолчанию: no Пример: NHS_IP_HIGHPRIORITY=no |
| Секция [NHS_IP] | |
| NHS_USE_UDP | Параметр отвечает за использование протокола UPD.
Значение по умолчанию: Enabled. Пример: NHS_USE_UDP=Enabled (на данный момент не поддерживается) |
| NHS_USE_TCP | Параметр отвечает за использование протокола TCP.
Значение по умолчанию: Enabled. Пример: NHS_USE_TCP=Enabled |
| NHS_IP_PORTNUM | Параметр устанавливает номер сетевого порта. Возможные значения: <Число>. Значение по умолчанию: 475. |
| Секция [NHS_IPX] | |
| NHS_USE_IPX | Параметр отвечает за использование протокола IPX. Возможные значения:
Значение по умолчанию: Enabled. |
| NHS_addrpath | Параметр указывает путь к haspaddr.dat.в котором записан IPX-адрес текущего менеджера лицензий. Клиент может указать данный файл в файле nethasp.ini. Значение по умолчанию: current dir (текущий каталог) Пример: NHS_addrpath=c:temp |
| NHS_AppendAddr | Параметр добавляет адресные данные в файл hapaddr.dat. Если опция активирована, текущий адрес менеджера лицензий добавляется в существующий файл haspaddr.dat. Это особенно полезно в случае, когда существует несколько менеджеров лицензий HASPs. Все менеджеры лицензий могут быть найдены клиентом. Менеджер лицензий не ищет дубликаты при добавлении адреса. Значение по умолчанию: replace (заменить) Пример: NHS_AppendAddr=no |
| NHS_usesap | Параметр позволяет менеджеру лицензий объявлять о себе в сети по протоколуService Advertising Protocol (SAP). SAP позволяет клиентам находить менеджер лицензий в других подсетях. IPX обычно настраивается на функционирование в виртуальной подсети на машинах Win NT/2000/XP/Server 2003. Таким образом, SAP имеет важное значение для клиентов при поиске менеджера лицензий. Возможные значения:
Значение по умолчанию: Enabled. Пример: NHS_USESAP=Enabled |
| NHS_ipx_socketnum | Параметр указывает номер сокета IPX Значение по умолчанию: 0x7483 Пример, NHS_ipx_socketnum=0x7483 |
| Секция [NHS_NETBIOS] | |
| NHS_USE_NETBIOS | Параметр отвечает за использование протокола NetBIOS.
Если Вы уверены, что протокол NetBIOS для работы менеджера лицензий не требуется, то рекомендуется отключить. Пример: NHS_USE_NETBIOS=Disabled |
| NHS_NBNAME | Параметр задает использование имени, отличного от предопределенного NetBIOS. Имена должны быть заданы в соответствии с правилами задания имен NetBIOS. Не используйте данную опцию, если Вы не уверены, что Вам необходимо задать новое NetBIOS-имя. Пример: NHS_NBNAME=MyNBName |
| NHS_use_lana_nums | Параметр используется только для указания совместимости с более ранними версиями. Значение по умолчанию: all (automatic) Пример: NHS_use_lana_nums=3,0,7,2 |
Расположение файла nhsrv.ini
Файл nhsrv.ini с настройками по умолчанию устанавливается в каталог загрузочных модулей менеджера лицензий, обычно “C:Program FilesAladdinHASP LM”.
При запуске менеджер лицензий HASP License Manager выполняет попытку найти и прочитать файл nhsrv.ini. Поиск файла nhsrv.ini осуществляется в следующей последовательности:
- каталог, откуда запущен загрузочный модуль менеджера лицензий (nhsrvw32.exe);
- текущий каталог Windows;
- 32-битный системный каталог Windows, например, для Windows XP – C:WINDOWSsystem32;
- битный системный каталог Windows, например, для Windows XP – C:WINDOWSsystem;
- маршруты, перечисленные в переменной path окружения.
Для ОС Linux и MacOS
Для ОС Linux и MacOS название конфигурационного файла и местоположение по умолчанию не определено. Имя конфигурационного файла и путь до него указывается при помощи параметра «-c», например: ./hasplm -c /etc/nhsrv.ini
Гост р 51705.1-2001 системы качества. управление качеством пищевых продуктов на основе принципов хассп. общие требования от 23 января 2001 –
ГОСТ Р 51705.1-2001
Группа Т59
ОКС 03.120.10
ОКСТУ 0025
Дата введения 2001-07-01
1 РАЗРАБОТАН Всероссийским научно-исследовательским институтом сертификации (ВНИИС)
ВНЕСЕН Управлением продукции сельскохозяйственного производства пищевой, легкой и химической промышленности Госстандарта России
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 23 января 2001 г. N 31-ст
3 Настоящий стандарт разработан с учетом директивы Совета Европейского Сообщества 93/43 от 14.06.1993 г. “О гигиене пищевых продуктов”
4 ВВЕДЕН ВПЕРВЫЕ
5 ПЕРЕИЗДАНИЕ. Май 2009 г.
Настоящий стандарт устанавливает основные требования к системе управления качеством и безопасностью пищевых продуктов на основе принципов ХАССП или в английской транскрипции НАССР – Hazard analysis and critical control points (Анализ рисков и критические контрольные точки), изложенных в директиве Совета Европейского сообщества 93/43.
В настоящем стандарте использованы следующие термины с соответствующими определениями:
2.1 ХАССП (анализ рисков и критические контрольные точки): Концепция, предусматривающая систематическую идентификацию, оценку и управление опасными факторами, существенно влияющими на безопасность продукции.
2.2 система ХАССП: Совокупность организационной структуры, документов, производственных процессов и ресурсов, необходимых для реализации ХАССП.
2.3 группа ХАССП: Группа специалистов (с квалификацией в разных областях), которая разрабатывает, внедряет и поддерживает в рабочем состоянии систему ХАССП.
2.4 опасность: Потенциальный источник вреда здоровью человека.
2.5 опасный фактор: Вид опасности с конкретными признаками.
2.6 риск: Сочетание вероятности реализации опасного фактора и степени тяжести его последствий.
2.7 допустимый риск: Риск, приемлемый для потребителя.
2.8 недопустимый риск: Риск, превышающий уровень допустимого риска.
2.9 безопасность: Отсутствие недопустимого риска.
2.10 анализ риска: Процедура использования доступной информации для выявления опасных факторов и оценки риска.
2.11 предупреждающее действие: Действие, предпринятое для устранения причины потенциального несоответствия или другой потенциально нежелательной ситуации и направленное на устранение риска или снижение его до допустимого уровня.
2.12 корректирующее действие: Действие, предпринятое для устранения причины выявленного несоответствия или другой нежелательной ситуации и направленное на устранение риска или снижение его до допустимого уровня.
2.13 управление риском: Процедура выработки и реализации предупреждающих и корректирующих действий.
2.14 критическая контрольная точка: Место проведения контроля для идентификации опасного фактора и (или) управления риском.
2.15 применение по назначению: Использование продукции (изделия) в соответствии с требованиями технических условий, инструкцией и информацией поставщика.
2.16 применение не по назначению: Использование продукции (изделия) в условиях или для целей, не предусмотренных поставщиком, обусловленное привычным поведением пользователя.
2.17 предельное значение: Критерий, разделяющий допустимые и недопустимые значения контролируемой величины.
2.18 мониторинг: Проведение запланированных наблюдений или измерений параметров в критических контрольных точках с целью своевременного обнаружения их выхода за предельные значения и получения необходимой информации для выработки предупреждающих действий.
2.19 система мониторинга: Совокупность процедур, процессов и ресурсов, необходимых для проведения мониторинга.
2.20 проверка (аудит): Систематическая и объективная деятельность по оценке выполнения установленных требований, проводимая лицом (экспертом) или группой лиц (экспертов), независимых в принятии решений.
2.21 внутренняя проверка: Проверка, проводимая персоналом организации, в которой осуществляется проверка.
Система ХАССП должна разрабатываться с учетом семи основных принципов:
1 – идентификация потенциального риска или рисков (опасных факторов), которые сопряжены с производством продуктов питания, начиная с получения сырья (разведения или выращивания) до конечного потребления, включая все стадии жизненного цикла продукции (обработку, переработку, хранение и реализацию) с целью выявления условий возникновения потенциального риска (рисков) и установления необходимых мер для их контроля;
2 – выявление критических контрольных точек в производстве для устранения (минимизации) риска или возможности его появления, при этом рассматриваемые операции производства пищевых продуктов могут охватывать поставку сырья, подбор ингредиентов, переработку, хранение, транспортирование, складирование и реализацию;
3 – в документах системы ХАССП или технологических инструкциях следует установить и соблюдать предельные значения параметров для подтверждения того, что критическая контрольная точка находится под контролем;
4 – разработка системы мониторинга, позволяющая обеспечить контроль критических контрольных точек на основе планируемых мер или наблюдений;
5 – разработка корректирующих действий и применение их в случае отрицательных результатов мониторинга;
6 – разработка процедур проверки, которые должны регулярно проводиться для обеспечения эффективности функционирования системы ХАССП;
7 – документирование всех процедур системы, форм и способов регистрации данных, относящихся к системе ХАССП.
4.1.1 В соответствии с действующим законодательством персональную ответственность за безопасность выпускаемой продукции несет руководство организации.
4.1.2 Руководство организации должно определить и документировать политику относительно безопасности выпускаемой продукции и обеспечить ее осуществление и поддержку на всех уровнях.
Политика в области безопасности должна быть практически применимой и реализуемой, соответствовать требованиям органов государственного контроля и надзора и ожиданиям потребителей.
4.1.3 Руководство организации должно определить область распространения системы ХАССП применительно к определенным видам (группам) или наименованиям выпускаемой продукции и этапам жизненного цикла, к которым относятся производство, хранение, транспортирование, оптовая и розничная продажа и потребление, включая сферу общественного питания.
4.1.4 Руководство организации должно подобрать и назначить группу ХАССП, которая несет ответственность за разработку, внедрение и поддержание системы ХАССП в рабочем состоянии.
4.1.4.1 Члены группы ХАССП в совокупности должны обладать достаточными знаниями и опытом в области технологии управления качеством, обслуживания оборудования и контрольно-измерительных приборов, а также в части нормативных и технических документов на продукцию.
4.1.4.2 В составе группы ХАССП должны быть координатор и технический секретарь, а также, при необходимости, консультанты соответствующей области компетентности.
4.1.4.3 Координатор выполняет следующие функции:
– формирует состав рабочей группы в соответствии с областью разработки;
– вносит изменения в состав рабочей группы в случае необходимости;
– координирует работу группы;
– обеспечивает выполнение согласованного плана;
– распределяет работу и обязанности;
– обеспечивает охват всей области разработки;
– предоставляет свободное выражение мнений каждому члену группы;
– делает все возможное, чтобы избежать трений или конфликтов между членами группы и их подразделениями;
– доводит до исполнителей решения группы;
– представляет группу в руководстве организации.
4.1.4.4 В обязанности технического секретаря входит:
– организация заседаний группы;
– регистрация членов группы на заседаниях;
– ведение протоколов решений, принятых рабочей группой.
4.1.4.5 Руководство организации должно определить и своевременно предоставить группе ХАССП необходимые ресурсы, в том числе:
– время и место для заседаний, анализа, самообучения и подготовки документов системы;
– средства на первоначальное обучение членов группы;
– необходимую документацию;
– доступ к источникам информации;
– программное обеспечение работ;
– вычислительную и организационную технику.
4.2.1 Информация о продукции
Для каждого вида (группы) продукции должны быть указаны:
– наименования и обозначения нормативных документов и технических условий;
– наименование и обозначение основного сырья, пищевых добавок и упаковки, их происхождение, а также обозначения нормативных документов и технических условий, по которым они выпускаются;
– требования безопасности (указанные в нормативной документации) и признаки идентификации выпускаемой продукции;
– условия хранения и сроки годности;
– известные и потенциально возможные случаи использования продукции не по назначению, а при необходимости – рекомендации по применению и ограничения в применении продукции, в том числе по отдельным группам потребителей (дети, беременные женщины, больные диабетом и т.п.) с указанием соответствующей информации в сопроводительной документации;
– возможность возникновения опасности в случае объективно прогнозируемого применения не по назначению.
4.2.2 Информация о производстве
4.2.2.1 Группа ХАССП должна составить блок-схемы производственных процессов (приложение А) и, при необходимости, планы производственных помещений.
4.2.2.2 На блок-схемах, планах или в приложениях к ним должны быть приведены следующие сведения:
– контролируемые параметры технологического процесса, периодичность и объем контроля (схемы производственного контроля);
Вопрос-ответ по системе пищевой безопасности
ВОПРОС: Что такое Система пищевой безопасности ХАССП?ОТВЕТ: В переводе с английского (Hazard Analysis and Critical Control Points) – анализ рисков и критические контрольные точки, т.е. концепция, предусматривающая систематическую идентификацию, оценку и управление опасными факторами, существенно влияющими на безопасность продукции.
ВОПРОС: Обязаны ли предприятия общепита внедрять Систему пищевой безопасности ХАССП?ОТВЕТ: Да, ХАССП обязательно должен быть внедрен с 2021 года на всех предприятиях общественного питания. С 1 июля 2021 года вступил в силу Технический Регламент Таможенного Союза ТР ТС 021/2021 «О безопасности пищевой продукции», устанавливающий для предприятий пищевой промышленности, в том числе для предприятий общественного питания, необходимость разработки, внедрение и поддержки процедур, основанных на принципах ХАССП (НАССР).
Мы, и наши коллеги неоднократно консультировались в Роспотребнадзоре и с юристами по этому вопросу, и ответ был всегда однозначный – действие ТР ТС 021/2021 распространяется, в том числе, и на предприятия общепита, независимо от их размера, типа и прочих факторов.
Кроме того, если предприятие общественного питания оказывает услуги, не имея Системы ХАССП, в соответствии с Кодексом РФ «Об административных правонарушениях» №195-Ф3 (статья 14.43) на руководителя будет наложено административное взыскание. Повторное совершение указанного правонарушения в течение года влечет наложение административного штрафа от 700 тыс. руб. до 1 млн. с конфискацией предметов административного правонарушения, либо приостановление деятельности на срок до 90 суток.
ВОПРОС: У меня небольшое кафе, где работает всего два повара. Мне тоже нужно внедрять систему HACCP?ОТВЕТ: Да, Вам тоже необходимо разработать и внедрить Систему ХАССП. В Вашем случае, система безопасности, возможно, будет немного проще, чем у крупного предприятия, но внедрение ХАССП для общепита обязательно в любом случае.
ВОПРОС: Мне сказали, что мое пищевое предприятие обязательно должно получить Сертификат соответствия Системы ХАССП ГОСТу. Это действительно так?ОТВЕТ: Нет, сертификация ХАССП (HACCP) в нашей стране добровольная. Однако, в некоторых случаях, например, если Вы поставляете продукцию в крупные торговые сети, наличие Сертификата ХАССП является условием вхождения в эту сеть.
ВОПРОС: Вы выдаете сертификат ХАССП?ОТВЕТ: Сертификацией занимаются наши партнеры. Заказать сертификацию по выгодным ценам и получить консультацию специалисты Вы можете прямо на нашем сайте. Подробнее…
Узнать стоимость разработки ХАССП для предприятия питания
Ключи защиты и их маркировка
Аппаратные ключи защиты HASP4 Net подключаются к USB-портам компьютера. Общее количество пользователей, которые могут работать с системой «1С:Предприятие» равняется сумме доступных лицензий со всех компьютеров в сети, к которым подключены аппаратные ключи и настроен HASP License Manager.
Аппаратные ключи похожи на USB-флеш-накопитель и выглядят примерно вот так:
Они могут различаться цветом и маркировкой. По маркировке можно определить что это за ключ: для каких программных продуктов он подходит и сколько лицензий предоставляет.
- ORGL8 — Локальный клиентский ключ;
- NET5 ORGL8 — Многопользовательский клиентский ключ на 5 пользователей;
- NET10 ORGL8 — Многопользовательский клиентский ключ на 10 пользователей;
- NET20 ORGL8 — Многопользовательский клиентский ключ на 20 пользователей;
- NET50 ORGL8 — Многопользовательский клиентский ключ на 50 пользователей;
- NET100 ORGL8 — Многопользовательский клиентский ключ на 100 пользователей;
- NET250 ORG8A — Многопользовательский клиентский ключ на 300 пользователей;
- NET250 ORG8B — Многопользовательский клиентский ключ на 500 пользователей;
- ENSR8 — Локальный ключ 32-разрядного сервера;
- EN8SA — Локальный ключ 64-разрядного сервера.
Так, на фотографии выше представлен многопользовательский клиентский ключ на 5 пользователей.Нужно отметить, что на одном компьютере может работать только один ключ каждой серии (ORGL8, ORG8A и ORG8B). Если подключить к одному компьютеру несколько ключей одинаковой серии, то будет задействован только один из них, выбранный произвольно.
Особые случаи и рекомендации
- Обратите внимание, что менеджер лицензий HASP License Manager умеет работать только с многопользовательскими аппаратными ключами на платформу 1С:Предприятие 8.* типа HASP серии ORGL8 (красные ключи на 5, 10, 20, 50 и 100 рабочих мест), ORG8A (клиентский ключ на 300 рабочих мест) и ORG8B (ключ на 500 рабочих мест).
Таким образом менеджер лицензий:– не работает с программными лицензиями;
– не работает с лицензиями или ключами системы защиты отраслевых конфигураций;
– не работает с ключами на сервер 1С:Предприятие 8.* серий ENSR8 или EN8SA;
– не работает с однопользовательскими фиолетовыми ключами серии ORGL8.т.е. никакие настройки файлов nethasp.ini или nhsrv.ini не могут повлиять на поиск и раздачу программных лицензий, ключей на сервер 1С:Предприятия 8.* или однопользовательских ключей.
- При использовании клиентских ключей на 300 рабочих мест (серия ORG8A) или на 500 рабочих мест (серия ORG8B) в файле nhsrv.ini на сервере требуется вручную прописать параметр NHS_USERLIST=300 или NHS_USERLIST=500, после чего необходимо перезапустить HASP License Manager и убедиться, что менеджер лицензий нашел файл nhsrv.ini и применил указанные параметры по журналу Activity Log/ Server Activity Log.
Пример при использовании ключа ORG8B на 500 рабочих мест:——————— nhsrv.ini ——————————-
[NHS_SERVER]
NHS_USERLIST=500
————————————————————– - Обратите внимание, что клиентское приложение, сервер 1С:Предприятия или модуль веб-сервера первым делом пытаются получить ту лицензию (из того файла программной лицензии или ключа защиты HASP), которая была получена при последнем успешном подключении (информация хранится в файле 1cv8conn.pfl), при этом некоторые параметры конфигурационного файла hethasp.ini могут игнорироваться.
Подробнее: Алгоритм поиска лицензий при запуске программы системы “1С:Предприятие 8”.
Чтобы изменения параметров конфигурационных файлов вступили в силу рекомендуем найти и удалить файл 1cv8conn.pfl и перезапустить HASP License Manager. - “Классический” вариант настройки nethasp.ini, когда на клиенте необходимо задать IP машин, на которых установлены ключи HASP (в случае, если нет проблемы с одинаковыми именами HASP LM).
——————– nethasp.ini ——————————
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.12,192.168.0.37
NH_USE_BROADCAST=Disabled
—————————————————————- - Если в сети доступно несколько клиентских ключей и, соотвественно, несколько менеджеров лицензий, то может возникать ситуация, когда менеджеры лицензий могут принять одно и то же имя по умолчанию, что сделает невозможным использование нескольких ключей. В данном случае каждому менеджеру необходимо вручную задать уникальное имя в файле nhsrv.ini с помощью параметра NHS_SERVERNAMES на каждой из машин с ключами. Имя должно состоять не более чем из 7 символов в английской раскладке.
Сервер 1
——————- nhsrv.ini —————————-
[NHS_SERVER]
NHS_SERVERNAMES=LM1
———————————————————–Сервер 2
——————- nhsrv.ini —————————-
[NHS_SERVER]
NHS_SERVERNAMES=LM2
———————————————————–Сервер 3
——————- nhsrv.ini —————————-
[NHS_SERVER]
NHS_SERVERNAMES=LM3
———————————————————–После этого имена менеджеров необходимо указать в nethasp.ini на клиентских машинах.
——————– nethasp.ini ——————————
[NH_COMMON]
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=168.192.1.41,168.192.1.54,168.192.1.59
NH_SERVER_NAME=LM1,LM2,LM3
NH_USE_BROADCAST=Disabled
—————————————————————-Обратите внимание, что параметры “NH_SERVER_ADDR” и “NH_SERVER_NAME” должны соответствовать друг другу в порядке указания, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1, на машине с адресом 168.192.1.54 с именем LM2, а на машине с адресом 168.192.1.59 с именем LM3 (для ОС Linux имеет значение регистр).
- Если на клиентском компьютере нужно запретить получать лицензию только от одного ключа в сети (IP машины c ключом 192.168.0.33) и разрешить получать лицензии от других ключей.
——————– nethasp.ini ——————————
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.1-32,192.168.0.34-255
NH_USE_BROADCAST=Disabled
—————————————————————- - Если на машине с установленным ключом необходимо разрешить HASP LM выдавать лицензию только одному компьютеру или серверу в сети (IP 192.168.0.33) и запретить выдавать лицензии другим машинам:
——————— nhsrv.ini ——————————-
[NHS_IP]
NHS_USE_UDP=Disabled
NHS_USE_TCP=Enabled
NHS_IP_LIMIT=192.168.0.33
—————————————————————-При этом на клиентских машинах в nethasp.ini необходимо будет заблокировать BROADCAST и разрешить только протокол TCP/IP.
- Если на машине с установленным ключом необходимо наоборот запретить HASP LM выдавать лицензию только одному компьютеру или серверу в сети (IP 192.168.0.33) и разрешить выдавать лицензии другим машинам:
——————— nhsrv.ini ——————————-
[NHS_IP]
NHS_USE_UDP=Disabled
NHS_USE_TCP=Enabled
NHS_IP_LIMIT=192.168.0.1-32,192.168.0.34-255
—————————————————————-Опять же не забываем заблокировать BROADCAST и разрешить TCP/IP в nethasp.ini.
- Если в сети есть сервер 1С:Предприятия (или веб-сервер, если на веб-сервере опубликована файловая информационная база) и серверу необходимо разрешить доступ только к локальному ключу (или программной лицензии), которые установлены непосредственно на данной машине и ограничить доступ к другим ключам по сети, то с помощью параметров файла nethasp.ini на данной машине можно запретить поиск других ключей по сети:
——————– nethasp.ini ——————————
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Disabled
—————————————————————- - Когда подсчетом клиентских лицензий занимается сервер “1С:Предприятия” (или расширение веб-сервера), то клиентские лицензии, у которых в программе Aladdin Monitor значение колонки Timeout равно 0, будут считаться занятыми. Таким образом при обращении клиентского приложения к тому же сетевому клиентскому ключу, который уже выбран сервером, клиентское приложение также может прекратить поиск лицензии в других доступных по сети ключах той же серии, т.е. если в сети используется несколько клиентских ключей HASP и лицензии с этих ключей получают напрямую клиентские приложения, то столкнувшись с ключом, с которого лицензии были выданы также и сервером 1С:Предприятия, клиентское приложение может прекратить дальнейший поиск свободных ключей по сети и выдаст сообщение “Лицензия не обнаружена” не смотря на то, что в сети есть другие не занятые ключи HASP со свободными лицензиями. В связи с этим не рекомендуется использовать одни и те же многопользовательские ключи HASP для получения клиентских лицензий от HASP License Manager одновременно клиентским приложением напрямую от HASP LM и сервером “1С:Предприятия” (или расширением веб-сервера).
- При нештатном завершении работы 1С, когда программа не успевает освободить лицензию, могут образовываться “зависшие” лицензии. В этом случае могут быть проблемы с запуском 1С до тех пор, пока не будут удалены эти “зависшие” лицензии. Лицензии будет освобождены автоматически самим Менеджером лицензий, только по истечению таймаута, который составляет 36 часов с момента последнего обращения со стороны защищенного приложения. Раньше этого срока освободить лицензию можно только перезапустив Менеджер лицензий (перезагружать компьютер нет необходимости).
Обратите внимание, что в этом случае, другие пользователи должны будут так же перезапустить приложение. - Если лицензии раздает сервер 1С:Предприятия или модуль веб-сервера, то по сети он может найти только один ключ одной серии (все клиентские ключи на 5, 10, 20, 50 и 100 рабочих мест относятся к одной серии – ORGL8). Т.е. искать по сети второй ключ любого номинала этой же серии программа уже не будет.
Если используются толстый/тонкий клиент 1С, то для решения проблемы можно в настройках кластера запретить раздачу лицензий сервером и тогда клиенты сами будут искать ключи по сети. Клиенты не имеют такого ограничения на работу с несколькими HASP-ключами по сети.
Если же используются веб-клиент или мобильный клиент, то в этом случае лицензии могут быть получены только от сервера. Для решения проблемы можно перейти на использование программных лицензий или объединить несколько USB-ключей в один (например, можно два ключа по 20 раб. мест один ключ на 5 раб.мест можно объединить в один ключ на 50 раб.мест).Вы можете выполнить замену USB-ключей на программные лицензии или объединить несколько USB-ключей в один через отдел продаж нашей компании даже если продукты ранее приобретались вами в другой организации.
Подробные условия и стоимость обмена описаны в статье: Апгрейд (обмен) дополнительных клиентских лицензий программных продуктов системы 1С:Предприятие 8. - Как уже было отмечено выше, сервер “1С:Предприятие 8” (или расширение веб-сервера) может получить клиентскую лицензию только от одного аппаратного ключа защиты одной серии обнаруженного по сети с помощью HASP License Manager. При исчерпании лицензий в одном сетевом ключе поиск в сети других ключей той же самой серии не выполняется!
Если в сети будет обнаружено несколько многопользовательских клиентских ключей серии ORGL8 (от 5 до 100 рабочих мест), то сервером будет произвольно выбран только один из ключей. Если данный ключ окажется занят или все лицензии с этого ключа будут исчерпаны, то после этого сначала будет производиться поиск одного многопользовательского ключа ORG8A (на 300 рабочих мест), затем одного многопользовательского ключа ORG8B (на 500 рабочих мест), а поиск в сети других ключей серии ORGL8 уже выполняться не будет.
Таким образом, если у пользователя имеется в распоряжении три многопользовательских ключа, например на 50, 20 и 10 рабочих мест, то сервер 1С:Предприятия сможет по сети получить лицензии с помощью HASP License Manager только от одного из них лицензии еще с одного из ключей, если он будет установлен локально непосредственно в компьютер, на котором запущен сервер 1С:Предприятия.
Если учесть, что доступность ключей, установленных локально на одном компьютере, имеют те же ограничения (доступен только один ключ одной серии), то можно подсчитать, что общее максимально возможное количество клиентских лицензий, доступных для получения через один сервер 1С:Предприятия ограничено числом 1800 лицензий (локальный на 100 локальный на 300 локальный на 500 сетевой на 100 сетевой на 300 сетевой на 500 = 1800).Чтобы через сервер могло быть получено более чем 1800 клиентских лицензий необходимо:
– определить кластер серверов 1С:Предприятия на 2 и более компьютерах;
– на каждом из компьютеров (кроме первого) запустить дополнительный менеджер кластера;
– сервис сеансовых данных назначить нескольким менеджерам на разных компьютерах;
– при использовании локальных ключей установить локальные ключи в каждый из компьютеров менеджеров, на которые назначен сервис сеансовых данных;
– при использовании сетевых ключей на компьютерах менеджеров, на которые назначен сервис сеансовых данных, определить nethasp.ini с указанием разных менеджеров лицензий.Параметры конфигурационного файла nethasp.ini на Сервер 1:
——————– nethasp.ini —————————-
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.14 ; Адрес компьютера №1 с менеджером лицензий
NH_USE_BROADCAST=Disabled
—————————————————————Параметры конфигурационного файла nethasp.ini на Сервер 2:
——————– nethasp.ini —————————-
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.36 ; Адрес компьютера №2 с менеджером лицензий
NH_USE_BROADCAST=Disabled
—————————————————————В этом случае кластер серверов 1С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.
- Решение проблемы с ошибкой Receive problem error и 100% загрузкой одного из ядер процессора
При использовании UDP в качестве протокола передачи данных возможна 100% загрузка одного из ядер процессора или массовые ошибки “receive problem error 10038” и “receive problem error 10054” в журнале License Manager. Причина проблем в “битых” пакетов по протоколу UDP, который используется HASP LM, т.к. обмен при помощи UDP-дейтаграмм не предусматривает контроля успешной доставки пакета. Данный протокол надежно работает только в сетях, построенных на высококачественном оборудовании. Одним из способов разрешить эту проблему без замены оборудования на более качественное – это переход на обмен посредством TCP-пакетов. В этом случае контролируется успешная доставка каждого пакета и работа с ключом становится более стабильной.Казалось бы, что для этого будет достаточно настроить 1С на работу через TCP-пакеты с помощью параметров файлов nethasp.ini и nhsrv.ini:
——————– nethasp.ini —————————-
[NH_COMMON]
NH_TCPIP = Enabled
…
[NH_TCPIP]
NH_SERVER_ADDR=168.192.1.41
NH_TCPIP_METHOD=TCP
—————————————————————А с помощью параметров nhsrv.ini отключить прослушивание UDP-протокола, оставив только TCP:
——————— nhsrv.ini ——————————-
[NHS_IP]
NHS_USE_UDP=Disabled
NHS_USE_TCP=Enabled
—————————————————————Однако продукты 1C:Предприятие 8.x работают только по UDP и данный вариант настроек с 1С работать не будет, но при большой необходимости ее все же можно заставить использовать TCP неявно.
Для этого, помимо того, что описано выше, необходимо разрешить в свойствах протокола TCP/IP (Properties – Advanced – WINS) поддержку NetBios over TCP/IP на рабочих станциях и на машине, где установлен ключ, а конфигурационный файл nethasp.ini необходимо настроить следующим образом:——————– nethasp.ini ——————————
[NH_COMMON]
NH_TCPIP=Disabled
NH_NETBIOS=Enabled
…
[NH_NETBIOS]
NH_USELANANUM=<Число>
—————————————————————-Значение параметра NH_USELANANUM можно взять из лога HASP License Manager – там указывается, какие каналы менеджер лицензий “слушает” по NetBIOS. Если в логах номеров несколько, то переберите их по очереди, пока 1С не запустится. При такой настройке 1С в качестве транспорта по-прежнему будет использовать TCP/IP, но работать с ним будет через интерфейс NetBios. Причем при передаче пакетов будет использоваться именно TCP-механизм, в силу особенностей реализации NetBios over TCP/IP.
Стоимость работ по разработке и внедрению системы хассп на предприятии общественного питания
Разработка с полным пакетом необходимых документов, в соответствии с ГОСТ Р 51705.1-2001 «Системы качества. Управление качеством пищевых продуктов на основе принципов ХАССП. Общие требования», и консультации по внедрению Системы «Под Ключ» – от 20 тысяч рублей, а пакет для самостоятельного внедрения намного дешевле (Подробнее…).
Выезд специалиста на Ваше предприятие – (дополнительно к стоимости разработки Системы ХАССП) – 10000 рублей / рабочий день компенсация проезда и проживания. Обычно, специалист направляется на Ваше предприятие для первичного аудита (оценки производства)
на 1-2 рабочих дня, и далее, после разработки предварительных документов – для помощи в реальном внедрении системы (от двух до десяти рабочих дней). Выезд специалиста не обязателен, но желателен, для более качественной работы по внедрению Системы.
Для расчета точной стоимости и сроков исполнения, заполните, пожалуйста, анкету, и нажмите “Отправить”. Мы получим Вашу анкету на электронную почту, и обязательно Вам ответим.
Если у Вас есть возможность самостоятельно подготовить все документы ХАССП, но Вы не знаете, как это сделать, мы можем предложить Вам Пакет документов для самостоятельной разработки Системы ХАССП. В этом случае, Вы приобретаете шаблоны документов, которые заполняете самостоятельно.
Нашими услугами по разработке Системы ХАССП воспользовались уже более 220 организаций. Вы можете ознакомиться с отзывами о нашей работе.
Если у Вас есть вопросы, напишите нам, или позвоните в рабочее время. Наши контакты.