gifts2017

Ошибка формата потока при открытии стандартного отчета Бухгалтерии 8.2

Опубликовал Максим Ковалев (makskov) в раздел Администрирование - Тестирование и исправление

За октябрь 2011 возникло 4 случая, когда стандартные отчеты Бухгалтерии 2.0 8.2 при открытии вызывали сообщение об одной и той же ошибке: "Ошибка формата потока". Решение оказалось простым. Для базовой конфигурации потребуется ПК с платформой ПРОФ.

Решение:

1. Открываем конфигуратор.

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

3. Окрываем в конфигураторе сохраненный отчет. Далее - кнопка "Действия" - команда "Открыть модуль объекта".

4. Находим в тексте процетуру "ПрименитьНастройку()", удаляем всё ее содержимое или преобразуем всё содержимое процедуры в комментарий сочетанием клавиш [Ctrl+Num/], сохраняем внешний отчет.

5. Запускаем (переключаемся) базу в режиме "Предприятие", открываем наш внешний отчет. Открылся? Закрываем.

6. Удаляем файл внешнего отчета с диска.

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Александр Барабаш (barabash) 30.10.11 14:47
Помогло. Очень хотелось бы знать о возможных причинах проблемы. Автору спасибо.
2. Марк (marku) 30.10.11 18:09
Тоже была аналогичная ошибка.
Решилась путем перерегистрации ИБ.
Или можно еще удалением кэша.
3. A (Kochevnic) 30.10.11 18:45
4. Максим Ковалев (makskov) 30.10.11 21:24
(2) marku, к сожалению, перерегистрацией ИБ или удалением кэша вылечить не получилось. Причина в несоответствии структуры параметров сохраненных при последнем использовании и восстанавливаемых при текущем открытии отчета. Ошибка выскочила несколько раз, логику выяснить не было возможности, решение от этого не изменилось бы. Спасибо за комментарии.
5. Андрей Акулов (DrAku1a) 31.10.11 03:28
Причина в несоответствии структуры параметров сохраненных при последнем использовании и восстанавливаемых при текущем открытии отчета.

Настройки сохраняются либо в базе в регистре "Сохраненные настройки", либо в настройках пользователя. В первом случае нужно найти настройки конкретного отчета (по имени как указан в конфигураторе) - и удалить настройку, которую он применяет при открытии. Во втором случае - сложнее, решать проще - описанным автором способом ИМХО.
6. Людмила Иванова (silver-fox87) 31.10.11 17:34
Спасибо. Переодически видим такую ошибку. Попробуем.
7. Алексей Булатов (rubelev) 31.10.11 18:25
Мне помогает удаление файлов кеша, в темпе 1Са
8. Олег Кострицын (recon) 31.10.11 18:37
Данная проблема может происходить не только на отчетах. Чаще всего она связана с тем, что не изменился корректно кэш у пользователя при динамическом исправлении конфигурации. Лечится очисткой кэша 1С у конкретного пользователя
9. Lara.Builova 31.10.11 20:13
(8) Это ошибка возникает и там где динамическое обновление никогда не делалось.
У меня на ноуте эта ошибка начала появляться после установки 8.2.14. Базы прописывались под 8.2.13 часть под 8.2.14, после удаления 14 релиза ошибка продолжала вылезать, но реже, со временем очень редко.
10. Владимир Лушников (milliondeneg) 01.11.11 05:04
Проблема решается чисткой "Кэша" пользователя
11. segen (segen) 01.11.11 10:20
По поводу этой же ошибки, но в программе Камин Расчет заработной платы. Помогла очистка настроек:

Константы.ПараметрыНастроек.Установить(Новый ХранилищеЗначения(""));

Решение взято отсюда http://www.kaminsoft.ru/cgi-bin/yabb2/YaBB.pl?num=1310389731

Может кому и пригодится.
12. Алексей Новоселов (a-novoselov) 01.11.11 11:13
(0) Вообще-то такие вещи лучше делать не обрезанием функционала, а, например, в ту же процедуру добавить:
Попытка

// Старый текст процедуры

Исключение
  ОбщегоНазначения.СообщитьОбОшибке("Неверный формат сохраненных настроек.
| Необходимо заново сохранить настройки отчета.");
КонецПопытки;
...Показать Скрыть
13. BabySG (BabySG) 01.11.11 13:24
А еще проще обновиться до 8.2.14.540

10090842 Настройки отчета
Проблема:
При получении настроек отчета из поврежденного ХранилищаЗначения происходит аварийное завершение работы программы.
Дата публикации: 2011-10-28
14. Jon bazcom (bazcom) 01.11.11 13:46
15. Илья (i132) 01.11.11 15:27
Можно програмно создать форму отчета и отключить у него обработчик передОткрытием:

ФормаОтчета = Отчеты.ОборотноСальдоваяВедомость.Создать().ПолучитьФорму();
ФормаОтчета.УстановитьДействие("ПередОткрытием", Неопределено) ;

Если там заполняются служебные переменные то заполнить их:

Попытка ФормаОтчета.РежимРасшифровки =Ложь;
Исключение
КонецПопытки;

Попытка ФормаОтчета.СохранятьНастройкуОтчета = Ложь;
Исключение
КонецПопытки;

Теперь форму можно открывать:

ФормаОтчета.Открыть();

и сохранить с правильный вариант настроек.
и сохранять настройку в стандартном режиме
16. Vit IVA (1vasia1) 01.11.11 16:06
Ой нарооод
Я каждый день с этим сталкиваюсь и написал скрипт
который удаляет файлы лежащие C:\Users\Andrey\AppData\Local\1C\1Cv82
и C:\Users\Andrey\AppData\Roaming\1C\1Cv82
Решает проблемы связанные с запуском на раз )))
В том числе и выше стоящую))
17. Максим Ковалев (makskov) 01.11.11 16:52
(13) BabySG, аварийного завершения программы не происходит. Выводится сообщение об ошибке (фото сообщения на картинке анонса).
18. Максим Ковалев (makskov) 01.11.11 16:57
(15) i132, По наблюдениям проблемы случаются в любых стандартных отчетах сохраняющих свои параметры.
19. Максим Ковалев (makskov) 01.11.11 17:00
(12) a-novoselov, обрезание функционала предложил выполнить на временно сохраненной копии того отчета, который выдает сообщение об ошибке. После исправления внешний отчет удаляется с диска. Отчет конфигурации исправляться не должен. У большинства пользователей конфигурация на поддержке, а опыта написания кода может и не быть.
20. Алексей Новоселов (a-novoselov) 01.11.11 17:30
(19) Понятно, беру свои слова обратно) Сдуру подумалось, что статья для программистов, а не для пользователей... Хотя здесь очистка кэша должна 100% помочь, если правильно почистить.
21. Яков Коган (Yashazz) 01.11.11 22:57
Предложенный способ - корявый и неуниверсальный.
Универсальным является очистка кэша пользователя. Ошибка происходит не на всех пользователях. Если лень искать папку, содержимое которой надо чистить, можно пересоздать самого пользователя. Минус общего решения - теряются пользовательские настройки.
Проблема ранее была описана на других ресурсах.
22. Димон * (DDos76) 02.11.11 05:20
Во общем понятно: борода длинная (кривая) - гильотина уже ждет. Чисто по русски.
23. Andre Skorik (SkorikA) 02.11.11 07:28
(21)(20) А я бы все же предложил не путать "Ошибки формата потока". Ошибки выглядят одинаково, но суть - разная, как и лечение. Во всяком случае я встречал их как минимум три.
1) Не запускается база (предприятие) вообще - чистим кэш.
2) Не запускается отчет в базе - чистим сохраненные настройки.
3) Отчет/обработка выдает эту ошибку в конфигураторе - только восстанавливать их их копии (особенно часто ошибка проявлялась на первых версия 8.2).
den_valley; +1 Ответить
24. Евгений Конищев (kea35) 02.11.11 18:01
Да, встречал такую ошибку. Буду знать...
25. Максим Ковалев (makskov) 03.11.11 12:32
Yashazz пишет:
Предложенный способ - корявый и неуниверсальный.
Универсальным является очистка кэша пользователя. Ошибка происходит не на всех пользователях. Если лень искать папку, содержимое которой надо чистить, можно пересоздать самого пользователя. Минус общего решения - теряются пользовательские настройки.
Проблема ранее была описана на других ресурсах.


Вынежден не согласиться. Все Ваши возражения укладываются в рамки рассуждения программиста и профессионала. Решение, предложенное мной подходит для "обычных" пользователей. Тем более, что результатом решения является один сброшенный сохраненный сбойный набор параметров. А к чему приведет очистка кэша?
26. Игорь (vikorn) 03.11.11 13:12
27. Игорь (ProkopyukIN) 08.11.11 10:36
несколько раз сталкивался с такой ошибкой. у меня алгоритм действий был немного другой.
1. перерегистрация базы в 50% случаев хватало.
2. очистка кеша - еще 30%
3. тестирование и исправление базы из конфигуратора не подводило ни разу :))
28. dvdr dvdr (dvdr) 14.11.11 21:00
имелась база в формате 1с8.1
она была подключена к последней платформе 8.2 и была попытка конвертации, в процессе которой выскочило окошко

теперь эта база на 8.1 вообще не запускается, пишет что формат несовместим
на 8.2 запускается, выходит окошко с выбором пользователя, далее предложение конвертировать базу, соглашаемся, и потом опять окно с ошибкой "ошибка формата потока"

запускаю проверку chdbfl.exe


после этой проверки опять попытка конвертации и снова ошибка формата потока
повторный запуск chdbfl.exe ошибок не выявляет

чистка кэша не помогает
перепробовал уже на 4х компьютерах

бэкапа нет, поэтому надо пытаться воскресить эту
29. Сергей Княгинин (Gremlin) 21.03.12 14:12
30. ООО "Ves-It" Нап (Naposaram) 26.09.13 08:27
Ни тестирование, ни чек, ни чистка кеша не помогло, а этот способ помог! +
31. Ирина Киселева (irishka77) 26.09.13 09:31
32. igozakh (igozakh) 06.12.13 11:54
Ошибка формата потока при открытии определенного стандартного документа определенным пользователем. Не зависимо новый документ создается или старый открывается. Кэш чистили, путь меняли, переносили базу на другой ПК. Изначально база была на сервере 2008. Сейчас на ХР переставлена через выгрузку-загрузку результат тот-же. Что посоветуете?
33. Галина Рыбакова (kgn2011) 06.12.13 17:20
Смените платформу на 1С:Предприятие 8.2 (8.2.19.76).В ней эта ошибка исправлена.
34. Сергей Толмачев (sss999) 11.03.14 10:20
(33) kgn2011, пруф в студию что там ошибка исправлена,стоит 8.2.19.83 и вылетает ошибка
35. Ирина Набиева (trn) 21.07.16 17:03
Спасибо. Метод помог при проявлении Ошибки формата потока при открытии Журнала операций в конфигурации БГУ ред.1 на платформе 8.3.5.
36. Надежда Климова (semina-2016) 11.10.16 17:51
Спасибо! Помогло при возникновении ошибки при открытии ОСВ по счету, релиз 2.0.65.45. ТиИ и chkdbfl перед эти ошибок не нашли, перерегистрация ИБ и чистка кэша тоже мимо.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа