Один способ вносить изменения в типовую конфигурацию без проблем с обновлением

Публикация № 70005 08.05.10

Приемы и методы разработки - Практика программирования

В жизни любого 1С-программиста часто возникает необходимость доработки типовой конфигурации под нужды конкретного клиента. Иногда изменения небольшие, иногда существенные. Но в любом случае за изменениями следует наказание в виде утраты совместимости с оригинальной конфигурацией и последующей головной болью при обновлении.
В статье описан один способ избежать тяжелых merge-ей.

Думаю, что все оказывались в ситуации когда поставщик оригинальной конфигурации выпускал новую версию, а в вашей конфигурации собралось такое количество изменений, что проще было не обновляться или продать душу дьяволу или пусть это делает кто-нибудь еще, только бы не заниматься опять этим ужасным merge-ем. Что же делать? Не вносить правки? А если это необходимо и без "этой новой фичи" все "совсем развалится и непонятно как бизнес до сих пор работает без нее"? Выход (или во всяком случае направление на него) есть. Вносить правки осторожно и обдумано. Есть множество советов по добавлению правок и множество статей о том, какие виды изменений наименее болезненны, поэтом приводить их здесь я не буду. Рассмотрим лишь один небольшой вопрос: проведение документов и собственная аналитика, которую нужно добавить.

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

Скачать выгрузку демо-базы можно в приложеном файле: begining.dt

Теперь предположим, что заказчик хочет видеть аналитику продаж по регионам. Первое, что приходит в голову - добавить справочник "Регионы". Решение верное, так как при последующем слиянии с оригинальной конфигурацией поставщика собственный справочник никак затрагиваться не будет (если в настройках не указано, что такие объекты нужно удалять, конечно). Для пущей систематизации я сделаю подсистему "Регионы" и все объекты, относящиеся к этой подсистеме, буду называть с префиксом "рг".

Что же делать дальше? Обычный путь правок предполагает, что нужно добавить реквизит "ргРегион" в документ "Расход" и сделать отчет собирающий данные из регистра и документа. Однако это не оптимальный по производительности способ и лучше было бы в регистр "Продажи" добавить еще одно измерение. Главное же неудобство состоит в том, что придется менять форму документа и вмешиваться в его модуль, изменяя функцию "ОбработкаПроведения" так, чтобы в новое измерение подставлялось значение из реквизита документа. Форма и модуль могут принести немало "радостных" минут в процессе обновления.

Какой же выход? Выход есть - подписка на события. Это прекрасная технология, появившаяся в 8-й платформе, очень нам поможет.

Итак, добавим измерение "ргРегион" типа "Справочник.ргРегионы" в регистр "Продажи". Это не сильно нам помешает при обновлении, так как обычно регистры меняются редко и даже если и меняются, то нужно просто следить за тем, чтобы наше измерение не исчезло.

Дальше есть два немного различающихся варианта реализации. Рассмотрим первый, который я назвал "Копирование документа".

Добавим в систему документ "ргРасход". Добавим в него такой же набор реквизитов, как в документе "Расход" и сделаем необходимую форму. Так же добавим в него реквизит "Регион" и разместим его на форме.

А теперь скопируем весь модуль проведения из документа "Расход" в "ргРасход". Шутка! =) Сделай мы так и все потеряло бы смысл. Нам все равно пришлось бы вносить множество изменений в "ргРасход" при обновлении. Мы пойдем другим путем.

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

Обработка проведения документа "ргРасход" должна делать вот что:

  1. Создавать новый документ "Расход" и заполнять его так же, как и текущий "ргРасход" (кроме реквизита "Регион" и реквизита "Номер", естественно)
  2. Добавлять запись в регистр "ргСвязиДокументов", где в "ДокументВладелец" записывать ссылку на текущий документ "ргРасход", а в измерение "Документ" ссылку на вновь созданный документ "Расход". Важно, что тут нужно сразу записать движение в регистр, а не ждать конца процедуры обработки проведения.
  3. Проводить вновь созданный документ "Расход".

При отмене проведения документа "ргРасход" пусть происходят следующие действия:

  1. Из регистра "ргСвязиДокументов" выбираются запросом все документы "Расход", которые относятся к нашему документу "ргРасход"
  2. Найденные документы удаляются. (На самом деле тут должно быть не удаление, а пометка на удаление для сохранения ссылочной целостности, но не будем усложнять пример).

Таким образом, мы получили следующую картину: при проведении документа "ргРасход" на самом деле создается документ "Расход", который делает движения в нужных регистрах, а при отмене проведения документа "ргРасход" документ "Расход" удаляется.

Остался последний штрих - добавление нужных нам дополнительных измерений в регистр при проведении документа "Расход".

Добавим подписку на событие с именем "ргПроведение". Объект - документ "Расход", событие - "ОбработкаПроведения" и обработчик из нашего общего модуля "ргРегионы".

Функция-обработчик события должна выглядеть так:

Процедура ргПроведениеОбработкаПроведения(Источник, Отказ, РежимПроведения) Экспорт
ТекстЗапроса=
"ВЫБРАТЬ
| ргСвязиДокументов.ДокументВладелец,
| ргСвязиДокументов.Документ
|ИЗ
| РегистрСведений.ргСвязиДокументов КАК ргСвязиДокументов
|ГДЕ
| ргСвязиДокументов.Документ = &ПроводимыйДокумент"
;
Запрос=Новый Запрос(ТекстЗапроса);
Запрос.УстановитьПараметр("ПроводимыйДокумент",Источник.Ссылка);

Рез=Запрос.Выполнить();
Если
Рез=Неопределено Тогда
Сообщить("Не выполнен запрос!");
Отказ=Истина; Возврат;
КонецЕсли;
Если не
Рез.Пустой() Тогда
ДокументВладелец=Рез.Выгрузить()[0].ДокументВладелец;

Если
ТипЗнч(Источник)=Тип("ДокументОбъект.Расход") Тогда
Источник.Движения.Продажи[0].ргРегион=ДокументВладелец.Регион;
КонецЕсли;
КонецЕсли;

КонецПроцедуры

В ней мы ищем проводимый документ в регистре "ргСвязиДокументов" и если находим (запрос не пустой и т.д.), то в движения этого документа добавляем "Регион" из документа "владельца", т.е. из того документа, который создал проводящийся сейчас документ "Расход". Так же тут добавлено небольшое условие проверки типа, которое нужно, если это событие будет вызываться для документов разных типов (мало ли куда еще понадобится вставить регион).

Давайте пройдемся еще раз с самого начала. Мы добавили некий дублирующий документ "ргРасход", при проведении которого не делается движений по оригинальным регистрам, зато создается оригинальный документ "Расход", который и делает необходимые движения. В которые мы при помощи перехвата событий добавляем свою аналитику по региону.

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

Для полного изящества нужно перехватывать событие "ПриЗаписи" и искать записываемый документ в регистре "ргСвязиДокументов". Если он будет найден, смотреть, не поменял ли пользователь данные в документе и отказывать в записи, если данные отличаются от документа "владельца". Это позволит избежать ошибок, которые могут появиться при ручном редактировании документов созданных автоматически.

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

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

Посмотреть что получилось можно в файле final-1.dt

Есть другой способ, лишенный перечисленных выше недостатков. Я называю его "Документ-обертка".

Его суть заключается в том, что в документе "ргРасход" мы не дублируем документ "Расход". Документ "ргРасход" содержит в себе только реквизит "Регион" и ссылку на документ "Расход". На самой форме документа нужно сделать кнопку "Создать "Расход" по нажатию на которою создавался бы новый документ "Расход" ссылка на который хранилась бы в реквизите документа "ргРасход" и добавлялась бы запись в регистр сведений "ргСвязиДокументов". В остальном логика работы остается прежней, кроме того, что проверка на изменение документа "Расход" не нужна и в модуле проведения документа "ргРасход" не нужны никакие действия.

Итак, вкратце. У нас есть документ-обертка "ргРасход" из которого мы открываем тот документ, который должен быть дополнен нашей аналитикой. Значения наших измерений заполняется в документе-обертке, остальное заполняется в оригинальном документе, который работает как обычно: проводится, редактируется, удаляется и т.д.

Этот способ лишен недостатков способа "Копирование документа", однако у него есть другой недостаток. Пользователю придется выполнять лишнее действие по открытию документа-обертки.

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

Посмотреть что получилось можно в файле final-2.dt

Конечно, все эти ухищрения будут приводить к потере производительности, но как известно за все надо платить.

 

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

нужен был аналог "поступления товаров" и "расходной накладной" НО со своими табличными частями, кучей доп. реквизитов, + движения по 5 НОВЫМ опер. регистрам

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

 

Всем спасибо и хорошего вам кода.

Оригинал статьи в блоге автора

Скачать файлы

Наименование Файл Версия Размер
Примеры баз

.zip 187,23Kb
230
.zip 187,23Kb 230 Скачать

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Aleksey_3 09.05.10 01:23 Сейчас в теме
Никогда не любил когда из одного документ проводиться другой. Обязательно нарвется на транзакцию или еще что-то, что приведет к тому что один документ отличается от другого.

А по поводу регионов ... к примеру в БП 2.0 появился механизм дополнительных реквизитов, который прекрасно вписывается в типовые отчеты и позволяет пользователю отбирать по этим реквизитам
pm74; Spartan; RailMen; charushkin; Rustig; Craig; zfilin; +7 Ответить
2. iov 411 09.05.10 01:49 Сейчас в теме
Встречал решение с использованием "свойств документов" соответственно отчеты строились дольше но при обновлениях проблем не было...
Но как говорится каждое решение имеет место быть..
charushkin; zfilin; +2 Ответить
3. wirg 09.05.10 10:39 Сейчас в теме
как обычно, автор не учел категорий и свойств, на крайняк можно из регистратора всё взять и ничего особенно не менять.
4. zfilin 2265 09.05.10 15:07 Сейчас в теме
Спасибо вам за комментарии!
Вы, конечно, правы про категории и свойства и про проведение документа. Но, как сказал уважемый iov, решений может множество. Все зависит от конкретной ситуации.
5. DoctorRoza 09.05.10 15:47 Сейчас в теме
Согласен с Aleksey_3 по поводу работы с транзакциями и блокировками. Это основные, подводные камени, которые следует учитывать при работе в клиент-серверном режиме. Предложенное автором увеличивает объем базы, но решает проблему обновления, в первом приближении. Наибольший интерес вызывает применение данного метода к 8.2! Тут уже придется учесть еще и применение директив компиляции у процедур и функций!
P.s. Идея, в принципе не нова, но за понятное, общее объяснение принципа плюсану! ))
6. SergeyT2006 12.05.10 02:22 Сейчас в теме
Для 8.0 не подходит, ибо нет там механизма подписки
7. Craig 268 12.05.10 08:07 Сейчас в теме
ХМ... возможно вы меня раскритикуете, но не проще было бы создать Справочник.Регион. с реквизитами типа "Регион" и "Ссылка на документ". И добавить во вкладку ввод на основании. Где сразу же создается новая форма, пользователь может спокойной внести необходимые сведенья, нажмет сохранить и вот оно щастье. И выдернуть будет легко для отчета, сильно система не будет нагружена и самое главное обновить не составит особого труда... Ах да с транзакцией проблем не будет, да и по времени программирование по моему способу займет гораздо меньше.
Сергей Осипенко; AlX0id; annak2980; RailMen; fly07; zfilin; +6 Ответить
8. zfilin 2265 12.05.10 09:50 Сейчас в теме
DoctorRoza: Спасибо!
SergeyT2006: Спасибо, подредактирую тэги.
Craig: Я уже заметил что пример слишком простой. Может быть нужно было описывать две дополнительные аналитики одновременно или ввести дополнительные ограничения, которые бываю (например, когда документ-обертка должен делать ЕЩЕ и свои движения). Но зато такое мое упрощение примера натолкнуло меня на новые мысли благодаря вашим комментариям.
9. KRIHA 90 12.05.10 10:12 Сейчас в теме
а еще полезно общие модули копировать :), из которых вызываются процедуры и функции документа "обертки" ), а то как обновиццо конфига - общие модули перемелятся в труху, функции и процедуры поменяют место жительства и "ФИО" и все - играла волына и доигралась :) - не будет работать документ "обертка", а ты к тому времени (по заявкам телезрителей) - накрутил много много фенечек и терять все это жалко.
MaraPera; ovv; +2 Ответить
10. o.nikolaev 12.05.10 22:41 Сейчас в теме
Вообще, если бы в 8-ку добавили понятие "Модуль" такое же как понятие "Форма", то все было бы гораздо проще. Имеем: Форма - ОсновнойМодульФормы, дополнительные модули формы, Документ - ОсновнойМодульДокумента, дополнительные модули документа, тогда все изменения сводились бы к тому что основные модули отцеплялись и основными делались бы добавляемые модули. Т.е. грубо говоря нужно в платформу добавить понятие "МодульОбъекта" и иметь возможность работать с ним так же как сейчас с формами. Надеюсь понятно объяснил :)
И тогда почти все проблемы с merge будут решены, ибо с формами - создаем новую форму, делаем ее основной, с проведениями - создаем новый модуль - делаем его основным модулем объекта, с реквизитами - смело добавляем с префиксами и т.п. Все будет обновляться. не забыть только перецепить обратно основные объекты. А все эти ухищрения (подписки, дубли документов - от лукавого, все должно быть просто, желательно - на уровне платформы). Из всего опубликованного на эту тему сне больше всего понравилось описание подхода внесения изменений с помощью свойств объектов.
annak2980; +1 Ответить
11. tango 494 13.05.10 02:09 Сейчас в теме
чёта туплю я. зачем обновляться, если потом "перецеплять обратно основные объекты"?
12. zfilin 2265 13.05.10 10:17 Сейчас в теме
Обновляться потому, что основной разработчик тоже модернизирует конфигурацию и вносит полезные правки. Вот и получается, что нужно обновить все что в конфе "родное", но при этом не поломать "свое".
17. tango 494 14.05.10 16:56 Сейчас в теме
(12) ок. "полезные" изменения 1с - там, где "перецепляем" или где-то в другом объекте?
Если там же, то по-любасику надо адекватно изменять свое. Если в стороне - то и обновляем только это. Что пропустил?
13. alexk-is 6529 13.05.10 11:03 Сейчас в теме
(0) Можно не создавать дополнительный документ, а добавить только реквизит и форму в существующий документ. Проблем с обновлением быть не должно, если знаешь как обновлять.

