Пожелания разработчикам

[Родин Евгений]

Сложно сказать будут ли к концу года, но мы над этим работаем.

[Постійний читач]

чекаєм з нетерпінням

[vnkor]

В общем таких изменений и информационных окон не будет...

А что будет?

[Нина Юрилина]

vnkor
точно сказать пока не могу, но сказали что подумают над данным предложением, как именно его можно реализовать

[vnkor]

Может, в окне "Наступні дії" добавить функцию "Створити копію звіту для відправки в іншу податкову інспекцію"?

[prospector]

Возник вопрос округления значений в табл.1 ЕСВ.
Если значение из п.2.3.1 умножить на 33.2% ,то итоговое значение не будет равно сумме показателей из табл.6 (бывает несовпадение на 1 копейку).
Аналогичный вопрос по п.2.4.1.
Далее, ошибки округления приводят к неверному результату в п.8.8
Приходится исправлять значения по сотрудникам для "угадывания" правильной суммы после округления.
Просим рассмотреть вопрос изменения алгоритма расчёта значений в табл.1 ЕСВ

[СЕВАНЦ]

... Просим рассмотреть вопрос изменения алгоритма расчёта значений в табл.1 ЕСВ

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

[пан Томима]

для удобства работы бухгалтеров предлагаю изменить законы арифметики.

А для удобства лихачей на крутых тачках, надо изменить законы физики, ну чтоб два раза не вставать.

[prospector]

... Просим рассмотреть вопрос изменения алгоритма расчёта значений в табл.1 ЕСВ

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

У себя в программе я это реализовал ( по законам арифметики с бухгалтерией споры были не один раз ). Сейчас копейка переходит в правильную сторону

[priup]

| Показать

Возник вопрос округления значений в табл.1 ЕСВ.
Если значение из п.2.3.1 умножить на 33.2% ,то итоговое значение не будет равно сумме показателей из табл.6 (бывает несовпадение на 1 копейку).
Аналогичный вопрос по п.2.4.1.
Далее, ошибки округления приводят к неверному результату в п.8.8
Приходится исправлять значения по сотрудникам для "угадывания" правильной суммы после округления.
Просим рассмотреть вопрос изменения алгоритма расчёта значений в табл.1 ЕСВ

Обращение не по адресу!
Обращаться надо непосредственно в ПФ Украины, чтобы привели алгоритм расчета ЕСВ в соответствие с существующим ЗАКОНОДАТЕЛЬСТВОМ Украины по ЗП.
Также надо обращаться непосредственно в Верховную Раду о преведении ЗАКОНОДАТЕЛЬСТВА Украины по ЗП к существующей денежной единице.
А то всё законы писаные ещё под купоно-карбованци действуют..........

[СЕВАНЦ]

....Обращаться надо непосредственно в ПФ Украины, чтобы привели алгоритм расчета ЕСВ в соответствие с существующим ЗАКОНОДАТЕЛЬСТВОМ Украины по ЗП. ...

Причем здесь ПФУ?
При расчете удержаний из зарплаты каждого конкретного сотрудника вычисляется ЕСВ в размере 3.60% от начисленной зарплаты, результат округляется до целых копеек.
По законам арифметики сумма таких округленных значений по всем сотрудникам имеет полное право отличаться от результата, получаемого путем вычисления 3.60% от суммарной начисленной зарплаты. Никакое законодательство не может изменить этот очевидный факт.
Зная об этом, ПФУ не считает расхождение в несколько копеек ошибкой, но выдаает предупреждение - на всякий случай. Вполне разумное решение.
А бухгалтерам, которых такой простой и разумный вариант не устраивает, можно лишь посочувствовать.

[lals]

Ребята програмисты! Вам наверное платят от объема выложеной в обновления информации.
Зачем вы мне Впихиваете Модули которыми я не оплатил???
ну понимаю бесплатное ПО может идти как бонус к платному, но у меня лицензия только на отчетность, я плачу за трафик живые деньги, и вы мне впариваете БУМЫ и модули "зарплата" которых я вам не заказывал я вынужден их качать так как они идут в одной корзине. Мой провайдер только рад этому. Или может вы от мобильных провайдеров получаете откаты.
Зачем мне автоматически установленный Информер который шарится в интернете и жрет мой трафик каждые пять минут,
Почему я должен после каждого обновления морочиться с отключение этого информера, потому как после каждого обновления эта зараза снова появляется в автозапуске и висит в трее.

[Танюшка]

Так у разработчиков сложности с понятием модульность.Оно у них особенное. Для всех в округе, модульность это возможность закачивать ( устанавливать, обновлять) программу по нужным (оплаченным) частям. У медоковцев модульность, это разделы в программе. И они, естественно, идут в целом.
А если серьезно, на форуме давно обсуждается ( к сожалению в пустую) вопрос объема дистрибутивов медока, объемов его обновления, не объявленные в перечне обновлений исправления ошибок, появление новых и т.д. Самое обидное, время идет, программа меняется, а ситуация с рискованностью работы с медоком остается. Рецепт выхода из этой ситуации ищем всем форумом, присоединяйтесь к поиску.

[Mironico]

Очень долго делается рез. копирование.
Небольшая база а ждем по полтора часа чтобы сделать копию.

[Нина Юрилина]

Mironico
Небольшая -это сколько? РК делаете через резервное копирование или через планировщик? После создание рез.копии какой у нее размер?

[Постійний читач]

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

[Нина Юрилина]

Постійний читач
Вам уже Евгений отвечал что такая доработка есть, просто к сожалению я не могу точно сказать сроки реализации!

[Постійний читач]

Постійний читач
Вам уже Евгений отвечал что такая доработка есть, просто к сожалению я не могу точно сказать сроки реализации!

Я пам'ятаю і чекаю.
Просто вирішив лишній раз нагадати.
Без особистих претензій Ніні і Євгенію.

[Нина Юрилина]

Не переживайте, мы не забудем!)

[Mironico]

Mironico
Небольшая -это сколько? РК делаете через резервное копирование или через планировщик? После создание рез.копии какой у нее размер?

Рез копия весит сейчас около гига.

Конфигурация компа бухгалтера:
Celeron 430 soc775.
ОЗУ 2Гб DDR3
Мать на G41 только купленная.
HDD Samsung 500Гб SATA2.
Инет 10Мбит. Оптоволокно.

Процессор далеко не новый но думаю у половины бухгалтеров других фирм
И такого нет.

Рез копия делалась последний раз больше 2х часов.
Через планировщик это нужно на ночь оставлять иначе
пару часов днем нельзя будет работать на компьютере.

Кроме того есть еще "жалобы":
В реестре налоговых накладных чтобы отправить сразу
пару-тройку сотен накладных нужно изрядно попотеть и
понервничать.
На весь процесс уходит до 10-15 мин.
Выделение 3х сотен накладных ~2-4 мин.
Теперь минуту-две ждем пока "отпустит" и можно будет нажать кнопку "отправить"
Жму кнопку, жду еще 2-3 мин.
Появляется окно с "получателем" -"налоговая"
и еще 2-4 мин. ждем пока отправится.

Нагрузка процессора при этом под 100%.

Чтобы не было вопросов: С компьютером все нормально.
Сам проверял 2 дня (есть 15-летний опыт). Заменил мать на новую, проверил жесткий
викторией, проверил память мемтестом.
Гонял всевозможными нагружающими стресс-тестами.

Гонял эту базу у себя на компе.
(4-ядерный Бульдозер, 8ГБ памяти, SSD c SATA3)
Да, быстрее но все-равно тормозит.

Ребята, вы что специально тормозилку в медок закодили?
У меня прога на том же FB с базой в 15Гб, с почти 2мя сотнями таблиц,
в некоторых из которых по 10млн. записей. И таких тормозов нет.
Похоже переход с делфей на дот.нет дал большую стабильность
но очень сказался на производительности.

Ждем и надеемся.

ПыСы. Сори за маты. Просто пару часов поработал с медком.
Очень жаль бухгалтера.