Здравствуйте!
Используя типовую операцию, можно существенно сократить время на ввод недокументированных операций - тех, которые обычно вводятся через ручной документ "Операция, введенная вручную". Причем ранее, в версиях на обычных формам, в типовой операции обычной 1С:Бухгалтерия можно было даже запрограммировать код и при заполнении Типовой операции мы получали не просто проводки, а целый алгоритм (см. рисунок 1)
Рисунок 1.
Я вот, например, через типовую операцию в 1С:Бухгалтерия 2.0 реализовывал распределение 25 и 26 счетов (там свой замудренный принцип у заказчика, объяснять его не буду. Если кому-то будет интересно - можем пообщаться в комментах).
В версии 3 , то есть на управляемых формах, механизм типовых операций хоть и остался, но притерпел существенные изменения в сторону ухудшения - теперь уже нет возможности писать код, непосредственно в модуле операции (в пользовательском режиме!), теперь можно работать только с "предопределенными" параметрами (рисунок 2)
Рисунок 2.
Предопределенные они не потому что установлены на уровне конфигуратора, а потому что при создании типовой операции по кнопке создать эти параметры сами создаются, исходя из проводки, которую установит пользователь. А все дополнительные параметры, которые пользователь добавит, никак не вставить в типовую операцию, к сожалению (см. рисунок 3)
Рисунок 3.
В версии 2 можно было играть с этими параметрами более прозорливо). Вот почему разрабы так существенно подпортили этот вполне интересный механизм - не знаю. Уж лучше вообще его убрали бы, чем так обрезать. Имхо:)
Однако, по опыту работы бухгалтером, пользующим эти типовые операции, а также по опыту поддержки клиентов в части 1с, наиболее проблемным звеном, если можно так выразиться, является именно содержание типовой операции, чтобы оно хоть как-то было выполнено красиво. Вот для этого мной и было написано расширение с , надо признать, исключительно минимальным функционалом - в нем просто подставляются параметры, созданные пользователем, в содержание операции. Причем, предвидя возмущения уважаемых разработчиков, почему я в этой ситуации не выбрал СтрШаблон и не подставлял нужные параметры, скажу - ради , что называется, юзабилити, то есть, чтобы пользователь мог видеть, какие значения будут подставлены в конкретное место содержания (на рисунке 4 они подчеркнуты красным). Само собой, как видно из рисунка 4, параметры должны быть обрамлены в конструкцию <>.
Рисунок 4
Соответственно, эти параметры задаются пользователем, их значения указываются при создании типовой операции (рисунок 5 и 6, соответственно)
Рисунок 5
Рисунок 6
Не буду скрывать, функционал достаточно ограниченный, потому что, например, нет возможности в качестве параметра передать, скажем, дату документа операции или иной реквизит документа. Но все же при правильном применении, имхо, приведенный подход позволяет несколько снизить рутинную работу. Я вот, например, использую типовые операции для начисления %%% или отражение административных штрафов. Да и на момент написания расширения необходимости в таких параметрах не было.
Опять же - никакого не ангажирую, не афиширую к применению описанного подхода, а уж тем более установки расширения. Но, если хотите попробовать типовые операции или уже их юзаете - скачайте, реально будет полезным. По крайней мере не нужно будет постоянно вбивать текстовку содержания.
Установка расширения простая: скачиваете -> через управление расширениями устанавливаете -> перезапускаете программу. Расширение бесплатное, никакой поддержки нет. Но, если что, пишите в комментариях. Не обещаю, но постараюсь ответить.
Всем большое спасибо, что дочитали до конца!
Все замечания и предложения жду в комментариях. Только прошу, давайте уважать друг друга и не писать гадости, а также не общаться поучительным тоном. Это немного оскорбляет - здесь все-таки не дети малые собрались:) Однако, конструктивная беседа и даже критика (конструктивная!) приветствуется.
Проверено на следующих конфигурациях и релизах:
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.203.18
Вступайте в нашу телеграмм-группу Инфостарт