Можно придумать разные варианты, приведу один для примера. Создаю объект “Документ.ОказаниеУслуг”, создаю новый документ, в поле Заказ у вновь созданного объекта ввожу документ, на основании которого будет выполнено заполнение, т.е. ссылку на счет, записываю, чтобы создался объект данных, и теперь даю команду открыть форму этого вновь созданного документа с параметром “Авто”.

Здесь использована процедура ОткрытьФормуМодально(), чтобы исполнение кода не пошло дальше, а дождалось закрытия открытой формы документа. Теперь в модуль формы документа нужно вставить обработку переданного параметра:

Т.е. вставленная при вызове ОткрытьФормуМодально() переменная или какое-либо значение  теперь доступно в форме документа как Форма.Параметр. Осталось в процедуре ВводНаОсновании() добавить команды записи и закрытия формы:

Они расположены непосредственно перед завершением процедуры. Вот собственно и всё. Аналогичным образом можно организовать программный вызов печати документа.

Итак, после замены файла 1cv7.md новым вариантом при запуске 1С:Предприятия видим примерно такое сообщение: «Codebase error, Unrecognised Field Name…»

И за ним например такое: «Нарушена структура данных таблицы …»

Эти сообщения говорят о том, что при открытии файлов базы система  обнаруживает, что их структура, т.е. названия или параметры полей в таблицах, не соответствует тому, что она ожидает увидеть. А понять, что она хочет видеть очень просто: структура данных описана в текстовом файле, который находится в одной папке с файлом конфигурации, он называется 1cv7.dd. Открыв этот файл, например стандартным Блокнотом, и выполнив поиск по названию таблицы DH553, можно обнаружить, что речь идет о документе Калькуляция, кроме того, здесь видно что ошибка в шапке документа, т.к. его табличная часть хранится в файле DT553 – это тоже видно в описании структуры.

Первое сообщение указало на ошибку в имени поля: SP2867, это поле есть в списке полей упомянутой таблицы документа Калькуляция, значит теперь нужно заглянуть непосредственно в файл DH553.DBF. Для просмотра содержимого, а главное и структуры DBF-файлов я использую программу WinDBFView (ее можно легко найти поиском по названию, например тут: ссылка). Открыв описание структуры DBF файла и сравнивая ее с описанием в файле 1cv7.dd вижу, что на месте нужного поля SP2867 находится поле SP2868. Теперь закрываем просмотр DBF, в файле 1cv7.dd, в текстовом редакторе исправляем название поля на то, которое есть в файле, т.е. SP2867 на SP2868, сохраняем и закрываем. Теперь, если других ошибок в структуре нет, база должна нормально открыться. Однако если в таком виде попытаться что-то изменить в конфигурации и сохранить изменения – система сгенерирует “неисправленный” файл структуры и ошибка снова появится. Так что для окончательного исправления необходимо в конфигураторе удалить ошибочный реквизит, сохранить изменения, а потом вернуть его на место. При такой манипуляции 1С изменит структуру DBF-файла и уже его структура будет в порядке, но (!) данные этого реквизита будут утеряны.

Логика приведенного примера проста: анализируя файл описания структуры данных и сами данные нужно сначала подогнать описание структуры под имеющиеся данные, а потом уже в конфигураторе сделать откат изменений, т.е. вернуть реквизиты в то состояние, которое было описано в структуре до ручных исправлений. И, конечно, не забывайте про резервные копии, всего этого можно избежать просто восстановив базу из копии, сделанной перед обновлением.

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

Приведу пример, как сделать так, чтобы реквизиты были расположены в две колонки, как на приведенном выше изображении.

В окне со списком элементов формы нажать кнопку “Добавить”, появится такое окно:

Нужно выбрать пункт “Группа – Обычная группа”. В окне свойств завести наименование, у меня введено “Шапка”, там-же, в свойстве “Группировка” задать значение “Горизонтальная” – это нужно для того, чтобы когда мы в эту группу вставим еще две группы реквизитов, сами группы были расположены по горизонтали, т.е. слева и справа:

Теперь выделить только что созданную группу и еще раз нажать “Добавить” – это будет первая группа реквизитов, затем добавить еще одну группу, в моем примере они названы “Колонка1” и “Колонка2”. Чтобы на форме не отображалось лишних надписей и линий в свойствах этих групп нужно снять птичку “Отображать заголовок” и в свойстве “Отображение” выбрать “Нет”. Все изменения свойств сразу видны на просмотре формы и это помогает понять, для чего нужны те или иные параметры – можно изменять их и смотреть, что получается.

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

Пример.

Создаем внешнюю обработку, в ней создаем форму, открываем конструктор формы. На форму вставляем выбор периода, используя волшебную кнопку: Удобство этой кнопки в том, что мастер сам пропишет необходимый код для выбора периода и вставит необходимые надписи возле полей с датами. Этой-же кнопкой можно потом добавить на форму и индикатор, получится что-то вроде такого:

Теперь открываем модуль, в модуле уже есть процедура КнопкаВыполнитьНажатие(), вот в нее можно писать код, он запустится при нажатии на кнопку Выполнить, что понятно из названия процедуры. Допустим, в простейшем случае нужно перебрать проведенные накладные в указанном периоде и перепровести их. Для выполнения изменений понадобится объект данных, значит нужно получить на него ссылку, т.е. основной задачей запроса будет получение выборки ссылок на документы, отборы вставляем по необходимости. Запрос:

В конфигурации, на которой я делал пример, расходная накладная имеет идентификатор “Расход”, поэтому и обращение идет к менеджеру “Документ.Расход”. После выполнения запроса и применения метода Выбрать() в переменную Выборка попадает нужный результат, у этой переменной теперь есть метод Количество(), который можно использовать для настройки индикатора:

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

Вот как-то так.

В конфигурации, в справочнике “Фирмы”, добавляем три периодических реквизита, которые будут хранить ставки налогов: СтавкаФСНВ, СтавкаСС, СтавкаБзр.

Затем эти реквизиты располагаем на форме, я использовал слой “Регистрация”, немного подвинул влево поля с кодами, освободив место под новые реквизиты.

Теперь нужно в модуле документа “Начисление ЗП” прописать использование ставок из новых реквизитов, а не из справочника “Налоги”. Открыть модуль и найти в нем процедуру “ДобавитьНиО”, в конце процедуры есть такой код:

Эту конструкцию “Если…” усложняем обработкой нужных кодов, приводим к такому виду:

По части начислений, формирования проводок, все готово, можно проводить документы. Теперь еще несколько слов о том, как в регламентированном отчете сделать использование нужной ставки – отчеты тоже полагаются на справочник налогов и ставку на ФЗП используют оттуда.

Например, отчет в фонд страхования от несчастных случаев: в папке регламентированных отчетов находим файл SocNesch.ert, открываем его в конфигураторе. В модуле отчета находим процедуру “ЗаполнитьРеквизиты”, в ней такой участок кода:

 Здесь в переменную ФЗПСоцСтрахНесч передается значение ставки налога, поэтому достаточно просто дописать еще одну строчку:

Т.е. прочитать значение ставки не из справочника налогов, а из справочника фирм. Аналогично можно подкорректировать и остальные отчеты, достаточно одной строки, только переменные будут разными.

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

Оригинальный код закомментирован, а новый дописан ниже.

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

Подозрение сразу падает на антивирус, который пытается проверять все сохраняемые файлы, хотя, тот-же антивирус с той-же семеркой, но в Windows XP никаких подтормаживаний не вызывал. Ставлю в исключения антивируса файлы 1С: *.md, *.dbf, *.cdx, – эфекта нет. Копнул глубже: при сохранении изменений в конфигурации 1С-ка создает копию md-файла во временной папке с именем вида ~md*.tmp, вот эту маску я и добавил к исключениям, результат – сохранение происходит почти мгновенно.

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

В документе добавил два реквизита: «Округление», для ввода количества знаков и «ОкруглениеВверх» — признак округления в режиме «всегда вверх».

В модуле формы, в том месте, где вычисляется новая цена добавил такую процедуру:

Принцип работы такой: сначала запятую отодвигаем на то количество знаков, которое хотим оставить, для этого вычисляем Кф. Тут я использовал свою функцию СтепеньЧисла() в которую передаются два параметра: первый — основание степени, второй — сама степень. Затем вычисляем саму цену, выделяем дробную часть, ну и дальше в зависимости от флага «ОкруглениеВверх» увеличиваем цену или оставляем как есть. В конце возвращаем запятую на место.

во-вторых задать обработчик выбора — в разделе «События», в строке с событием «НачалоВыбора» нажимаем на кнопку с изображением лупы, система генерирует заготовку для процедуры.

В этой процедуре вводим код:


Процедура ПолеВвода1НачалоВыбора(Элемент, СтандартнаяОбработка)
Диалог = Новый ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Открытие);
Диалог.Заголовок = "Выберите файл для загрузки";
Диалог.ПолноеИмяФайла = "";
Диалог.ПредварительныйПросмотр = Ложь;
Диалог.Фильтр = "Файл таблицы Excel (*.XLS)|*.XLS";

Если Диалог.Выбрать() Тогда
Путь = Диалог.ПолноеИмяФайла;
Иначе
Путь = "";
Отказ = Истина;
КонецЕсли;
КонецПроцедуры

В моем примере сделан выбор файла таблицы Excel. Вначале вызываем конструктор нового объекта – диалога, затем его свойствами определяем нужные настройки и ограничения, например свойство «Фильтр» определяет маску имени файла. Полезным может оказаться свойство «Каталог», которым можно определить начальный путь, с которым откроется диалог. Затем используется метод «Выбрать()», который собственно и открывает пользователю окно выбора и возвращает Истина, если выбор произведен, соответственно после этого полученное полное имя записывается в переменную Путь.