Текст модуля в публикации можно раскрасить получше. :)
14. zfilin 2265 13.05.10 12:29 Сейчас в теме
Спасибо, отлично раскрашивает. =)
И статья об обновлении хорошая.
15. sss999 48 13.05.10 13:07 Сейчас в теме
много плюсов наставили,интересно а пользоваться кто нибудь будет методом,по сложности выглядит не проще чем добавить строчку движения для дополнительного измерения,а 10) вообще сам для себя написал свою идею.
16. ups9999 14.05.10 15:34 Сейчас в теме
Гы. Добавляем реквизиты объекту. Переопределяем "ПередОткрытием" динамически добавляем реквизиты на форму. Подписка обеспечит нужное проведение. Все имения кода это 3 добавленные в модуль строчки. Их полагаю любой может перенести при обновлении ;)
18. mus2008 15.05.10 08:52 Сейчас в теме
Жуть. Может пример неудачный приведен? Дублировать документы из за реквизита? Если уж на то пошло, проще создать регистр сведений и посредством его увязать контрагентов и регионы. Это самый простой вариант. Второй, чуть более сложный - свойства сделать у контрагента. В бухгалтерии этого нет, но привязывается легко. В крупных конфах это уже есть. Но тогда:
База не пухнет необоснованно (я считаю, что в данном случае это именно так).
Быстродействие не падает (сам недавно сидел из конфы по капельке скорость выкручивал, это более геморройно, чем обновление - а тут такая торпеда самому себе...). Транзакции, блокировки да, это тоже не сахар.
И восстановление последовательности, особенно накрученное, когда .Восстановить() не прокатывает. Там вообще че-то малопредставимое будет...
annak2980; +1 Ответить
19. FormatC 69 17.05.10 10:30 Сейчас в теме
Замечу, что иногда в типовых конфигурациях некоторые отчеты работают с привязкой к конкретному виду документа. Например, в КА отчеты по заказам и резервированию. И данный способ не прокатит.
20. zfilin 2265 17.05.10 11:44 Сейчас в теме
FormatC: Да, ну, так ведь фишка именно в том, что движения делает именно родной документ.
А отчеты, которые будут учитывать и дополнительную аналитику все-равно писать самому.
21. zfilin 2265 17.05.10 11:45 Сейчас в теме
tango: Ну, да. Об этом и статья.
22. PopAndr 18.05.10 10:12 Сейчас в теме
Статья затрагивает очень актуальную тему, но вариант решения, по-моему, слишком затратный - создавать специальную сущность (ссылочный объект) только ради того, чтобы заполнить дополнительный реквизит регистра накладно не столько с точки зрения размера базы, сколько из-за разрушения логической структуры информационной системы. Представляете, во что превратится конфигурация при использовании данного подхода при значительных изменениях в регистрах и функционале. Тем более что в приведенном примере достаточно иметь:
1. Регистр сведений, который позволяет хранить значение нужного реквизита документа.
2. Новая форма стандартного документа, в которую добавлено поле редактирования записи регистра сведений. При этом нет необходимости делать его с привязкой к регистратору, достаточно сделать измерение регистра по документу ведущим.
3. В подписке на событие проведения стандартного документа обеспечить заполнение дополнительного измерения из записи регистра сведений, которая соответствует проводимому документу
Xytras; pavgranit; oaf_is; Altez; RailMen; +5 Ответить
23. Арчибальд 2715 18.05.10 10:17 Сейчас в теме
Решение спорно. Но изложено внятно, а предмет статьи актуален. Ergo, плюс.
24. RailMen 18.05.10 18:21 Сейчас в теме
Комменты не менее ценные чем самастатья ;)
25. I_G_O_R 67 20.05.10 00:13 Сейчас в теме
регистры, дополнительные формы, дополнительные документы....
а про пользователя и не подумали: будет ли ему удобно так работать?
26. zfilin 2265 20.05.10 10:20 Сейчас в теме
I_G_O_R: Подумал - неудобно. О чем и писал. А на самом деле все зависит от реализации, порой пользователю оказываются удобны самые неожиданные вещи. =)
27. flagman 24.05.10 08:41 Сейчас в теме
статья писалась не для внесения одного реквизита. Сам делал практически тоже самое: нужен был аналог "поступления товаров" и "расходной накладной" НО со своими табличными частями, кучей доп. реквизитов, + движения по 5 НОВЫМ опер. регистрам.

