В новом релизе 3.0.21.1 появилась новая возможность: "Сканирование штрих-кода листка нетрудоспособности".
Рекомендуемый сканер подключился без проблем. Только вопрос: почему драйвер оборудования подключается как "1С:Сканеры штрихкода (NativeApi)"? Хотя сканер подключен в режиме эмуляции КОМ-порта. Это нормально?

И еще. Два скана прошли нормально, без видимых проблем. А при сканировании третьего выскакивает ошибка:


Что за "ТипДокумента"? Непонятно. Листок нетрудоспособности - он и в Африке "Листок нетрудоспособности".
Сканировался скан:


Может это может разобраться?
Причем, в ЗП30 этот листок сканируется без ошибок.

Еще одно пожелание:
После того как сотрудник принес боллисток, он должен написать заявление. И если боллисток первично регистрируется в "Кадровом учете", то нужно иметь возможность сформировать и распечатать "Заявление" из "Кадрового учета", чтобы сотруднику не нужно было приходить еще раз, уже к расчетчику зарплаты, чтобы расписаться в заявлении.
Пусть заявление будет распечатано без сумм расчета. Их можно будет внести после расчета гелевой ручкой.

И еще замечание:
Если одновременно на одном компьютере используются и запущены программы "Кадровый учет" и ЗП30, то в ЗП30 драйвер сканера штрих-кода вступает в конфликт с драйвером, установленным в "Кадровом учете" и отказывается работать.
То есть, одновременно две программы КАМИНа не работают с одним сканером!
Если это не удастся изменить, то, значит, просто нужно иметь ввиду, что имеет место конфликт драйверов сканера.

BorisSigma

почему драйвер оборудования подключается как "1С:Сканеры штрихкода (NativeApi)"? Хотя сканер подключен в режиме эмуляции КОМ-порта. Это нормально?

Native API -- это новая, платформенно-независимая технология создания внешних компонент (появилась в управляемом приложении, начиная с 1С8.2). Подробнее можно почитать в документации, например, здесь: Глава 34. Внешние компоненты

Кстати, получается небольшая неоднозначность в терминологии. "Внешняя компонента в виде COM-объекта" не имеет ничего общего с COM-портом. Просто названия совпадают.

Так что NativeAPI драйвер для COM-порта -- это вполне нормально.

По поводу ошибки при сканировании кода листка нетрудоспособности - обязательно нужно подробное описание ошибки. Для этого запустите программу из конфигуратора и в окне ошибки нажмите кнопку "Подробно"

BorisSigma

Еще одно пожелание:
После того как сотрудник принес боллисток, он должен написать заявление. И если боллисток первично регистрируется в "Кадровом учете", то нужно иметь возможность сформировать и распечатать "Заявление" из "Кадрового учета", чтобы сотруднику не нужно было приходить еще раз, уже к расчетчику зарплаты, чтобы расписаться в заявлении.
Пусть заявление будет распечатано без сумм расчета. Их можно будет внести после расчета гелевой ручкой.

Я не против. Нужен пример заявления. Если он уже реализован в зарплате, то также сообщите. В любом случае, все предложения отправляйте на линию консультаций.

ASM

По поводу ошибки при сканировании кода листка нетрудоспособности - обязательно нужно подробное описание ошибки. Для этого запустите программу из конфигуратора и в окне ошибки нажмите кнопку "Подробно"

Вот подробное описание ошибки:


Думал, что вы сосканируете предоставленный образец скана боллистка и ошибка проявится.
В ЗП30 этот боллисток сканируется без ошибок.

ASM

Я не против. Нужен пример заявления. Если он уже реализован в зарплате, то также сообщите.

Заявление типовое, утвержденное ФСС. Со своими правилами формирования. Реализовано в зарплатных проектах.
Нужно консультироваться с методистами-постановщиками, как лучше его использовать в Кадрах30.

ASM

В любом случае, все предложения отправляйте на линию консультаций.

Линия консультаций "сидит" на форуме. Зачем разводить "бюрократию"?
Администратор форума "все видит" и "рулит"!
В наших интересах сделать программу лучше и удобнее.
На форуме можно обсудить вопрос с "народом".

Спасибо, причину выяснил - оказывается ошибка возникает, если это продолжение больничного. Исправлю и выпущу обновление.

ASM

Спасибо, причину выяснил - оказывается ошибка возникает, если это продолжение больничного. Исправлю и выпущу обновление.

Да, это продолжение. Причем двойное продолжение. И сотрудник продолжает болеть и, возможно будет еще продлжение. Так что даже не знаю, что еще проявится в этом случае.
Спасибо за оперативную реакцию!

Сразу, немного в тему:
При переносе сосканированного больничного в ЗП30 в сформированном помощнике "Расчет больничного" не заполняется поле "Вид б/л".


