Я маю на увазі саме первинне введення, коли ще немає сертифікату. Людину заводять в довідник, і потім ще раз те саме вводять в картку підприємства. Нелогічно
Пожелания разработчикам
Re: Пожелания разработчикам
Все пройдет, и это тоже. Реально лишь одно - мир иллюзорен! Все остальное фантастика ...
Re: Пожелания разработчикам
Нелогично ждать какой-то доработки для операции, которая занимает полминуты времени.hatmaster писав: ↑22 травня 2019, 14:17Я маю на увазі саме первинне введення, коли ще немає сертифікату. Людину заводять в довідник, і потім ще раз те саме вводять в картку підприємства. Нелогічно
Или у Вас директора как перчатки меняются?
Человек-волшебник
Людина-чарівник
Wizard man
Людина-чарівник
Wizard man
-
- Универсал (склонность - системные вопросы)
- Повідомлень: 10116
- З нами з: 13 січня 2012, 11:21
Re: Пожелания разработчикам
06.11.2018 року вийшло оновлення, в якому було реалізовано перенесення даних з форми версії UOP00107, створеної в періоді рік 2018, у форму UOP00109, створену у цьому ж періоді. Перенесення даних виконується за допомогою додаткової програми обробки на вкладці Наступні дії форми UOP00109. Це був фінплан на 2019 рік. Як мені пояснили на підприємстві, форма UOP00109 була введена через хотєлку Укроборонпрома. Починали робити фінплан в формі UOP00107, а закінчували в UOP00109. Саме через це і була введена ця додаткова обробка, щоб люди не набирали заново цифри, а могли перетянути дані.
З цим моментом питань немає. Але є питання тепер з іншим...
На сьогоднішній день люди вже почали створювати звіти в періоді 2019 рік (роблять фінплан вже на 2020 рік). І коли вони намагаються
виконати перенесення даних за допомогою додаткової програми обробки на вкладці Наступні дії, то програма пропонує перетягування даних не з форми UOP00109, яка була створена і оновлена в минулому році і в яку вже перетягнуті дані, а з попередньої форми UOP00107, яка вже не є актуальною.
Хотілося б отримати можливість в фінплан на 2020 рік (UOP00109) перетягувати дані з минулорічного плану з таким самим кодом (UOP00109), а не з UOP00107, що медок робить зараз
З цим моментом питань немає. Але є питання тепер з іншим...
На сьогоднішній день люди вже почали створювати звіти в періоді 2019 рік (роблять фінплан вже на 2020 рік). І коли вони намагаються
виконати перенесення даних за допомогою додаткової програми обробки на вкладці Наступні дії, то програма пропонує перетягування даних не з форми UOP00109, яка була створена і оновлена в минулому році і в яку вже перетягнуті дані, а з попередньої форми UOP00107, яка вже не є актуальною.
Хотілося б отримати можливість в фінплан на 2020 рік (UOP00109) перетягувати дані з минулорічного плану з таким самим кодом (UOP00109), а не з UOP00107, що медок робить зараз
Людський мозок - це порожнє горище, куди можна набити все, що завгодно. Дурень так і робить: тягне туди потрібне і непотрібне. І нарешті настає момент, коли найнеобхіднішу річ туди вже не запхнеш...
Re: Пожелания разработчикам
Предлагаю на форуме в разделе "Модулі програми" создать новый подраздел "РРО".
-
- Универсал (склонность - системные вопросы)
- Повідомлень: 10116
- З нами з: 13 січня 2012, 11:21
Re: Пожелания разработчикам
Sagius
Спасибо, выполнено
Спасибо, выполнено
Re: Пожелания разработчикам
Хотелось бы, чтоб учли пожелание клиента по бланку J0602006 Податкова декларація з плати за землю, а именно:
При вводе суммы в строку 3 колонки 3 (Річна сума) в разделе 3 (Розрахунок податкового зобов'язання) клиент хочет, чтобы была реализована разбивка этой суммы по месяцам автоматически. Пример во вложении.
P.S. В кабинете плательщика ДФС уже подобное реализовано.
При вводе суммы в строку 3 колонки 3 (Річна сума) в разделе 3 (Розрахунок податкового зобов'язання) клиент хочет, чтобы была реализована разбивка этой суммы по месяцам автоматически. Пример во вложении.
P.S. В кабинете плательщика ДФС уже подобное реализовано.
- | Показать
-
- Повідомлень: 6702
- З нами з: 22 червня 2011, 09:06
Re: Пожелания разработчикам
Все разбивает, если заполнена табл. 1 и правильно выбран период
Качество ответов зависит от качества задаваемых вопросов.
Re: Пожелания разработчикам
Точно! Ирина, спасибо Вопрос снимается!Ирина Шадрина писав: ↑28 травня 2019, 13:45Все разбивает, если заполнена табл. 1 и правильно выбран период
Re: Пожелания разработчикам
Прохання якось зафіксувати ширину колонок в Реєстрі виданих та отриманих податкових накладних. Колонки весь час намагаються розповзтися по екрану. Багато колонок втратили своє призначення, їх зменшує до мінімуму щоб на екрані відображалось більше інформації (колонок з сумами). Вийшов, зайшов у реєстр, змінив закладку - все повертається на круги своя. Вид документа з 3, 4 колонок - кому воно потрібно. Ще краще було встановити можливість ховати непотрібні колонки, як в реєстрі первинних документів.
Re: Пожелания разработчикам
Ваши ИНДИВИДУАЛЬНЫЕ настройки Реестров хранятся в папке zvit9 ! Что-то с этой папкой у Вас!!!DimaSV писав: ↑31 травня 2019, 13:04Прохання якось зафіксувати ширину колонок в Реєстрі виданих та отриманих податкових накладних. Колонки весь час намагаються розповзтися по екрану. Багато колонок втратили своє призначення, їх зменшує до мінімуму щоб на екрані відображалось більше інформації (колонок з сумами). Вийшов, зайшов у реєстр, змінив закладку - все повертається на круги своя. Вид документа з 3, 4 колонок - кому воно потрібно. Ще краще було встановити можливість ховати непотрібні колонки, як в реєстрі первинних документів.
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Пожелания разработчикам
Предлагаю в "Журналі історіїї оновлень" расширить данные "Дата встановлення" до точной даты: добавить час и минуту установки.
-
- Универсал (склонность - системные вопросы)
- Повідомлень: 10116
- З нами з: 13 січня 2012, 11:21
Re: Пожелания разработчикам
Sagius
Спасибо, пожелание принято к рассмотрению. На текущий момент ознакомиться с точной датой и временем установки обновления можно в меню "Адміністрування - Журнал подій".
Спасибо, пожелание принято к рассмотрению. На текущий момент ознакомиться с точной датой и временем установки обновления можно в меню "Адміністрування - Журнал подій".
Re: Пожелания разработчикам
Спасибо.Белокопытов Геннадий писав: ↑05 червня 2019, 12:47Sagius
Спасибо, пожелание принято к рассмотрению. На текущий момент ознакомиться с точной датой и временем установки обновления можно в меню "Адміністрування - Журнал подій".
Re: Пожелания разработчикам
При автоматическом продлении сертификатов в случае, если на одного человека действуют сертификаты и директора и бухгалтера, и при этом сертификаты директора не заканчиваются а бухгалтера заканчиваются, функция автопродления "воспринимает" эти сертификаты как эквивалентные и не дает продлить бухгалтера.
(да, решение временно удалить сертификаты с типом "Директор" помогает)
Предлагаю улучшить функцию автоматического продления добавив для такой ситуации (два сертификата с одинаковыми ФИО) проверку по типу сертификата ("Директор" /"Бухгалет" /"Сотрудник"/ "Печать").
(да, решение временно удалить сертификаты с типом "Директор" помогает)
Предлагаю улучшить функцию автоматического продления добавив для такой ситуации (два сертификата с одинаковыми ФИО) проверку по типу сертификата ("Директор" /"Бухгалет" /"Сотрудник"/ "Печать").
Re: Пожелания разработчикам
А тут нада с юристами советоваться- законно ли ЭТО??Sagius писав: ↑07 червня 2019, 12:27При автоматическом продлении сертификатов в случае, если на одного человека действуют сертификаты и директора и бухгалтера, и при этом сертификаты директора не заканчиваются а бухгалтера заканчиваются, функция автопродления "воспринимает" эти сертификаты как эквивалентные и не дает продлить бухгалтера.
(да, решение временно удалить сертификаты с типом "Директор" помогает)
Предлагаю улучшить функцию автоматического продления добавив для такой ситуации (два сертификата с одинаковыми ФИО) проверку по типу сертификата ("Директор" /"Бухгалет" /"Сотрудник"/ "Печать").
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Пожелания разработчикам
Вряд ли это возможно. К самому сертификату не обязательно привязывать тип на ресурсе, с которого берется информация для автопродления. Например, у ДФС нет никаких привязок по типу сертификата, и он выбирается в самой программе - т.е. локально.
Формулируя вопрос, ты демонстрируешь способность понять ответ.