Отчего-то осталась без внимания у меня на сайте одна очень полезная обработка: "Печать реестра документов”, которую я обычно использую для выгрузки данных из базы и чаще называю именно Выгрузкой документов. Суть ее очень проста: за выбранный период делается выборка определенного документа, с отбором по виду, и данные выбранных реквизитов документа выгружаются в таблицу. Эта таблица содержит как раз те данные, которые нужны для загрузки данных обработкой Загрузка документа из Excel.

Обработка универсальная и работает в любой конфигурации. После выбора вида документа на закладке реквизиты отображаются все, описанные в конфигурации, реквизиты документа – и шапки и табличной части. Кнопки со стрелками перемещают реквизиты вверх или вниз, что соответствует расположению полей в таблице справа налево.

Если в реквизитах документа есть справочники из которых понадобятся дополнительные поля, можно воспользоваться настройками на закладке “Дополнительно”. Например нужно выгрузить штрихкод товара, который есть в справочнике товаров, но он не указан в документе: в списке ищем справочник “Товар” и в столбце “Реквизит” выбираем “Штрих-код”. Кнопка со знаком “+” возле списка нужна для того чтобы добавлять столбцы с реквизитами одного и того-же справочника, таким образом можно сразу выгрузить наименование, штрихкод, артикул, производителя товара или дополнительные данные контрагента – телефоны, адрес и прочее.

Вот пример того, что получается в результате:

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

Обработка доступна на странице Универсальные обработки.

С последними обновлениями в “Бухучете для Украины” при заполнении декларации о прибыли бухгалтера столкнулись с проблемой – для того чтобы проанализировать правильность заполнения декларации нужно проверять обороты не по определенным счетам, а по видам затрат. При этом еще часто известна статья декларации, но не известно, какие затраты привязаны к ней, т.е. нужно просмотреть справочник видов затрат, выбрать по ссылкам на нужную статью затраты и по ним уже формировать стандартный отчет “Анализ субконто”. Для облегчения этой задачи я написал отчет, который как раз и выполняет эту работу: выбирайте статью декларации, отчет покажет какие статьи затрат и по каким счетам имели обороты в выбранном периоде, расшифровка суммы покажет карточку счета.

Скачать отчет можно со страницы с отчетами для конфигурации “Бухучет для Украины”.

Прямая ссылка на файл.

Во-первых я добавил процедуру, которая заполняет меню полным списком документов:

Потом в первоначальный вариант меню добавил пункт, при нажатии на который меню нужно раскрыть:

Теперь переходим к процедуре, которая обрабатывает нажатие на кнопку, вот ее первоначальный вариант:

Нужно чтобы при выборе в меню пункта “ПолныйСписок” отобразилось новое меню и опять в режиме выбора, т.е. существующее меню заполняем новыми значениями и снова вызываем процедуру выбора. Да, это рекурсия!

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

В сегодняшнем релизе “Простого учета” v52.6 добавлена функция проверки уникальности штрихкода товара. Если специальная константа – “Проверять уникальность штрихкода”, установлена “Да”, то при записи изменений в свойствах товара будет выполняться поиск ранее введенных товаров с таким-же кодом. Установить константу можно через меню “Сервис”, пункт “Настройка общих параметров”, закладка “Товар”.

Подробности для тех, кому может понадобиться аналогичная возможность в другой конфигурации. Проверка реализована функцией глЭтотШтрихкодУникален() в глобальном модуле. Функция возвращает 1, если такого кода больше нет и 0, если есть. Метод “ВыбратьЭлементыПоРеквизиту”, использованный в функции, возможен благодаря тому, что в свойствах реквизита “ШК” в справочнике товаров установлен признак “Сортировка”.

Если вы используете 1С:Предприятие в локальной сети, то о проблемах быстродействия сетевых пользователей знаете не понаслышке. И если объем базы у вас небольшой, а пользователей не много, то вы можете воспользоваться возможностью установки Microsoft SQL Server 2005 Express, эту версию совершенно бесплатно можно скачать и установить на “обычную”, т.е. не серверную Windows. Перевод базы 1С в формат SQL сервера даст ощутимый прирост в производительности и повысит надежность работы. Технические ограничения версии: используется не более 1 Гб оперативной памяти, 1 процессор, база данных объемом не более 4 Гб.

Для установки MS SQL Server 2005 Express Edition понадобится:

1. Дистрибутив.

2. Обновление Service Pack 4.

3. Визуальная среда для настройки и управления базами данных: Management Studio.