Не знаю, к какому реквизиту в Кадрах30 привязан этот реквизит в ЗП30. Но, можно ли как-то подумать и исправить эту ситуацию, чтобы в помощнике реквизит заполнялся (правильно)?
Спасибо!

Вид б\л не переносится скорей всего из-за различия в наименованиях видов нетрудоспособности. В зарплатных решениях я видел, что в одних версиях (3.0, 3.5 и 4.0) впереди в наименовании идет код и затем только само наименование, в то время как в зарплате 5.0 и 5.5 идут просто наименования без кода и перенос проходит нормально. Зачем так сделали - не знаю. Поэтому для исправления вашей ситуации, нужно просто привести наименования видов нетрудоспособности к единому содержанию.

ASM

Вид б\л не переносится скорей всего из-за различия в наименованиях видов нетрудоспособности. В зарплатных решениях я видел, что в одних версиях (3.0, 3.5 и 4.0) впереди в наименовании идет код и затем только само наименование, в то время как в зарплате 5.0 и 5.5 идут просто наименования без кода и перенос проходит нормально. Зачем так сделали - не знаю. Поэтому для исправления вашей ситуации, нужно просто привести наименования видов нетрудоспособности к единому содержанию.

Возможно... возможно... Надо посмотреть. Но если виды нетрудоспособности "зашиты" в перечислении, то придется обращаться к разработчикам ЗП30. Будет сопротивление из-за непонимания что требуется.
Если проблема известна вам, то, может быть, добавите что куда нужно при переносе в зависимости от версии ЗП? Поговорите с разработчиками ЗП по этому вопросу?
А администратор форума поможет?

Пока, ответ ваш ясен. Так расчетчику и буду говорить, что иначе, пока, нельзя, как только ручные изменения.

Виды нетрудоспособности - это НЕ перечисление, это справочник.

ASM

Виды нетрудоспособности - это НЕ перечисление, это справочник.

Понятно. Посмотрел. Действительно, справочник. Пользуемся типовым, заполненным разработчиком, с только предустановленными элементами. В ЗП30. Одна колонка - Код. Вторая колонка - Наименование, без каких-либо дополнительных кодов. Думаю, если вы у себя посмотрите, то быстрее разберетесь, так как больше нашего знаете что смотреть.

ASM

Вид б\л не переносится скорей всего из-за различия в наименованиях видов нетрудоспособности. В зарплатных решениях я видел, что в одних версиях (3.0, 3.5 и 4.0) впереди в наименовании идет код и затем только само наименование, в то время как в зарплате 5.0 и 5.5 идут просто наименования без кода и перенос проходит нормально. Зачем так сделали - не знаю. Поэтому для исправления вашей ситуации, нужно просто привести наименования видов нетрудоспособности к единому содержанию.

А у вас поиск при переносе происходит по наименованию вида нетрудоспособности?
Посмотрел, какие виды в Кадрах30:


Посмотрел, какие виды в ЗП30:


Отличаются как по наименованию, так и по коду, и даже по количеству элементов!
Как это можно состыковать?
Через привязку можно?
Но элементы предопределенные и там, и там. Как их привязать?
Можно в Кадры30 ввести "свои" элементы, соответствующие ЗП30?
Как посоветуете?
Или в своей программе "Кадры30" вводете предопределенные элементы, соответствующие ЗП30?
Кстати, вы можете в своей программе завести в справочнике несколько групп (для этого придется сделать справочник иерархическим), соответствующим разным "клонам" зарплатных проектов, так как вам легче отслеживать изменения, вносимые в зарплатные проекты.

А пока придется заполнять это поле после переноса вручную.

Ещё раз повторюсь: при переносе (в вашем случае) нет никаких привязок - только по наименованию! То, что коды разные - это не критично, а вот то, что состав разный - это указывает на то, что при обновлении возникли неполадки с нумерацией и элементы справочника не были созданы. В данном случае могу предложить 2 пути:
1. Самим занести недостающие элементы в справочник.
2. Откатиться на предыдущий релиз, перенумеровать элементы справочника видов нетрудоспособности, после чего обновиться на последний релиз.

ASM

Ещё раз повторюсь: при переносе (в вашем случае) нет никаких привязок - только по наименованию! То, что коды разные - это не критично, а вот то, что состав разный - это указывает на то, что при обновлении возникли неполадки с нумерацией и элементы справочника не были созданы. В данном случае могу предложить 2 пути:
1. Самим занести недостающие элементы в справочник.
2. Откатиться на предыдущий релиз, перенумеровать элементы справочника видов нетрудоспособности, после чего обновиться на последний релиз.

