Пропоную в режимі роботи з податковими накладними, при створенні свого користувацького фільтру надати можливість в полі "Дата реєстрації" додати до переліку "Не зареєстрована", а то виходить , що користувацький фільтр можна зробити тільки по зареєстрованих в якийсь період накладних, але інколи потрібно і по ще не зареєстрованих зробити вибірку. Дякую

Дякую, розглянемо це.

Профіль підприємства в розділі "Підприємство" доповнити реквізитом "Псевдонім".

Тобото:

Назва підприємства:

ПАТ "Рога та Копита"

Псевдо:

РтК ПАТ

Дані реквізиту "Псевдо" (РтК ПАТ), у випадку його ЗАПОВНЕННЯ, буде відображено у випадаючому переліку кнопки "Профіль організації" в заміну реквізиту "Назва підприємства" (ПАТ "Рога та Копита").

По-простому, замість назви п-ва в переліку фірм буде те, що забажає користувач.

Так, це зручне доповнення і ми його впровадимо у майбутніх "великих" оновленнях програми.

И такой же "псевдоним" будет полезен для контрагентов в справочнике контрагентов, т.к. в таблицах с документами тех, кто пишет свою организационно-правовую форму полностью, приходится сильно растягивать графу с наименованием. Точнее, не "псевдоним", а полю "Назва" придать свойства, как предложено выше.

У Вас з версіїї в версію є такий "глюк" - якхо відкрита у закладці люба отримана податкова накладна і створити нову видану податкову присвоюється помилковий номер новий податкової накладной.

Дякую.

Додати у вікно опцій інсталювання ще один чек-бокс Додавання/Не додавання Агента Сонати у Автостарт (кожен раз вручну знімати доводиться).

Корисна функція при мережевому доступі до БД: При відсутності активності користувача-1 в БД-1 протягом часу Х -- розблоковувати БД-1 шляхом автоматичного направлення користувача-1 на "Сторінку привітання", котра може містити перелік доступних/незаблокованих БД.

Додати у вікно опцій інсталювання ще один чек-бокс Додавання/Не додавання Агента Сонати у Автостарт (кожен раз вручну знімати доводиться).

Галку, скоріше за все, буде додано.

Корисна функція при мережевому доступі до БД: При відсутності активності користувача-1 в БД-1 протягом часу Х -- розблоковувати БД-1 шляхом автоматичного направлення користувача-1 на "Сторінку привітання", котра може містити перелік доступних/незаблокованих БД.

А це навряд чи вийде коректно зробити у поточній реалізації програми.

Непогано було б врахувати такі побажання:

Також експорт/імпорт до/з .xls був би дуже зручний

У поточній реалізації програми це зробити складно, але ми врахуємо ці побажання у майбутньому.

Іноді чергове оновлення програми може містити критичні помилки в роботі деяких елементів, тим не менше оновлятись треба і у найменш критичний час Я це роблю. Але... Комплексом користуються інші люди, котрі не завжди знають/розуміють, що після оновлення може піти щось негаразд. І от відкриває програму така людина і бачить Повідомлення: "псс друже, а чи не хочеш нової версії - гайда оновлюватись; так/ні" і цей екземпляр (іноді навіть не читаючи) тикає "Так" лиш би швидше почати роботу з програмою. Але раптом програма не працює належним чином і починається паніка і метушня: "Шо дєлать? Шеф, всьо прапала!" І добре що Я маю збережений реліз попередньої версії і через хвилину все знову гаразд.

Так до чого це я?

Може варто дати користувачеві можливість вимкнути, можна засобами хитромудрих комбінацій, це надокучливе повідомлення про оновлення. Адже кожен раз програма відкривається стрічкою новин і я можу побачити, чи циферки звідти відповідають/не відповідають циферкам з "шапки" програми.

п.с. ситуацйія з оновленням гіпотетична

Поддерживаю предложение Мйка. Вполне достаточно того, что в главном окне с новостями от Сонаты, всегда виден номер последнего релиза программы. А ещё можно, вместо предупреждения, сдвинуть новости чуть ниже и в час икс главное окно начинать словами, что-то вроде "Вельмишановний користувач, з радістю повідомляємо, що для Вас є оновлення".

Ні, поточний варіант системи оновлення краще відповідає баченню розробника, ніж ваша пропозиція. Кожне оновлення приносить значно більше користі, ніж проблем, тому якнайшвидше оновлення програми у якнайбільшої кількості користувачів - наш незмінний пріоритет.

Адже кожен раз програма відкривається стрічкою новин і я можу побачити, чи циферки звідти відповідають/не відповідають циферкам з "шапки" програми.

Але гіпотетичний приклад ви не про себе наводили :) Користувачі, про яких ішла мова, часто взагалі не підозрюють, що програма оновилася, а також - не знають, як її оновити, якщо навіть помітили. Техпідтримка із такими ситуаціями постійно стикається навіть зараз, із нагадуваннями про оновлення.

Користувачі, про яких ішла мова, часто взагалі не підозрюють, що програма оновилася, а також - не знають, як її оновити

Вони і в налаштування не зайдуть. То що мішає там (в налаштуваннях) додати чекбокс не показувати виринаюче при запуску Вікно-Повідомлення про наявність оновлення? І на всякий випадок, після кожного оновлення програми переводити значення того чекбоксу в позицію, коли вікно-повідомлення буде виринати. Тобто, Я оновив версію (де не з'являлось повідомлення) і поки не відмічу знову, що НЕ бажаю бачити таке вікно-повідомлення - воно буде з'являтись.

Або ж. Поряд з кнопкою "перевірити пошту" розмістити кнопку "оновити програму", котра буде з'являтись у разі невідповідності поточної версії актуальній (останній). Лиш би позбутись після запуску того додаткового діалогового вікна, котре перешкоджає роботі з програмою.

Кожне оновлення приносить значно більше користі, ніж проблем

Кожен раз читаю зміст оновлення і якщо там нема критично необхідних для Мене речей не оновлюю. А через кілька днів майже кожен раз у такі гілці форуму хтось та й на щось "напорюється".

Про поштові налаштування: Відправлення за допомогою прямого з'єднання: дає ввести електронну пошту

Відправлення через електронну пошту: поле для введення електронної пошти недоступне

Це така логіка роботи програми, чи я щось не розумію. Описував ситуацію в моєму минулому повідомленні: при відправленні за допомогою прямого з'єднання, видаляв поштовий акаунт, як Ви казали, а соната видавала помилку, що немає поштового акаунту. Це так зроблено в безкоштовній версії, чи все таки помилка в сонаті? Дякую.

Якщо здійснюється відправлення прямим з'єднанням, то потрібна тільки поштова адреса - тому її можна просто внести у відповідне вікно, яке ви на скріні замалювали. Поштовий акаунт для цього не потрібен.
Якщо відправлення відбувається за допомогою електронної пошти, то однієї адреси замало - потрібно також дані щодо адрес серверів, портів, безпеки та ін. Тому в такому випадку потрібен поштовий акаунт.
У налаштуваннях вікно "Поточний поштовий акаунт" тільки показує адресу акаунту. Її не можна так просто там змінити чи внести, адже треба змінювати чи створювати весь поштовий акаунт. Для цього є кнопки "Редагування" (олівець) та "Змінити пошту" або "Встановити пошту".

А навіщо при прямому електронна адреса?

Адреса вказується у реквізитах звіту (транспортний заголовок), у SOAP-методах роботи з прямим з'єднанням та в деяких звітах (як обов'язковий атрибут), наприклад у запитах ПДВ.

Ясно, дякую.