|
Admin
|
|
28 августа 2024 16:14
|
|
Некоторое время назад в программе установлен запрет на создание категорий/счетов с одинаковыми названиями. Это регулярно приводило к различным проблемам и путанице.
Поэтому всем уже существующим одинаковым названиями программно было добавлено некое число на конце.
Если вы это заметили, рекомендуем проверить все названия в меню "Справочники" и при необходимости поправить. Обратите внимание, одинаковые названия могут быть и среди скрытых элементов, чтобы увидеть которые нужно кликнуть "Показать скрытые" внизу списка.
Мера вынужденная, но необходимая.
Приносим извинения за неудобства.
|
|
|
|
Алексей
|
|
5 сентября 2024 11:00
|
|
Решение не очень удобное. Достаточно было указывать родителя. Кстати, об этом я писал несколько лет назад.
|
|
|
|
Андрей
|
|
11 сентября 2024 10:47
|
|
Надо показывать по какому пути нарушение уникальности.
Пошел менять, а внизу справочника красным:
"Категория расхода 'Проезд' не уникальна. Измените название пожалуйста."
И как искать конфликтующую категорию, открывать все категории? У конфликта две стороны, одну сторону мы меняем, надо показать путь до второй стороны конфликта. Или поиск прикрутить на справочнике
|
|
|
|
Андрей
|
|
11 сентября 2024 10:52
|
|
Решил поменять имя у категории, она вложенная и скрытая.
В итоге категория перестала быть скрытой и стала корневой. И вернуть обратно во вложенные скрытые не получается, потому что выпадающий список категории отражает только открытые категории.
|
|
|
|
Admin
|
|
11 сентября 2024 11:00
|
Андрей Пишет: потому что выпадающий список категории отражает только открытые категории. Вы правы есть такой нюанс. Постараемся исправить, а пока видимо единственный путь - сделать временно родительскую категорию не скрытой, поменять, а потом спрятать снова.
|
|
|
|
Андрей
|
|
11 сентября 2024 11:03
|
|
Тогда уж надо было всем конфликтующим индекс поставить, а там уж решим где индекс снять, а где оставить. А то сейчас оно поставило индекс открытым, но оставило без индекса закрытые. И теперь приходится выводить родительскую категорию из скрытых, менять ей индекс, снова скрывать родительскую и потом идти снимать индекс у открытой категории.
Ладно, надо так надо
На будущее желательно предварительное письмо пользователям заслать, дать ссылку на обсуждение и опрос как лучше поступить
|
|
|
|
Admin
|
|
11 сентября 2024 11:05
|
Андрей Пишет: А то сейчас оно поставило индекс открытым, но оставило без индекса закрытые Оно на самом деле без разбору ставило индексы, каким-то и скрытым проставило, просто у вас так "повезло".
На будущее будем стараться лучше.
|
|
|
|
Дмитрий
|
|
9 декабря 2024 17:05
|
|
:( Для меня это повод задуматься о дальнейшем использовании системы. Т.к. сейчас я не могу сделать адекватную аналитику по расходам/доходам. (раньше можно было ТОЛЬКО по категориям понять на что и сколько трачу. :(
Теперь и это отрубили.
Пока, продолжаю пользоваться ради "спортивного интереса" по инерции. :(
зы. хоть бы объединили категории Расходы, доходы в одно дерево. хоть какая-то польза была-бы от софта.
|
|
|
|
Sr
|
|
21 декабря 2024 10:34
|
Дмитрий Пишет: :( Для меня это повод задуматься о дальнейшем использовании системы. Т.к. сейчас я не могу сделать адекватную аналитику по расходам/доходам. (раньше можно было ТОЛЬКО по категориям понять на что и сколько трачу. :(
Теперь и это отрубили.
Пока, продолжаю пользоваться ради "спортивного интереса" по инерции. :(
зы. хоть бы объединили категории Расходы, доходы в одно дерево. хоть какая-то польза была-бы от софта. Согласен. Не только по этой причине, а еще и по другим, софт совсем неидеален и никаких подвижек не намечается, делают какие-то мелочи, а важные, концептуальные вещи не проработаны и, похоже так и останется навсегда. Максимум на что оно годится - это заведение расходов и доходов в систему. Но зачем это нужно, если нет нормальной аналитики расходов-доходов и планирования? Кололся иголками, но пытался кушать эту софтину, но похоже пора заканчивать, продлять подписку больше не собираюсь.
|
|
|
|
Sr
|
|
21 декабря 2024 10:55
|
Admin Пишет: Некоторое время назад в программе установлен запрет на создание категорий/счетов с одинаковыми названиями. Это регулярно приводило к различным проблемам и путанице.
Поэтому всем уже существующим одинаковым названиями программно было добавлено некое число на конце.
Если вы это заметили, рекомендуем проверить все названия в меню "Справочники" и при необходимости поправить. Обратите внимание, одинаковые названия могут быть и среди скрытых элементов, чтобы увидеть которые нужно кликнуть "Показать скрытые" внизу списка.
Мера вынужденная, но необходимая.
Приносим извинения за неудобства. Скажите, пожалуйста, к каким именно "различным проблемам и путанице" это приводило? Мне действительно очень любопытно. какие именно неразрешимые проблемы возникли у программистов, что пришлось вводить уникальность имени?
|
|
|
|
Admin
|
|
21 декабря 2024 18:39
|
Sr Пишет: Мне действительно очень любопытно. какие именно неразрешимые проблемы возникли у программистов У программистов никак проблем нет, они возникают у пользователей и как следствие создают дополнительную нагрузку на службу поддержки. В качестве (некоторых) примеров:
1. Родительские категории не отображаются в журнале и отчётах, поэтому пользователям не понятно какая именно статья отображается, если она не уникальна. Отображать всю иерархию категории для каждой операции в списке, на наш взгляд избыточно.
2. В списке выбора категорий, при поиске по первым буквам, родительские элементы отсеиваются и не уникальные категории остаются "одни", лишая возможности пользователя понять, какую именно выбрать.
3. При формировании отчётов с фильтрами по статьям, пользователи путают одну не уникальную категорию с другой. В лучшем случае они замечают несоответствие сумм, полагая при этом, что программа считает что-то не верно. В худшем, принимают ложь за истину и делают не верные выводы.
4. Для долговых счетов, долг с одним и тем же названием может создаваться несколько раз по невнимательности, для одного и того же должника (путаница1) или же для двух разных должников, один из которых уже забыт (путаница2).
Эти пункты нужно умножить на 2, т.к. каждый из них порождает ещё один сценарий путаницы, в связи с возможностью скрыть элемент из списка (временно или постоянно). То есть первая группа сценариев относится к пользователям, которые создают не уникальные элементы осознанно, думая, что они не запутаются (и всё равно путаются).
Вторая группа сценариев относится к пользователям, которые создают не уникальные элементы по ошибке, однажды скрыв их из списка и полагая, что их больше нет.
|
|
|
Секунду ...