Да, похоже, сейчас без ручной корректировки не обойдешьсяю Где-то что-то надо менять: или в Кадрах30 или в ЗП30.
Ну, введите, хотя бы иерархию в справочник "Виды нетрудоспособностей", что можно было "спрятать" неиспользуемые элементы справочника и ввести свои, более подходящие для учета.
А как вы определяете Вид нетрудоспособности из боллистка? По коду "Причина нетрудоспособности"? Тогда понятно, почему у вас не все виды боллистков сканируются: у вас в справочнике нет кодов больше 09.
Выходит - справочник неполный.
И как тогда "свои" дополнительно введенные виды синхронизировать с кодами из больничного? По каким правилам?
Может быть ввести в справочник еще одно поле: "Код причины нетрудоспособности из БЛ", и по нему делать индивидуальную настройка видов нетрудоспособности? Раз предопределенных, жестко привязанных элементов, не хватает.

Второе.
В ЗП30 используется "расширенный" список видов боллистков, так как по этим расширенным элементам устанавливаются дополнительные параметры, необходимые для расчета больничного. Понятно, что в Кадрах30 расчет не ведется и эти тонкости расчета не учитываются. А хотелось бы.
В ветке ЗП30 обсуждался вопрос корректного сканирования боллистков по коду 09.

"Ольга Николаевна пишет:
Сканируется код. Коду 09 соответствуют все виды б/л "по уходу за ребенком......." и "по уходу за больным членом семьи". Поэтому при работе с такими б/л придется перевыбрать "вид больничного".
Спасибо за объяснение. В такие детали еще не вникал.
Дальше думаю так:
1. Есть поле "Возраст", есть поле "Родственная связь", есть "ФИО члена семьи". Если их проанализировать, то с большой долей вероятности определить, что это уход за ребенком. И в этом случае нужно выбрать "правильного" ребенка, привязанного к сотруднику.
2. Чаще всего берут больничный по уходу за ребенком. Поэтому считаю, что по умолчанию нужно по коду "09" ставить уход за ребенком. А если проанализировть возраст, то и определить "правильный" уход за ребенком.
Это я для того, чтобы меньше приходилось "перевыбирать". "

Ну, и еще несколько сообщений по этой теме.
То есть, по коду 09 недостаточно иметь только один вид нетрудоспособности "По уходу за больным членом семьи". А нужно еще различать, что это (чаще всего) уход за ребенком, какого возраста, стационар или амбулаторно, родственная связь и т.д. Все эти параметры есть в сканируемом боллистке. И, соответственно, в зависимости от этого должен выбираться правильнаый вид нетрудоспособности. Иначе возникают ошибки, и возникает необходимость ручного исправления. И смысл сканирования теряется.
А в сосканированном боллистке должны быть поля в группе "Причина нетрудоспособности" 1)Код, 2)Доп.код, 3)Код.изм (в соответствии в бланком боллистка) (или они есть в "Данных листка нетрудоспособности"?), и "Вид нетрудоспособности (вид боллистка)", необходимый для аналиники расчета боллистка в зарплате.

Замечание:
После сканирования боллистка открывается сформированний документ, в форме которого отсутствует кнопка "Данные листка нетрудоспособности". Приходится закрывать-открывать документ, чтобы посмотреть что сосканировалось:

Вышел релиз программы 3.0.21.2 с исправленной ошибкой, возникающей при сканировании продолжения боллистка. Ошибка исправлена.
СПАСИБО!

Пошли дальше.
1. После сканирования данные попадают на форму "Данные листка нетрудоспособности".
На форме есть поля "Освобождение от работы" для указания сроков освобождения и реквизитов врачей. Для врачей выделены две строки. В форме жестко забито, что первая строка - "Врач", а вторая строка - "Председатель ВК".
В реальном боллистке в певой строке стоит "ПРЕД ВК" (председатель ВК), а врач стоит во второй строке. То есть, может быть и так, и так. Боллисток не регламентирует.


И поэтому, ошибочно после сканирования ПРЕД ВК попадает в строчку Врача, а Врач - в строку Председателя ВК.
Думаю, это нужно исправить, привести форму в соответствие с формой боллистка, в котором нет жесткого закреплеия строк по должностям.

2. При выборе Врача в строке "Врач" (1) на форме "Данные листка нетрудоспособности" открывается список справочника "Врачи", с отбором врачей по медицинской организации, указанной в боллистке. Это хорошо.



Но, при выборе Врача в строке "Председатель ВК" (2), открывается список справочника всех врачей без отбора, что вызывает определенные трудности для выбора врача.


Думаю, это еще одна ошибка программы. Хорошо бы исправить.

3. Будет ли реализована возможность формирования и печати "Заявления о выплате пособия", аналогично программам зарплатных проектов?

4. Виды нетрудоспособности придется пользователю изменять самостоятельно? (для цели переноса данных в ЗП30)