отличие от статьи только в том, что на типовой документ, кот. создан автоматически накладывался ПОЛНЫЙ запрет на изменение (контролировалось по тому же самому регистру сведений). Т.е. все изменения только ч/з новый документ.
Основная беда - потеря скорости проведения документов (за счет необходимости синхронизации). Но расхождений данных нет
28. gusinea 319 24.05.10 12:22 Сейчас в теме
Согласен с "PopAndr" можно сделать доп. форму в том же документе, назначить её ОСНОВНОЙ, а при обновлении максимум что случится - слетит эта настройка(поправляется в течении неск. секуд). Зато отпадает надобность в синхронизации документов
29. aegoncharov 27.05.10 05:36 Сейчас в теме
Это же так называемая методика "мегадокументов". Позволяет создать прослойку между пользователем и типовым функционалом.
4 основные проблемы:
1. Длинные транзакции при записи
2. Более быстрый рост базы
3. При обновлении все равно приходится поверять работоспособность мегадокумента. из-за изменений общих модулей, но это не сложно.
4. Усложняется настройка обмена в распределенных базах.

С проблемой №1 наверное буду бороться, реализовав "отложенное создание" подчиненных документов.
30. Lancelot-2M 109 17.08.10 16:38 Сейчас в теме
Для одного дочернего документа реквизита хватит, а вот для цепочки регистр сведений в самый раз - респект и уважуха автору)))
31. zhleonid8 28.01.12 23:11 Сейчас в теме
эту статью нужно в первый день работы програмисту дать
32. zhleonid8 28.01.12 23:12 Сейчас в теме
а то по очереди исправляют, а обновлять потом не возможно:)
33. zfilin 2265 28.01.12 23:39 Сейчас в теме
Ну, я бы в первый день не советовал. Потому-что в классическом понимании это все-таки "чесать левое ухо левой рукой через голову". Скорее это подойдет для отчаявшихся людей, которые устали тратить все время своей жизни на то, чтобы беспрестанно сверять конфигурации и ползать по-коду в поиске различий, но хотят что-то в жизни поменять.

В общем, тут нужен баланс между "не трогать как есть" и "добавить немного", понимание ситуации, ну и включение мозга в целом. А-то дашь новичку такую статью, а он ради одного реквизита целую подсистему наворотит. И хрен разберешься потом.

Но с тем, что "а то по очереди исправляют, а обновлять потом не возможно" согласен. Достали до невозможности. =)
34. zfilin 2265 28.01.12 23:41 Сейчас в теме
Да, и кстати, это все в конечном итоге упирается в "золото разработки", такое как "изоляция кода", "декларирование интерфейсов" и прочее. Эх, когда уже заживем по-человечески?!... =)
35. zhleonid8 20.06.12 03:33 Сейчас в теме
в результате 2 летней работы в 8 понятно, лучше не изменять код а решать штатными средствами
36. zfilin 2265 20.06.12 10:15 Сейчас в теме
Ага. Самый лучший способ разработки - ничего не разрабатывать.
Но, увы в результате той же двухлетней работы понятно, что заказчик никогда не доволен типовыми решениями.
37. пользователь 20.06.12 11:09
Сообщение было скрыто модератором.
...
Оставьте свое сообщение

См. также

FormCodeGenerator Программная доработка форм. Часть 2 (Режим работы "Режим сравнения форм") на примере ERP 2.5 Промо

Адаптация типовых решений Прочие инструменты разработчика Практика программирования v8 1cv8.cf Абонемент ($m)

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

5 стартмани

21.12.2020    11410    27    huxuxuya    11    

"Привет, 1С": простейший голосовой ассистент для 1С. UPD: с исходниками

Практика программирования v8 Абонемент ($m)

Программулька, которая при наличии микрофона превращает вашу 1С в "умную колонку": постоянно слушает микрофон и при произнесении активационной фразы позволяет выполнять команды, которые вы в 1С определите. Например, ответить "сколько заказов сегодня" или "сколько денег в кассе". А также может принимать запросы от 1С для того, чтобы оповестить голосом (text-to-speech) или задать вопрос и отправить ответ в 1С.

1 стартмани

10.12.2020    8566    59    informa1555    77    

Интерактивная справка по объектам 1С (подключаемое расширение)

Работа с интерфейсом Практика программирования v8 ERP2 Абонемент ($m)

База знаний, подключаемая к объектам основной базы. Пополняется интерактивно, формируется в виде статей прямо в 1С (текст, картинки, таблицы, ссылки). Есть возможность прикрепления файлов, привязки к объектам 1С, возможности рейтинга и комментирования пользователями.

