окно выбора подразделения, "свернуть/развернуть дерево" - Каминсофт

окно выбора подразделения, "свернуть/развернуть дерево"

23 авг 2016 15:54 #1
от Ildar
Можно реализовать в окне выбора подразделения кнопки разворачивания/сворачивания дерева, можно и фиксированную настройку "всегда показывать свернутым".
Неудобно пользоваться при большом количестве, постоянно скроллить приходится.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
23 авг 2016 17:14 #2
от RIV
В следующем релизе кнопки "Свернуть/развернуть" появятся для формы выбора подразделений.
Настройку "показывать список свернутым при открытии" добавим.

Рязанов Иван, фирма КАМИН
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, AWG, Ildar
25 авг 2016 12:09 #3
от Ildar
замечено еще странное поведение отчета "Ведомость НДФЛ по срокам перечисления".
отчет "ломается", перестает формироваться с ошибкой "Метод объекта не обнаружен (Добавить)".
в другом случает он же формируется со значением отбора, применявшегося ранее, причем сбросить отбор не удается.
И в первом и во втором случае "лечится" очисткой настроек отчета в настойках пользователя.
Может добавление в "еще.." команды "применить стандартные настройки" решит проблему.

Зы: смоделировать ошибку не удается. причину найти не смог. произвольно появляется.
зызы: текст ошибки:
{ОбщийМодуль.МодульРасчетаНДФЛ.Модуль(2248)}: Метод объекта не обнаружен (Добавить)
СтрокаНалога = ТаблицаНалогов.Добавить();
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, Сергей
25 авг 2016 13:55 #4
от Ildar
записи "отпуска сотрудников" в регистрах сведений формируются документами "кадровый приказ на отпуск" и "начисление по среднему".
если "начисление по среднему" принудительно формирует запись, то ""приказ..." при начислении отпука по умолчанию в настройках снимает чекбокс с "добавить запись об отпуске".
наши кадровики по ошибке этот чекбокс устанавливали вручную, вследствие чего задваивались дни отпуска при расчете компенсации при увольнении.
при снятии чекбокса и перепроведении приказа записи регистра не меняются и остаются прежними, удаляются только через "все функции".
Тема закрыта.

25 авг 2016 14:04 #5
от Ildar
еще одна "хотелка"...

кадровикам необходимо видеть все периоды отсутствия работника в "кадровых сведениях", включая "больничные", пока туда попадают только кадровые приказы.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
25 авг 2016 14:18 #6
от Ildar
ну раз пошла такая пьянка... :)
"Свод на начислений и удержаний" из ЗУП. Очень удобный отчет. С расшифровкой строк.
Тема закрыта.

25 авг 2016 14:59 #7
от Ildar
ну и еще:

при попытке проведения "Реестра на выплату заработной платы" ошибка.

если не ошибаюсь, то вот этой строки в общем модуле "ДатыЗапретаИзмененияПереопределяемый" не хватает:
ДатыЗапретаИзменения.ДобавитьСтроку(ИсточникиДанных, "Документ.РеестрНаВыплату", "Дата");
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
25 авг 2016 15:19 #8
от RIV

ну и еще:

при попытке проведения "Реестра на выплату заработной платы" ошибка.

если не ошибаюсь, то вот этой строки в общем модуле "ДатыЗапретаИзмененияПереопределяемый" не хватает:
ДатыЗапретаИзменения.ДобавитьСтроку(ИсточникиДанных, "Документ.РеестрНаВыплату", "Дата");


Зафиксировано замечание №2793 и направлено разработчику для устранения.
www.kaminsoft.ru/products/tasks?GUID=92c...e6-1287-0025900ed684
Для обхода ошибки в разделе Администрирование -> Поддержка и обслуживание снимите флажок "Дата запрета изменения".
После проведения документа флажок можно установить обратно.

Рязанов Иван, фирма КАМИН
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 09:01 #9
от Ildar

замечено еще странное поведение отчета "Ведомость НДФЛ по срокам перечисления".
отчет "ломается", перестает формироваться с ошибкой "Метод объекта не обнаружен (Добавить)".
в другом случает он же формируется со значением отбора, применявшегося ранее, причем сбросить отбор не удается.
И в первом и во втором случае "лечится" очисткой настроек отчета в настойках пользователя.
Может добавление в "еще.." команды "применить стандартные настройки" решит проблему.


у отчета "Остатки отпусков" такая же проблема: перестает формироваться, без ошибок, выводит только заголовок таблицы.
Очистка настроек этого отчета не помогает. Полностью настройки пользователя очистил - заработало.
Конфигурация без доработок кода. Выполнялось на роли администратора.
Если необходимо, можем удаленно связаться по тимвиверу.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 09:05 #10
от Сергей

замечено еще странное поведение отчета "Ведомость НДФЛ по срокам перечисления".
отчет "ломается"

у отчета "Остатки отпусков" такая же проблема[/quote]
Добрый день!
Проблема не в отчетах. Видимо, были какие-то пользовательские настройки и они мешали нормальной работе.

Самарин Сергей
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 09:08 #11
от Ildar

замечено еще странное поведение отчета "Ведомость НДФЛ по срокам перечисления".
отчет "ломается"

у отчета "Остатки отпусков" такая же проблема

Добрый день!
Проблема не в отчетах. Видимо, были какие-то пользовательские настройки и они мешали нормальной работе.[/quote]

ну так это понятно. еще бы знать какие именно. почему настройки, не относящиеся к конкретному отчету влияют на его функциональность.
сбрасывать все настройки - плохой вариант решения проблемы
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 09:13 #12
от RIV
А давно проблема проявляется? У нас в одном из релизов был обработчик обновления для переноса пользовательских настроек отчетов.
Может обновление не так прошло?

