opz.org.ua

В нас з нашого ПЗ формується Реєстр отриманих та виданих податкових накладних(J1201503) і потім відкривається в вашій програмі. В першій табличній частині в нас 168 позицій, в другій 729 позицій. При спробі видалити, наприклад 720-у позицію з другої табличної частини, ОПЗ на хвилину підвисає, потім виникає повідомлення "Остановить выполнение этого сценария? Сценарий на этой веб-странице замедляет работу IE. Если не остановить сценарий, компьютер может перестать реагировать на действия пользователя." за час поки писав це повідомлення це діалогове вікно з попередженням з"являлось вже 6 разів ~6хв часу, і нарешті видалило позицію. При цьому процес mshta займає 90-95% процесорного часу.

Хтось зтикався з цією проблемою?

Версія ОПЗ 1.28.2
Windows XP Pro 32 SP3
AMD Athlon 64 3000+ 1.81GHz\3ГБ ОЗУ

Вы не одиноки, есть такой тормоз в программе!
Пишите авторам: pzsupport@opz.org.ua

dustin писал(а):В нас з нашого ПЗ формується Реєстр отриманих та виданих податкових накладних(J1201503) і потім відкривається в вашій програмі. В першій табличній частині в нас 168 позицій, в другій 729 позицій. При спробі видалити, наприклад 720-у позицію з другої табличної частини, ОПЗ на хвилину підвисає, потім виникає повідомлення "Остановить выполнение этого сценария? Сценарий на этой веб-странице замедляет работу IE. Если не остановить сценарий, компьютер может перестать реагировать на действия пользователя." за час поки писав це повідомлення це діалогове вікно з попередженням з"являлось вже 6 разів ~6хв часу, і нарешті видалило позицію. При цьому процес mshta займає 90-95% процесорного часу.

Хтось зтикався з цією проблемою?

Версія ОПЗ 1.28.2
Windows XP Pro 32 SP3
AMD Athlon 64 3000+ 1.81GHz\3ГБ ОЗУ

Автозаповнення - НИ - поставте... должно немножко помочь...

Roman писал(а):

dustin писал(а):В нас з нашого ПЗ формується Реєстр отриманих та виданих податкових накладних(J1201503) і потім відкривається в вашій програмі. В першій табличній частині в нас 168 позицій, в другій 729 позицій. При спробі видалити, наприклад 720-у позицію з другої табличної частини, ОПЗ на хвилину підвисає, потім виникає повідомлення "Остановить выполнение этого сценария? Сценарий на этой веб-странице замедляет работу IE. Если не остановить сценарий, компьютер может перестать реагировать на действия пользователя." за час поки писав це повідомлення це діалогове вікно з попередженням з"являлось вже 6 разів ~6хв часу, і нарешті видалило позицію. При цьому процес mshta займає 90-95% процесорного часу.

Хтось зтикався з цією проблемою?

Автозаповнення - НИ - поставте... должно немножко помочь...

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

dustin писал(а): Але ... Додаємо нову позицію в табличну частину, доходимо до поля Вид документа, вибираємо і йдемо заварювати чай

Обычно я рекомендую добавлять в "Резиновых"Табличках по 1 строке, после заполненной, а потом ее заполнять.
Вы как делаете?
Если добавить несколько пустых - на практике начинало притормаживать

AMD Athlon 64 3000+ 1.81GHz\3ГБ ОЗУ
слабовато

и записей многовато... 750-800 где-то?
все остальные программы на етом компе быстро работают?

Roman писал(а):

dustin писал(а): Але ... Додаємо нову позицію в табличну частину, доходимо до поля Вид документа, вибираємо і йдемо заварювати чай

Обычно я рекомендую добавлять в "Резиновых"Табличках по 1 строке, после заполненной, а потом ее заполнять.

По одній в кінці таблиці, і по дві додавали - не допомагає.

AMD Athlon 64 3000+ 1.81GHz\3ГБ ОЗУ
слабовато

и записей многовато... 750-800 где-то?
все остальные программы на етом компе быстро работают?

До 1000 записів - я вище писав.
Спробуємо ще варіант з doc\Реєстр_отр_вид_под_накл(3).xls - так скоріше буде

Похожая ситуация,

(ОПЗ 1.28.2), при этом когда запускаем камеральную проверку, то выдает следующую ошибку - Остановить операцию??? Говорит, что перегружен IE...

Писали Разработчикам...

banktech

Я добился нечто следующего ответа:

"Это не ошибка в программе, это предупреждение операционной системы о возможной ситуации в процессе работы. Единственный выход -ждать, ответив ОК на предупреждение системы. Мы проверяли, записи из 1000 строк проверяются 13 минут 25 сек..
pzsupport"

Разработчики жжут

Коллеги. нельзя столько чая пить!
А кто-нибудь дошёл до конечного результата? Есть там свет в конце туннеля?

В чём может быть причина?
Естественно глюк. Скорее всего разработчики ограничились проверкой "ну ты введи там пару строк"
Может, проблема в параметрах файловой среды (ну, например: если бы это была старая ДОС-овская программа - можно было бы говорить про files=1000 или что-то подобное). Может быть нестыковка типов чисел. Может быть при вводе типа документа идёт полный пересчёт результатов - а как пересчитать, если в пустой строке ещё не заданы нулевые значения.
Ищем...

Разробы действительно жгут!

Реестр около 2100 строк.
Проверка структуры файла около 5 мин.
Камеральная проверка около 40 минут!
При сохранении в xml и подготовке к отправке - недождался

И это на С2Duo E4500 2,2GHz , 2Gb RAM

Всем привет, я тут новенький, но всеж решил выложить свои результаты:
Раздел 1 - 430 строк
Раздел 2 - 4600 строк
Думаю шокирую всех. проверка структуры немного больше 40 минут, камеральна проверка 2 часа 30 мин. Сохранение почти 2 часа.
Попробовал выключить "Автосохранение",время уменишилось примерно на 5-10 минут.
Если нада что-то править, то изменяю непосредственно в xml-файле.

mozg писал(а):Всем привет, я тут новенький, но всеж решил выложить свои результаты:
Раздел 1 - 430 строк
Раздел 2 - 4600 строк
Думаю шокирую всех. проверка структуры немного больше 40 минут, камеральна проверка 2 часа 30 мин. Сохранение почти 2 часа.
Попробовал выключить "Автосохранение",время уменишилось примерно на 5-10 минут.
Если нада что-то править, то изменяю непосредственно в xml-файле.

Пишите авторам: pzsupport@opz.org.ua - Пусть ДУМАЮТ!

Такой вопрос: при заполнении реестра наблюдается задержка при вводе ПДВ и суммы без ПДВ, ну и собственно задержка при их суммировании около 1 секунды (реестр больше 150 позиций), у меня только или у других такое же наблюдается?)

U3HIK писал(а):Такой вопрос: при заполнении реестра наблюдается задержка при вводе ПДВ и суммы без ПДВ, ну и собственно задержка при их суммировании около 1 секунды (реестр больше 150 позиций), у меня только или у других такое же наблюдается?)

а почитать...

admin писал(а):а почитать...

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

У меня 6000 накладных в реестре - мне что теперь, повеситься???

Даже бестзвит вылетает с ошибкой памяти.

Имелось в виду почитать предыдущие посты этой темы.

Ну если нет времени читать, коротко:

Пишите авторам: pzsupport@opz.org.ua - Пусть ДУМАЮТ!