5 стартмани

29.09.2020    17235    94    sapervodichka    50    

HTTP сервисы по OpenAPI спецификациям

WEB Практика программирования v8 1cv8.cf Абонемент ($m)

Начинаем путь разработки HTTP сервисов с создания спецификаций OpenAPI. Автодокументация сервисов формата Swagger UI без зависимостей. Настройка сервисов в режиме предприятия.

1 стартмани

29.06.2020    17175    18    shmalevoz    22    

Вам нравятся запросы в 1С? Промо

Практика программирования v8 v8::Запросы 1cv8.cf Абонемент ($m)

Речь не только о том, что простейший запрос с "легальным" оформлением растянется на пол-экрана, речь еще обо всем, что нужно написать "в нагрузку" к тексту запроса. Все эти "Новый Запрос", "УстановитьПараметр" и последующие пляски с обработкой результата... Пора с этим заканчивать!

1 стартмани

03.07.2019    29600    7    m-rv    91    

Алгоритмы поиска пути в графе. Часть 2

Практика программирования v8 1cv8.cf Абонемент ($m)

Новые возможности, ранее реализованных алгоритмов поиска пути в графе на платформе 1С 8.3.

1 стартмани

13.08.2019    9124    9    RonX01    10    

Удобный выбор из таблицы/дерева в УФ

Практика программирования v8 v8::УФ 1cv8.cf Абонемент ($m)

Выбор из таблицы значений или дерева значений в выпадающем списке рядом с полем ввода - УФ, быстро и просто!

1 стартмани

12.08.2019    19294    8    Yashazz    18    

Рисуем и распознаем нарисованное при помощи нейросети

Работа с интерфейсом Практика программирования v8 v8::УФ 1cv8.cf Абонемент ($m)

Используем нейронную сеть для распознавания нарисованных объектов.

1 стартмани

03.10.2018    19279    46    DO_WHILE_LOOP    28    

ВСТАВИТЬ В Справочник.Номенклатура (Код, Наименование) ЗНАЧЕНИЯ ("001", "Новый товар") Промо

Практика программирования v8 v8::Запросы 1cv8.cf Абонемент ($m)

Вас не обманывают ваши глаза, это запрос на изменение данных! И это работает без прямого доступа к БД, регистрации и смс.

1 стартмани

01.06.2018    38555    97    m-rv    58    

Работа с публикациями "Инфостарт"

О сообществе WEB Практика программирования v8 УУ Абонемент ($m)

Работа с рублевыми публикациями на сайте "Инфостарт": ведение клиентов, заказов, обновление файлов публикации, рассылка обновлений.

1 стартмани

13.09.2018    30389    15    RocKeR_13    16    

Продвинутое рисование в табличном документе (стрелок и не только)

Работа с интерфейсом Практика программирования v8 Абонемент ($m)

Вспоминаем геометрию и основы компьютерной графики. Матрицы и аффинные преобразования на плоскости.

1 стартмани

24.07.2018    21866    21    WalterMort    31    

Полезный код для программистов 1С (часть 2). Помощник заполнения.

Практика программирования v8 Абонемент ($m)

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

1 стартмани

20.07.2018    17616    15    vandalsvq    15    

Заполняем по шаблону (по умолчанию) Промо

Практика программирования v8 v8::УФ 1cv8.cf Абонемент ($m)

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

1 стартмани

08.02.2018    36475    20    mvxyz    17    

Работа с данными выбора

Работа с интерфейсом Практика программирования v8 Россия Абонемент ($m)

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

1 стартмани

17.07.2018    72223    25    kalyaka    17    

Полезные примеры составления схемы компоновки данных #2

Практика программирования v8 v8::СКД 1cv8.cf Абонемент ($m)

Еще один набор примеров как решить частные задачи в СКД

1 стартмани

22.05.2018    42943    11    SITR-utyos    13    

Печатная форма, сделанная как расширение конфигурации для БП 3.0. Новые возможности БСП

Практика программирования v8 БП3.0 Абонемент ($m)

Печатные формы на внешних обработках скоро канут в лету. На смену им приходят ПФ, реализованные в виде расширений конфигурации. Не нашел на сайте примеров таких расширений. Привожу пример подобного расширения для БП 3.0.

1 стартмани

06.12.2017    34892    60    kwazi    6    

Нечеткий поиск одним запросом Промо

Практика программирования v8 1cv8.cf Абонемент ($m)

Использование механизма полнотекстового поиска в 1С не всегда оправдано, т.к. построение индекса и поддержание его в актуальном состоянии может значительно нагружать систему. Предлагаемая реализация нечеткого поиска методом N-грамм выполняется одним запросом, что позволяет производить поиск в любой таблице и не требует предварительного построения индекса.

1 стартмани

28.12.2015    36283    76    vasvl123    9    

Паузы при исполнении кода (Sleep для 1С)

Практика программирования v8 v8::УФ 1cv8.cf Абонемент ($m)

Решил проверить все найденные варианты паузы для 1С. В результате получилась обработка для тестирования и небольшая статья с итогом.

1 стартмани

28.11.2017    73105    19    swimdog    55    

Вставка снимка экрана (screenshot) в форматированный документ

Практика программирования v8 Россия Абонемент ($m)

Пример работы с буфером обмена и программной вставки скриншота в форматированный документ.

1 стартмани

30.08.2017    28664    50    Boneman    14    

Умный дом на 1С + ардуино

Практика программирования v8 Абонемент ($m)

Конфигурация для автоматизации быта программиста 1C и не только. В данной статье будет рассказано, как можно использовать 1С для задач, не входящих в стандартные рамки этой платформы. Например, управление домом. В качестве периферии для подключения будет использован микроконтроллер (МК) Ардуино, но на нём не будет никакой логической нагрузки, весь процесс будет проходить на сервере 1С. Работа с пинами ввода/вывода происходит напрямую из 1С.

1 стартмани

07.08.2017    29517    21    sasha777666    64    

1С: Предприятие + корпоративный чат, как наладить оперативные уведомления за 10 минут Промо

Практика программирования v8 Абонемент ($m)

Как сделать автоматические уведомления о разных событиях из 1С в корпоративный чат MyChat для сотрудников компании

1 стартмани

14.08.2016    56680    36    Demanoidos    60    

Расширения конфигураций 1С: учимся перехватывать методы

Практика программирования v8 v8::УФ 1cv8.cf Абонемент ($m)

В этой статье я на примерах разберу некоторые механизмы расширений конфигураций 1С. А именно «перехваты» методов модуля объекта и «перехваты» событий формы и элементов формы. Данная статья написана с учебными целями, чтобы показать, как при помощи расширений конфигурации можно делать такие доработки, ради которых раньше приходилось снимать конфигурацию с поддержки.

1 стартмани

30.05.2017    173999    13    signum2009    49    

Рисуем в 1С

Практика программирования v8 1cv8.cf Абонемент ($m)

Вдруг захотелось порисовать в paint, а его использование заблокировано корпоративными политиками. Бывало такое? Тогда прошу под кат...

1 стартмани

11.05.2017    23696    74    pallid    35    

Изучение событий 1С для программирования

Практика программирования v8 Россия Абонемент ($m)

Какие события и в какой последовательности вызываются платформой 1С? Куда лучше поместить свой программный код, чтобы добиться нужного поведения программы? Предлагаю разработку «Изучение событий» которая облегчит поиск ответов на такие вопросы.

2 стартмани

12.03.2017    27974    44    rusmil    21    

Быстрое определение интервалов в запросе Промо

Практика программирования v8 Абонемент ($m)

В статье описывается новый метод определения интервалов между данными различных записей в запросе. В отличие от общеизвестного метода, время работы предлагаемого метода зависит от объема данных ЛИНЕЙНО. Это обеспечивает ему значительный выигрыш по быстродействию на больших объемах данных. В качестве иллюстрации возможностей метода приведен отчет, показывающий гистограмму распределения времени между продажами.

1 стартмани

01.10.2015    63062    35    ildarovich    41    

Распознавание текста с помощью нейросетей Google Cloud Vision и 1С

Практика программирования v8 1cv8.cf Абонемент ($m)

Возможности Google Cloud Vision в распознавании текста.

1 стартмани

08.02.2017    40729    153    kiv1c    19    

Графическая схема. Управление при помощи XDTO.

Практика программирования v8 Абонемент ($m)

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

2 стартмани

16.01.2017    31289    133    Alxby    25    

Простой редактор плана помещения JavaScript

Работа с интерфейсом Практика программирования v8 1cv8.cf Абонемент ($m)

На ресурсе сейчас очень много решений, которые позволяют редактировать карты, используя географические схемы. Так же много решений, которые позволяют редактировать объекты онлайн веб-карт. Мне же нужно было простое решение, для того чтобы расставить квадратные объекты на плане, показать их пользователю. Ну и распечатать, опять же. Я решил написать простенький редактор на JavaScript с использованием библиотеки Raphael.

1 стартмани

23.11.2016    28619    108    igel9780    23    

Хранение файлов в томах на диске (для УПП 1.3) Промо

Практика программирования v8 УПП1 Абонемент ($m)

Доработка типовой УПП 1.3 в плане хранения присоединенных файлов вне базы данных

2 стартмани

05.06.2016    70435    14    wowik    32    

Работа с двоичными данными на примере чтения файлов изображений. Новые возможности 8.3.9

WEB Практика программирования v8 1cv8.cf Россия Абонемент ($m)

В статье приводятся новые функции по работе с двоичными данными, появившимися в версии платформы 8.3.9 , на примере анализа формата и размера изображений. А также пример отправки изображения через API ВКонтакте с помощью новых объектов (без использования ОбъединитьФайлы())

1 стартмани

14.11.2016    37208    19    Anton64    24    

Загрузка файлов на сервер с прогрессом и докачкой

Практика программирования v8 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

04.10.2016    18335    58    mrstomak    21    

HTTP-сервис: отчеты [Расширение]

Работа с интерфейсом Практика программирования v8 1cv8.cf Абонемент ($m)

Это HTTP-сервис, который возвращает почти любой отчет в HTML, XLSX или в JSON. Сохраните вариант отчета, получите на него ссылку и можно получить данные без захода в 1С. Работает в конфигурациях на основе БСП 2.3.3+, для отчетов на СКД и в 1С 8.3.8+

2 стартмани

30.08.2016    35704    159    Stepa86    16    

Порождающий запрос Промо

Практика программирования v8 1cv8.cf Абонемент ($m)

Иногда в запросе необходимо получить искусственную таблицу заданного размера, не связанную с данными информационной базы. Эта получаемая «из воздуха» таблица может быть заполнена, например, числами натурального ряда или функционально связанными с ними значениями. Такая таблица может пригодится как временная таблица в запросе для соединения с реальными таблицами. Другой вариант – быстрое получение таблиц значений заданного размера, списков, массивов и прочее. В последних версиях MS-SQL есть возможности непроцедурной генерации таблиц посредством специального «итеративного» описания. Ну а для 1С пригодится следующее решение:

1 стартмани

15.09.2011    72166    153    ildarovich    89    

Недокументированное использование стандартных форм Upd.

Практика программирования v8 v8::УФ 1cv8.cf Абонемент ($m)

Вам не хватает возможностей в платформе 1С или у Вас нет времени на углубленное изучение платформы 1С? Рассмотрены возможности использования стандартных форм, вызываемых из платформы.

1 стартмани

26.07.2016    35559    107    ZhokhovM    69    

Выполнение JavaScript кода из 1С в объекте Поле HTML Документа (HTML 5) и вызов события в 1С ПриНажатии

Практика программирования v8 1cv8.cf Россия Абонемент ($m)

Пример выполнения JS кода из 1С в Поле HTML Документа под управляемыми формами, с удобным получением результата в 1С(С помощью вызова привязанного события ПриНажатии к элементу ПолеHTMLДокумента)

1 стартмани

22.03.2016    99213    173    igo1    62    

Количество дней недели (понедельников/вторников/...) в заданном диапазоне одним запросом

Практика программирования v8 Абонемент ($m)

При реализации периодического авто-заполнения маршрутных листов по графику (недельному) необходимо было просчитать стоимость всего периода, с условием выездов только по определенным дням. Заморачиваться с обходом результата не хотелось. Пришлось написать "Небольшой" запрос.

1 стартмани

03.03.2016    24411    2    Alexander.Shvets    5    

Простые радости жизни программиста 1С: выбор типа значения

Работа с интерфейсом Практика программирования v8 1cv8.cf Абонемент ($m)

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

1 стартмани

17.02.2016    61458    56    yuraos    18    

Отображение прогресса выполнения длительных операций в БСП и их отладка в текущем сеансе.

БСП (Библиотека стандартных подсистем) Практика программирования v8 1cv8.cf Абонемент ($m)

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

1 стартмани

17.02.2016    72909    221    balanton    23    

Мастер рассылки e-mail 2.2 для управляемых форм

Email Практика программирования v8 v8::УФ ERP2 БП3.0 УТ11 Абонемент ($m)

Для пользователей: переделанный из старый разработки под 8.2 с использованием библиотеки Мастер рассылки e-mail 2.2 (ERP, УТ, БП) (Только управляемые формы), который теперь может запускаться под любой версией платформы с разрешенными или запрещенными модальными/синхронными вызовами в конфигурации. Также удобный выбор e-mail и их владельцев с помощью отбора динамического списка по любым критериям и галочки исключения.

1 стартмани

29.12.2015    48709    23    milkers    4    

Опять эти запросы...

Практика программирования v8 Абонемент ($m)

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

1 стартмани

06.12.2015    21305    1    m..adm    41    

Передача больших пакетов через веб-сервисы

Инструменты администратора БД Внешние источники данных Практика программирования v8 Абонемент ($m)

Реализация механизма передачи больших пакетов через веб-сервисы. С его помощью передать файл размером в несколько гигабайт не составит проблем.

1 стартмани

06.12.2015    68382    56    YPermitin    19