Рязанов Иван, фирма КАМИН
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 10:07 #13
от Ildar
первый раз заметил на отчете "Ведомость НДФЛ по срокам перечисления", в апреле.
Кстати, еще такая проблема: допустим я создаю настройку какого-либо отчета с целью потом перенести ее потом другому пользователю. А не переносится. Причем, одному сотруднику переносится, а другому нет. и взаимосвязи нет никакой.

а в каком обновлении обработчик был? я в основном ключевые и значимые релизы обновляю, обычно через 1-2 перескакиваю.
Тема закрыта.

26 авг 2016 10:31 #14
от Андрей Ланьшин

я в основном ключевые и значимые релизы обновляю, обычно через 1-2 перескакиваю.


Так делать категорически не рекомендуется: www.kaminsoft.ru/technical-questions.html#p432

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.
Спасибо сказали: RIV
26 авг 2016 10:37 #15
от RIV

а в каком обновлении обработчик был?


Обработчик был в 5.0.23.3.
А вы меняли платформу, например, с 8.3.6 на 8.3.8?
Или стабильно работали на одной версии?

Рязанов Иван, фирма КАМИН
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 11:57 #16
от Ildar

я в основном ключевые и значимые релизы обновляю, обычно через 1-2 перескакиваю.


Так делать категорически не рекомендуется: www.kaminsoft.ru/technical-questions.html#p432

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

Проблемы проявлялись и с платформой 8.3.6, сейчас 8.3.7. И в клиент-серверном (ранее) и в файловом варианте (сейчас).

"Обработчик был в 5.0.23.3."
Уточните релиз, на сайте нет такого

Обработчик выполнялся автоматически при обновлении, или был в виде отдельной обработки?
Да, забыл уточнить, я начал работать с программой уже после названного релиза. Была база другой организации, настроенная, с доработками. Была вычищена от документов, регистров, движений и прочего, и на этой базе создавалась новая организация. Изменений в коде очень мало, в основном новые отчеты, обработки, макеты, которые при обновлении не затрагиваются
Тема закрыта.

26 авг 2016 12:07 #17
от Андрей Ланьшин

я в основном ключевые и значимые релизы обновляю, обычно через 1-2 перескакиваю.


Так делать категорически не рекомендуется: www.kaminsoft.ru/technical-questions.html#p432

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

Проблемы проявлялись и с платформой 8.3.6, сейчас 8.3.7. И в клиент-серверном (ранее) и в файловом варианте (сейчас).


Если релиз, то можно считать "ключевым", а сборки в пределах релиза "не ключевыми".
В конфигурации помимо функционала по расчету зарплаты встроены типовые библиотеки (БСП, БТС, БРО, ...) и проблемы могут возникнуть ещё и в них при непоследовательном обновлении (причем ошибка может сразу и не проявиться, а через какое-то время уже в данных). Чтобы не "заморачиваться" определением "ключевой/не ключевой" и не рисковать, рекомендуем выполнять обновления последовательно. Эта рекомендация касается всех решений на платформе 1С:Предприятие 8, а не только наших разработок (почему - описано подробно в статье)

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.

26 авг 2016 12:12 #18
от Ildar

Если релиз, то можно считать "ключевым", а сборки в пределах релиза "не ключевыми".
В конфигурации помимо функционала по расчету зарплаты встроены типовые библиотеки (БСП, БТС, БРО, ...) и проблемы могут возникнуть ещё и в них при непоследовательном обновлении (причем ошибка может сразу и не проявиться, а через какое-то время уже в данных). Чтобы не "заморачиваться" определением "ключевой/не ключевой" и не рисковать, рекомендуем выполнять обновления последовательно. Эта рекомендация касается всех решений на платформе 1С:Предприятие 8, а не только наших разработок (почему - описано подробно в статье)


Что есть "сборка"? При обновлении информационное окно четко выдает, для обновления программы каких версий предназначен новый релиз
ВНИМАНИЕ: Спойлер!
Тема закрыта.

26 авг 2016 12:17 #19
от RIV

"Обработчик был в 5.0.23.3."
Уточните релиз, на сайте нет такого



Релиз 5.0.23.6.
Если вы начали работу с более поздней версии, то проблема не в обработчике, а в чем то другом.

Рязанов Иван, фирма КАМИН
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 авг 2016 12:21 #20
от Андрей Ланьшин

Если релиз, то можно считать "ключевым", а сборки в пределах релиза "не ключевыми".
В конфигурации помимо функционала по расчету зарплаты встроены типовые библиотеки (БСП, БТС, БРО, ...) и проблемы могут возникнуть ещё и в них при непоследовательном обновлении (причем ошибка может сразу и не проявиться, а через какое-то время уже в данных). Чтобы не "заморачиваться" определением "ключевой/не ключевой" и не рисковать, рекомендуем выполнять обновления последовательно. Эта рекомендация касается всех решений на платформе 1С:Предприятие 8, а не только наших разработок (почему - описано подробно в статье)


Что есть "сборка"? При обновлении информационное окно четко выдает, для обновления программы каких версий предназначен новый релиз
ВНИМАНИЕ: Спойлер!


Все верно, то что указано в описании, для того и предназначено обновление. В приведенном у Вас примере я бы не рекомендовал обновляться с релизов ниже 5.0.34.x (т.е. с 5.0.33.х и ниже).

ПС: Сборка - последняя цифра после точки

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.

Продолжая использовать наш сайт, вы даете согласие на обработку файлов cookie и пользовательских данных в целях функционирования сайта, проведения ретаргетинга и статистических исследований, обзоров. Если вы не хотите, чтобы ваши данные обрабатывались, покиньте сайт.

Принять