Особенности запуска 1С 7.7 на 2005-м SQL описаны здесь.

Недавно довелось побороться на компьютере с такой вот ошибкой: не загружается пользовательский интерфейс, соответственно и работа пользователя с компьютером оказывается невозможной. Текст ошибки: “Невозможно загрузить DLL пользовательского интерфейса ввода”. Причина – поврежденные настройки реестра системы, оставшиеся после удаления вируса. Вот как выглядит экран с ошибкой:

Самое трудоемкое в борьбе с этой неисправностью это то, что придется загрузиться в другой Windows и подключиться к реестру для его исправления. Отлично подойдет для этого Hiren Boot CD, в состав утилит которого входит нужный для исправления реестра Registry Editor PE. Нужно запуститься в Windows PE, запустить Registry Editor, подключить в файлы реестра поврежденной системы. Настройки пользователя (ntuser.dat) можно не подключать, нужный нам ключ находится не в них.

В редакторе реестра необходимо открыть ключ реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

В списке параметров ищем GinaDLL, его и нужно удалить. Кстати, в базе знаний Майкрософта упоминаются и другие случаи с подобными ошибками загрузки пользовательского интерфейса и все исправляются таким-же способом – удалением параметра GinaDLL или с похожим именем, ключевое слово: GINA.

В новой версии Простого учета будет добавлен “Универсальный отчет”. Универсальность отчета заключена в том, что, с одной стороны, он не привязан к особенностям конфигурации и может работать на любой, где есть документы и регистры, ну или хотя-бы документы, а с другой, дает возможность пользователю настроить расчет параметров по любым реквизитам документов и регистров. Форма отчета, которая отражает настройки элементов, это на самом деле справочник, элементы которого хранят параметры расчета каждого элемента – параметры, по которым динамически строится запрос.

Структура справочника отражает внешний вид отчета – группы справочника это строки с итогами группировки, а элементы – строки отчета. Пример готового отчета:

Справочник двухуровневый, поэтому в отчете можно сделать еще один уровень группировок.

Вот так выглядит форма элемента, здесь настраиваются параметры, по которым выполняется запрос и вычисляется значение в строке отчета. Название элемента, это имя параметра в строке отчета.

“ПлюсМинус” определяет знак с которым значение текущей строки складывается в итог группы. Исключение составляют только регистры остатков: в запросе используются функции ПРИХОД и РАСХОД.

“Объект” – любой документ или регистр, которые имеют числовые реквизиты по которым можно выполнить суммирование

“Ресурс” – реквизит документа или ресурс регистра, имеющие числовой тип, по которому и происходит суммирование

В таблице с реквизитами отбора можно задать условия для ограничения выборки запроса, при этом, если несколько раз ввести строки с указанием одного и того-же реквизита, то в тексте запроса значения отборов будут объединены с условием “ИЛИ”, чтобы изменить условие на “И” используется флажок ниже.

С помощью кнопки справа внизу (со знаком вопроса) можно посмотреть текст запроса и выполнить запрос по текущему элементу.

В отчете присутствует также возможность сохранять варианты настроек во внешнем файле и восстанавливать их.

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

К примеру, в запросе есть переменная “Субконто”, в ней элементы справочника, есть несколько групп справочника: Группа1, Группа2, и т.п., нужно было дать возможность наложить условие на выбор:

• Субконто входит в одну из указанных групп: (Субконто В Группа1) ИЛИ (Субконто В Группа2) и т.д.
• Субконто не входит ни в одну из указанных групп: НЕ(Субконто В Группа1) И НЕ(Субконто В Группа2) …

В ходе экспериментов оказалось, что конструкции запроса:

УСЛОВИЕ ((Субконто В Группа1) ИЛИ (Субконто В Группа2)); – работает

УСЛОВИЕ (НЕ(Субконто В Группа1) И НЕ(Субконто В Группа2)); – не работает, т.е. результат запроса пуст

Вторую конструкцию пришлось реализовывать последовательным наложением условий и в таком варианте все замечательно заработало:

УСЛОВИЕ (НЕ(Субконто В Группа1));

УСЛОВИЕ (НЕ(Субконто В Группа2));

Замечание: для единичного запроса вполне подошла бы конструкция такого вида: УСЛОВИЕ (НЕ(Субконто В СписокГрупп)); где в список групп можно внести нужные группы, но только в моем случае заранее не было известно ни количество запросов, ни количество условий, поэтому пришлось возиться с И/ИЛИ.

Для наглядности приведу пример накладной, которую можно сформировать при печати с учетом перечисленных нововведений: