Как зарегистрировать ошибку в 1с
Обновлено: 07.07.2024
Такие ошибки чаще всего возникают при некорректной работе базы 1С.
Для решения можно воспользоваться следующим алгоритмом:
- Очистите КЭШ платформы 1С согласно инструкции. После запуска 1С повторите действия.
- Проверить права пользователя в 1С согласно инструкции. После запуска 1С повторите действия.
- Отключите (при наличии) внешний модуль документооборота:
Для управляемых приложений:
Необходимо сделать копию информационной базы и перейти: Отчеты → Регламентированные отчеты → Настройки → Прочие настройки обмена и в этом разделе убрать внешний модуль: напротив модуля нажать на крест и снять флажок "Использовать внешний модуль". Перезапустить 1С. После запуска 1С повторите действия.
Для неуправляемых приложений:
Необходимо сделать копию базы и перейти: Отчеты → Регламентированные отчеты → Настройки → Для настройки параметров документооборота нажмите здесь (внизу)→ выбрать пункт "Использовать внешний модуль", напротив модуля нажать на крест и установить флажок "Использовать внутренний модуль документооборота". Перезапустить 1С. После запуска 1С повторите действия.
- Сделайте "Диагностику 1С-отчетности" по инструкции, отправьте отчет по диагностике и сообщите номер обращения специалисту технической поддержки «1С-отчетность».
- Запустите Конфигуратор 1С. Выберите пункт: Отладка → Начать отладку. После запуска 1С повторите действия.
- Удостоверьтесь, что конфигурация находится на полной поддержке 1С, т.е. в нее не были внесены изменения, и она соответствует конфигурации поставщика.
Запустите Конфигуратор 1С. Если конфигурация закрыта, то необходимо ее открыть: Конфигурация → Открыть конфигурацию. Слева в меню напротив названия конфигурации должен быть значок замка – объект поставщика не редактируется.
- Попробуйте запустить 1С в тонком клиенте, для этого после нажатия на ярлык 1С выберите базу, затем нажмите Изменить → Далее → "Основной режим запуска:" выберите пункт Тонкий клиент → Готово. Запустите 1С.
- Измените переменные среды согласно инструкции. Рекомендуем обратиться к системному администратору для выполнения данных действий.
- Проверьте кодировку в операционной системе «Windows» по инструкции. Рекомендуем обратиться к системному администратору для выполнения данных действий.
В случае системного языкового пакета, отличного от русского, программа 1С не может работать с внешней компонентой для отображения сертификатов. Для решения этой ситуации можно изменить параметры в системном реестре по инструкции. Рекомендуем обратиться к системному администратору для выполнения данных действий.
В этой статье речь пойдет об ошибках. Но не о тех, которые допускают программисты в коде, а о самой платформе. Да-да, разработчики платформы тоже ошибаются! Особенно это заметно при разработке под мобильные устройства - продукт еще сырой, поэтому ошибки встречаются сплошь и рядом.
К сожалению, сталкиваясь с ошибками платформы, большинство людей попросту не обращают на них внимания. Они вспоминают об 1С недобрым словом, и с мыслями “та они уже в курсе, в следующей версии поправят” продолжат работать. Надеюсь, после прочтения статьи таких программистов станет меньше. :)
Мы рассмотрим несколько реальных ошибок, примеры обращений в фирму 1С, а также то, как можно отслеживать исправление ошибки. Сразу скажу, что будут рассмотрены примеры для мобильной платформы. Впрочем, порядок регистрации для настольной платформы практически не отличается.
Для обращения по второму адресу нужно выполнить 3 простых пункта:
1. Указать версию платформы.
2. Кратко описать сценарий воспроизведения ошибки, и на каких устройствах она воспроизводится.
3. Приложить к письму сопутствующие файлы - базу данных или скриншот ошибки.
Рассмотрим несколько примеров обращений в тех. поддержку.
Пример 1. В управляемых формах есть возможность группировать элементы на разных страницах. На мобильной платформе это работает в точности, как и на настольной:
На скриншоте заголовки страниц размещены сверху. Однако если разместить их, например, слева, то начинаются проблемы. Вот, как это выглядит на настольной платформе:
А так - на мобильной:
Думаю, ошибка очевидна.
Начнем с подготовки базы. Может возникнуть вопрос - зачем, неужели недостаточно скриншотов? Давайте не забывать о том, что в 1С тоже работают люди. И учитывая то, что вы далеко не единственный разработчик, который к ним обращается, будет не очень культурно заставлять сотрудников самим создавать базу и воспроизводить вашу ошибку.
Создаем пустую базу, создаем форму в Общих формах. На форме рисуем простейший пример - 2 страницы с одной кнопкой на каждой из них.
Запускаем базу на мобильном устройстве, делаем скриншоты. Выгружаем базу в dt.
Теперь перейдем к написанию письма. Вот пример моего обращения:
Обратите внимание - не забудьте в письме указать версию мобильной платформы. Также не лишним будет указать устройство, на котором воспроизводится ошибка.
Спустя полчаса получаем ответ:
Обратите внимание на ссылки внизу. Первые две предназначены для определения приоритетов - чем больше человек сообщит о важности ее исправления, тем быстрее (теоретически) она будет исправлена. По крайней мере разработчики на партнерском форуме говорили, что обращают внимание на эти показатели.
Ссылка “Включить подписку” нужна для удобного отслеживания ошибки. Чтобы каждый раз не искать по словам, можно “подписаться” на ошибку, после чего она будет отображаться в разделе “Подписки”. Так этот раздел выглядит у меня:
Но это просто неудачный пример. В любом случае, рано или поздно ошибка будет опубликована и исправлена.
Рассмотрим еще один пример обращения.
Исходный код модуля:
Идем на сервис публикации ошибок, ищем нашу ошибку:
Ура! Теперь наша ошибка есть на сайте и мы можем отслеживать ее статус. В дальнейшем, при выходе следующих версий мобильной платформы, мы сможем отследить, в какой из версий он была исправлена.
Поменьше вам ошибок!
Вадим Невзоров, Одесса
Специальные предложения
Вторая моя попытка была отписаться по ошибкам в тестовой платформы. (Не работали критерии отбора в обычных формах журнала на 8.3.5.924). На что через 8 дней я получил ответ
P,S, А ошибку с отборами они к финальному релизу 8.3.5 исправили
(1) Aleksey_3, вот видите - даже демо базы могут отличаться. Поэтому старайтесь сразу отправлять им копию базы, чтобы у них не было другого выхода, кроме как признать ошибку. :)Спасибо за замечание, статью уточнил. Прочитал. На первый взгляд очень интересно. Вот для платформы было бы лучше какая-то автоматическая регистрация ошибок. Разработчик на платформе не будет ждать и надеяться что исправят.
Другое дело нужен какой-то простейший механизм чтоб регистрировалась информация при ошибке в конфигурации при работе пользователя. Как было бы хорошо (90% проблем можно сразу диагностировать): свернулось окно у пользователя, не туда нажал, не там запустил. Кто-то тут уже публиковал подобный механизм отсылки скриншотов экрана по почте с доп. информацией об ошибке.
Как бы на новой платформе 8.3.5 (с проверкой в коде версии, конечно) реализовать даже если выпустил простую обработку или отчет подобный функционал? Или это уже сильно осложнит первостепенную задачу? Как то очень давно еще на версии 8.0 имел дело с их системой поддержки. Все, мне хватило. Их же баги исправляешь, как бесплатный бета-тестер, так все нервы выматают, пока признают, что ошибка есть. Rustig; www2000; alest; WildFire; Prog1CZUP31; Дмитрий74Чел; Yashazz; j_rubin; nihfalck; Йожкин Кот; + 10 – Ответить (3) bulpi, для этого и написана эта статья - чтобы выматывание нервов свести к минимуму. Самый полезный совет - это отправлять копию базы с ошибкой. Увеличивает скорость ответа и вероятность регистрации ошибки в разы.
Надо сразу приготовиться к отпискам и нервотрепке при написании письма на v8. Там у первой линии тех.поддержки задача отсеять максимум писем, чтобы даже не беспокоить разработчиков. Им не важна значимость проблемы, они не разработчики и даже не пользователи, они вообще про 1С слышали только то, что они в нем работают. Им до лампочки, партнер Вы или конечный пользователь. Их задача - Вас не услышать.
Например указания кода партнера им не достаточно, чтобы прочитать Ваше письмо, хотя партнеры, на мой взгляд, должны быть в приоритете. Узнать номер подписки партнера они и сами могут и её активность, им это - два щелчка мышкой. Они же все равно потом проверяют активность подписки, для них это повод отшить вопрошающего.
Реальный пример:
В типовом отчете ЗУП 3.0 есть список для отбора по сотрудникам. Начиная с определенного релиза появилась след. фигня (до обновления работало):
Если туда добавлять сотрудника добавляя строчки командой из контекстного меню - падает с ошибкой и вообще закрывается 1С. По кнопке подбор - все ОК, но по кнопке "подбор" открывается форма списка, которая лагает, хочется использовать ввод по строке.
Ответ из 1С:
"Это не ошибка, не надо пользоваться контекстным меню, пользуйтесь кнопкой "подбор"" - ****** ***** (много мата) как так? Это же первое правило - любые действия пользователя не должны приводить к критическим ошибкам. Ну отключите вы там контекстное меню, раз Вы так считаете.
Политика 1С по минимуму признавать свои ошибки.
Выход новых версий и редакций = сильный поток ошибок и большая нагрузка на разработчиков, а сейчас 1С не перестает нас удивлять сырыми новинками. У них и так полно работы. Такое отношение вызвано нехваткой ресурсов у 1С, но ***** ***** (очень много мата) как так, они заставили всех подписаться на ИТС и гребут помимо продаж коробок еще и абон плату со всей страны. 1С само виновато, что выпускает новинку за новинкой, надо было предвидеть такой поток вопросов и не оставлять партнеров у разбитого корыта.
(9) monkbest, не соглашусь. Вы сам, как разработчик, наверняка сталкивались с подобными ситуациями (когда Вас атакуют, как поддержку).
У меня очень большой опыт переписки со всеми инстанциям 1С, очень важную роль играет детальность описания проблемы и ее воспроизведение (вплоть до видео на приложеной базе).
Причем, это справедливо как для платформы, так и для конфигураций. Во всяком случае, порядка 95% обращений были приняты, 5% - это либо я проморгал (не ошибка), либо признано проектным поведением (с записью об неудобстве).
Но, конечно, времени на сие может уйти достаточно много. Что делать, таковы риски.
очень важную роль играет детальность описания проблемы и ее воспроизведениеСудя по тому, что и как monkbest пишет, он этого не понимает и, возможно, не поймёт. (13) sergei2k, не поймешь ты, а я детально излагаю свои проблемы и с картинками. (11) BabySG, не соглашайтесь, дело Ваше. Я рассказал про свой опыт, Вы про свой. но Ваши слова как-то не конкретны.
Через сколько времени Вам отвечал в первый раз специалист, не бот, который говорил, что Ваше письмо принято, а специалист? Хотя бы в среднем? Сколько раз из скольки он задавал уточняющие вопросы? Через сколько времени приходила наконец помощь?
(14) monkbest, скорость ответа зависит от адреса (их минимум три, напоминаю, а еще есть другие адреса, которые совсем оперативные :)) ).
На КОРП поддержке ответ очень быстрый, затем тестподдержка, потом общая. Собственно, как и обещали :)
Пользуюсь КОРП поддержкой, т.к. "оплачена" :)
Либо находился способ обхода (кстати, весьма критическая проблема в кластере 1С), либо в приемлимые сроки выпускали обновление. Пока (тьфу-тьфу-тьфу) с критичекими проблемами, которые невозможно обойти, не сталкивались.
Техподдержка 1С разбирается в типовых конфигурациях лучше чем большинство пользователей, да и чем многие разработчики. Они же ежедневно рассматривают сотни обращений, воспроизводят, разбираются.
Узнать номер подписки партнера они и сами могут и её активность, им это - два щелчка мышкой. "Это не ошибка, не надо пользоваться контекстным меню, пользуйтесь кнопкой "подбор"А есть точное описание письма в техподдержку и их ответ? Не похоже Ваше описание ситуации на реальную.
(12) sergei2k, вот кусок письма. Раз для Вас тех.поддержка 1С - святые, никогда больше не пользуйтесь контекстным меню)))
Необходимо использовать кнопку "Подбор" а не контекстное меню для добавление строк в список элементов.
(2) +1 А то недавно отправил ошибку по платформе 8.3.10. Так мне ответили, что рекомендуют обновиться до 8.3.12, а разработчики ситуацию, скорее всего, разбирать будут на 8.3.13.
И не забудьте указать все регистрационные номера поставок. А то бывает, что они неделю думают, прежде чем прислать письмо с отказом в регистрации ошибки и требованием выслать им код.
Ха. не факт, что зарегят ошибку)))
Вот только что долго и упорно переписывалась. упираются)))
Дескать, не ошибка вовсе.
Хотя там реальный косяк в методологии получения данных для отчета.
Я им конкретно строки кода привела.
Пофиг.
Такое впечатление, что отвечают клерки, а не разрабы.
(8) Это индивидуально. Я писал про ошибки в формировании регл. отчётности, отвечали и исправляли довольно быстро.
(7) Как-то я по поводу декларации по налогу на имущество имел счастье переписываться. Там при переводе с 01 на 03 счет (сдача в аренду) неправильно считается. Этапы:
1. В программе учет ведется в соответствии с ПБУ.
- Причем здесь ПБУ? ПБУ не запрещает передавать в аренду.
2. Учет сдачи в аренду не автоматизирован. Оформляйте ручными проводками.
- Ну и оформили ручными. Но декларация же неправильно заполняется.
3. У Вас релиз не последний.
- Ептыть, в новых релизах точно такая же декларация!
4. У нас ошибка не проявляется. Смоделируйте в демо-базе
ошибку.
- Вот Вам база, вот Вам две строки в коде, где данные берутся не на начало дня первого числа месяца, а на конец дня. Вот Вам исправленный кусок, который работает.
5. Мы зарегистрировали ошибку за номером .
Месяца 4 потом следил - ничего не изменилось. Дальше забил. Знаю, что при обновлениях в расчете авансов и в самой декларации эти злополучные две строки поменять.
Есть конечно вариант через франча продавить. Если это не божм-контора. Когда работал на франча, то гораздо проще все проходило. Или просто карта так легла.
Название reperr образовалось от report и error, произносится как рэпер.
Проект живет на GitHub.
Какие задачи решает reperr?
Как пользоваться?
Рассмотрим один из вариантов: допустим, что в роли баг-трекера выступает Jira. Также имеется некая информационная база, ошибки в которой решено перехватывать и отправлять баг-трекер.
Для начала необходимо создать и настроить служебную учетную запись Jira, от имени который reperr будет регистрировать ошибки. Для этой учетной записи потребуется создать токен. Он требуется для доступа к Jira API.
Токен генерируется тут:
В следующем окне нужно перейти в раздел "Безопасность":
Полученный токен нужно сохранить, он потребуется на одном из следующих шагов.
Затем нужно скопировать исходники проекта на ту машину, на которой он будет работать. Можно клонировать репозиторий или скачать архив из релизов.
Следующий шаг: указать в файле `src/appsettings.json` реквизиты подключения к вашему экземпляру Jira и обязательные параметры, например, задачи какого типа и с каким приоритетом создавать.
Вставить в браузер URL, ведущий к Jira API и дописать к нему issuetype, priority или status соответственно.
Из примера выше:
Ответы Jira API будут содержать исчерпывающую информацию.
После установки параметров нужно запустить проект. Сделать это можно по-разному: в докере и неправильным способом напрямую на OneScript.Web.
Я настоятельно рекомендую запускать правильным способом. Для этого в каталоге проекта нужно выполнить команду:
Само собой, движок docker и docker-compose должны быть установлены.
После запуска имеет смысл проверить, что веб-интерфейс открывается в обычном браузере.
Да нет никаких дашбордов) Но они когда-нибудь появятся!
Далее нужно указать в информационной базе ссылку на reperr, а также изменить другие параметры регистрации ошибок, если это требуется. Для применения настроек 1С попросит перезапустить текущий сеанс.
Окно с настройками открывается из меню "Функции для технического специалиста" -> "Стандартные" -> "Управления настройками обработки ошибок":
Можно считать, что первоначальная настройка выполнена. Чтобы проверить работоспособность того, что мы настроили, воспроизведем какую-нибудь ошибку. Самое простое - написать внешнюю обработку с обращением к чему-нибудь несуществующему.
Что произойдет, если ошибка возникнет много раз и у нескольких пользователей? Неужели в трекере появится много одинаковых задач?
Это поведение будет зависеть от выбранной точки интеграции. Если точка интеграции - Jira или Redmine, то не появится. В RabbitMQ и Sentry отправляется каждый отчет.
Проверим, как выглядит результат в Jira. На скриншоте ниже видно, что создана задача REP-53, со стеком и скриншотом. Если при отправке ошибки из 1С прикрепить произвольный файл, то и он отобразится во вложениях.
Опыт эксплуатации и особенности
Решение стабильно работает как в Windows, так и в Linux, дает минимальную нагрузку, работает без сбоев месяцами.
На какие особенности следует обратить внимание:
Решение будет полезным как службе поддержки, так и конечным пользователям. В контуре тестирования \ разработки оно тоже пригодится.
Всем, кто уже перешел на 8.3.17 или 8.3.18, можно смело пользоваться. Я буду очень благодарен за обратную связь, новые идеи, и, конечно, пул-реквесты.
Технические подробности
Этот раздел привожу для тех, кому интересны внутренности приложения.
reperr разработан на документации к платформе. Другие публикации (первая, вторая) на IS хорошо дополняют документацию, поэтому повторяться не буду.
Ядро reperr выполняет три функции:
- получает информацию об ошибках, которые возникают в подключенных базах
- запрашивает прикладную часть о необходимости регистрации ошибки
- получает, распаковывает и сохраняет в локальном каталоге отчеты об ошибках (архивы с report.json, скриншотами и другими файлами, которые прикрепил пользователь)
"Прикладная" часть отвечает за:
- отображение информации в веб-интерфейсе
- сохранение информации о возникших ошибках и отчетов по этим ошибкам во внутреннем формате
- вычисление "отпечатков" ошибок
- принятие решения об отправке ошибки
- отправку ошибок в точку интеграции
Архитектура проекта далека от идеальной, но уже сейчас позволяет относительно быстро реализовать свою точку интеграции. Для этого нужно:
- создать свой класс и реализовать в нем методы программного интерфейса
- добавить свой ключ в файл настроек appsettings.json
- немного дополнить класс, который обрабатывает файл настроек.
Если тема окажется актуальной и интересной, я могу создать отдельную публикацию на тему подключения новых точек интеграции, на примере СППР. Какой issue наберет большее количество лайков, на том и сделаю.
PS: в недрах проекта спрятана пасхалка. Ее не так уж сложно найти, нужно совсем немного постараться. Поверьте, это стоит того)
Читайте также: