Как идея.
Пользователи не всегда могут точно описать ошибку, а иной раз и вообще про нее забыть. А разбираться с ней придется, возможно, уже вкупе с корректировкой данных, да еще и в авральной ситуации.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
где Идентификатор - понятное название модуля, контекст - передается для случаев работы с модулями форм документов или справочников.
Чтобы встроить: открыть МД файл конфигуратором скопировать справочник, процедуру глНоваяОшибкаПрограммы(...) из ГМ, и добавить кусок кода в процедуру ПриНачалеРаботыСистемы (задав там нужное имя пользователя).
Очередная редакция альтернативного стартера, являющегося продолжением StartManager 1.3. Спасибо всем, кто присылал свои замечания и пожелания, и тем, кто перечислял финансы на поддержку проекта. С учетом накопленного опыта, стартер был достаточно сильно переработан в плане архитектуры. В основном сделан упор на масштабируемость, для способности программы быстро адаптироваться к расширению предъявляемых требований (т.к. довольно часто просят добавить ту или иную хотелку). Было пересмотрено внешнее оформление, переработан существующий и добавлен новый функционал. В общем можно сказать, что стартер эволюционировал, по сравнению с предыдущей редакцией. Однако пока не всё реализовано, что планировалось, поэтому еще есть куда развиваться в плане функциональности.
Согласитесь, что окно стандартное сообщений в 1С иногда приносит больше неудобств, чем пользы. И тем более разные "Предупредить"... Что с этим окном только не делают! Его отцепают от формы, делают маленьким, умудряются спрятать за границы экрана. А потом звонят программистам с претензией, что документ почему-то не проводится, отя ничего и не пишет. У вас такого не было? А вот у нас было и не раз )))
На днях встретил вопрос на форуме про возможность внесения изменений в конфигурацию без долгого сохранения в рабочей базе большого объема.
Вот решил поделиться опытом, как это делал я. База у нас была объемом порядка 120 Гб. К базе обращался сайт в режиме 24/7, поэтому важно было быстро сохранять изменения и желательно без последующего монопольного запуска для восстановления индексов и процедур и без отключения пользователей от базы.
Это первая часть статьи и посвящена она справочникам. С одной стороны - это самый простой объект, с другой стороны, именно про справочник спрашивалось на форуме.
Если статья будет востребована, то я напишу аналогичные про документы, регистры и может еще что.
Встала недавно задача для одной организации, которая все еще на 1С 7.7 немного автоматизировать работу отдела продаж. А именно уйти от ручного заполнения договоров, сделанных юристами в MS Word. Договора от разных фирм и разного назначения отличались. Переводить их в таблицы 1С очень не хотелось и нашел способ прямо в файлах Word сделать небольшие дополнения, чтобы можно было печатать, используя именно эти заготовки юристов.
Давным давно, когда я еще плотно писал на 7.7 работа с формами была мучительной и неудобной. Приходилось каждый элемент выкладывать, выравнивать на форме ручками, прописывать код в модуле. Иногда при разработке очередной формы приходила в голову мысль: "а где-то я уже похожее делал..." и начинался мучительный поиск подходящего кода в своих запасах........
Анализируем различные данные в 1С, используя OLAP-технологии со всеми прелестями. Т.е. наглядное отображение данных, быстрые расчеты, горизонтальные и вертикальные группировки любой вложенности, удобная фильтрация, Drag'n'Drop и ещё много приятных вещей от MS.
Обработка на входе принимает практически любую таблицу значений (ТЗ в которой колонкам указаны типы значений, строка, число и т.п.), на выходе имеем на форме 1С сводную таблицу и график по этой ТЗ, с которой работаем, как и в Excel со сводной таблицей и диаграммой.
Взял за основу разработку «OLAP Анализ счёта» ( http://infostart.ru/public/14964/ ) от JohnyDeath и переделал под любую ТЗ.
Опционально используется «Прогресс бар для 1С 77» (http://infostart.ru/public/14061/ ) от Gmix.
Ошибки времени выполнения фиксируются в журнале регистраций.
Опять же - что мешает юзеру в 1Клик мышью отправить скриншот с ошибкой программисту? см. у меня [Agent007]
Как правильно заметил Че: всё фиксируется в ЖР. Но парсить его, чтоб найти то, что ты ищешь - утомительная задача. Можно сразу обрабатывать события записи в ЖР. Для этого нам поможет 1с++ и его класс "Перехватчик" ;)
речь идет не о тех ошибках, которые идут в ЖР.
Эта приблуда пригодится для сообщений о некотором неправильном поведении данных.
Например, в результате некоторой обработки д.получится некоторый массив данных, который д.обладать определенными свойствами. Для доп. контроля - мы пишем код для проверки этих свойств и результаты проверки при необходимости загоняем в этот справочник.
4 хм пример - пожалуй
Значит идет загрузка данных из программы БанкКлиента. (она выгружает обороты р/с и вложенные секции с документами.)
У меня обработка заполняет два документа: в одном пишется общая сумма оборота по р/с за день
в другом - расписаны в таблице документы со всей сопутствующей информацией.
В итоге - когда мы получаем оба документа - сравниваем сумму оборота по счету, и сумму по всем документам. Она м. не совпадать как минимум в двух случаях:
- ошибка формирования файла выгрузки банк-клиентом
- где то непорядок в коде обработки текста этого файла
При этом никаких ошибок естественно в ЖР не пойдет. А вот данные будут некорректные.
Собственно, на этом примере эта идея и возникла. Но вообще, пораскинув мозгами, решил, что надо было бы придумать это раньше
(5) ну если я правильно тебя понял, то это что-то вроде Юниттестирования.
Здесь также может помочь 1с++ и её команда: посмотри FuncTest (только там сначала надо поразбираться немного ;) )
(7) да - интересная штука видимо, если вчитаться )) я мало общался с 1с++,
думаю, если буду развивать эту идею, то поразбираюсь поподробнее.
но - насколько я понял - суть моей идеи в том, что тестировании происходит одновременно с функционированием рабочей базы, а не отдельно. То есть просто по всей программе расставляются этакие звоночки, капканчики и сообщают разработчику обо всем подозрительном. Чем тут может помочь 1с++ - пока не совсем понимаю.