Как прикрутить ГУИД к регистру сведений

Публикация № 1044215

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

GUID ГУИД УникальныйИдентификатор Регистр сведений

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

Это абзац для тех, кто постоянно спрашивает "как это можно применить на практике?" (1). Мы пишем обмен между идентичными конфигурациями, основным требованием к которому является максимальная актуальность данных (задержка в пределах нескольких секунд). Из этого требования вытекает необходимость многопоточной обработки. Как следствие, требования к согласованности данных ослаблены до согласованности в конечном счете (2). Вследствие многопоточного режима, из источника могут отправиться две версии одного и того же объекта, которые на стороне получателя могут подхватиться двумя разными потоками разбора и какая версия окажется в итоге записанной последней - никому неизвестно. Это не соответствует принципу согласованности, пусть даже ослабленному. Поэтому, необходимо гарантировать запись именно последней версии объекта, с игнорированием предыдущих (3). Сделать это можно например так: в табличке, где лежат сырые данные для разбора - надо хранить номер сообщения, тип и идентификатор объекта. Соответственно, когда один из потоков будет подхватывать очередной объект для загрузки - нужно просто взять объект с максимальным номером сообщения, а остальным версиям поставить статус устаревших.
И в этой теории казалось бы все хорошо... Для объектных типов в качестве идентификатора идеально подходит гуид, для наборов записей регистров - гуид регистратора, константы идентифицируются типом (можно просто писать пустой гуид  00000000-0000-0000-0000-000000000000)... но черт возьми, набор записей регистра сведений, не подчиненного регистратору не имеет идентификатора!
Мы не могли позволить, чтобы это обстоятельство похоронило весь наш быстрый и красивый обмен, поэтому разработали схему, позволяющую назначить набору записей идентификатор и использовать его как гуид этого набора.

 

Почему мы идентифицируем именно наборы

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

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

  • записываем набор с одной записью - выгружаем 100500 наборов. Например, когда при записи вы установили отбор только по складу, добавили в набор одну запись, но из регистра удалится 100500 записей с этим складом и все они зарегистрируются для изменения.
  • менее очевидный пример: при записи записываем 100500 наборов - выгружаем один. Такое возможно, если при записи вы заполняете отборы по всем измерениям, записываете много наборов, но с одним и тем же складом, а выгружать нужно только один набор потому что основной отбор стоит только на поле "склад" (иными словами, для обмена регистрируется набор с отбором только по складу).

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

Итак, приступим к прикручиванию идентификатора. План такой:

  1. Заводим общий реквизит типа УникальныйИдентификатор и подпиской заполням его.

Шутка. Хотя, мы рассматривали такой вариант реализации, однако в следствие необходимости поддерживать непротиворечивость в рамках одного набора записей (набора с отбором, соответствующим основному отбору) при принципиальной неизвестности того, с каким набором производится запись - это могло обернуться очень запутанным кодом и существенными проблемами с производительностью.

Сигнатура, корзина и идентификатор

Итак, для начала нам нужно ввести понятие сигнатуры и корзины.

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

При этом, эта сигнатура будет обладать следующими замечательными качествами:

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

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

Корзинами будем называть хранилища сигнатур, при этом сигнатуры будут раскладываться по корзинам не абы как, а по жесткому правилу, обеспечивающему повторяемость. Например, если есть сигнатуры ААА, ААБ, БАА и ВВВ - то таким правилом может быть, например, взять первый символ. Т.е. мы однозначно определим, что в корзину А попадают сигнатуры ААА и ААБ, в корзину Б - сигнатура БАА, а в корзину В - сигнатура ВВВ. (4)

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

1. Основные изменения представим строкой вида <Название "Тип"="ЗначениеТипа" "Значение"="ИдентификаторЗначения">. Например:

  • <Период Тип="Дата" Значение="19.05.2019 19:02:08">
  • <ДокументОснование Тип="Неопределено" Значение="Неопределено">
  • <Номенклатура Тип="CatalogRef.Номенклатура" Значение="6F9619FF-8B86-D011-B42D-00CF4FC964FF">
  • <Характеристика Тип="CatalogRef.ХарактеристикиНоменклатуры" Значение="00000000-0000-0000-0000-000000000000">

На что обратить внимание:

  • Если кому-то нравится использовать псевдо-json вместо псевдо-xml синтаксиса или придумать полностью новый формат записи - это на скорость не влияет, главное чтобы не получилось что строка "11.02.2019 12:00:00" и дата "11.02.2019 12:00:00" - это одно и тоже
  • Также можно креативить на предмет наличия значения типа Неопределено и пустых ссылок.
  • Тип здесь - это не тип поля, а тип значения. т.е. независимо от того сколько типов может лежать в этом поле - мы пишем только тот, который реально лежит.
  • Неопределено и пустая ссылка - это не одно и тоже и оба значения могут встречаться в полях множественного типа.
  • Для получения строкового представления типа - мне известен один способ: XMLТипЗнч.
  • Лучше добавить ко всему этому название самого регистра, поскольку при некоторых условиях это может сильно облегчить нам жизнь, об этом пойдет речь ниже.

2. Далее просто конкатенируем (сцепляем) полученные строки и получаем саму сигнатуру:

<РегистрСведений.НазваниеНашегоРегистра><Период Тип="Дата" Значение="19.05.2019 19:02:08"><ДокументОснование Тип="Неопределено" Значение="Неопределено"><Номенклатура Тип="CatalogRef.Номенклатура" Значение="6F9619FF-8B86-D011-B42D-00CF4FC964FF"><Характеристика Тип="CatalogRef.ХарактеристикиНоменклатуры" Значение="00000000-0000-0000-0000-000000000000">

Чтобы поберечь нервы ресурсы СУБД - ее можно поджать каким-нибудь алгоритмом сжатия (методы, не выходящие за пределы 1С гуглятся на ИС), "качество" сигнатуры при этом не пострадает, но глазами ее читать станет невозможно.

3. Далее надо разобраться с корзинами. Для них создадим отдельный справочник: один элемент справочника = одна корзина. Идентификатор корзины = ГУИД элемента справочника. Чтобы определить идентификатор корзины по сигнатуре - нужно ее хэшировать алгоритмом MD5 (5). В табличной части сделаем две колонки: сигнатура и ГУИД. В первую колонку будем складывать сигнатуры наборов записей, а во вторую идентификаторы этих наборов (просто Новый УникальныйИдентификатор). Далее, в корзине (табличной части) перебираем все строки - ищем есть ли там наша сигнатура, если нет - добавляем строку и назначаем ей новый гуид, который и будет идентифицировать наш набор записей, если есть - берем ранее созданный.

Вот в общем то и все.

Производительность

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

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

А что если...

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

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

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

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

 
 Мелкий шрифт

 

(1) На самом деле, я считаю, что "стоящая мысль" достойна быть озвученной, независимо от того, видно ли для нее достойное применение. Если 100 человек не знают как применить что-то на практике - это не означает, что не найдется 101-й, который давно мучается соответствующей проблемой. Математики не дадут соврать.

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

(3) Вопрос о том, важна ли последовательность объектов или важны только сами объекты, весьма неоднозначен и имеет глубокие теоретические корни. Можно сформулировать два более конкретных вопроса, ответы на которые имеют ключевое значение для любого обмена:

  1. можем ли мы нарушить последовательность записи разных объектов? Имеет ли при этом значение одного типа объекты или разного?
  2. можем ли мы нарушить последовательность записи одного объекта? (т.е. из версии 1 перевести его в версию 3, минуя версию 2, в которой он пребывал в источнике)

Мы более-менее нашли для себя ответы на эти вопросы. Сразу оговорюсь, что тема довольно скользкая и мы не претендуем, что эти ответы безупречно подходят даже для РТ, не говоря уж о любых других конфигурациях. Итак:

  1. можем ли мы нарушить последовательность записи разных объектов? да, но только при условии что мы имеем обмен между идентичными конфигурациями и движения по регистрам передаем "как есть", без перепроведения документов. Все что может помешать такому ответу - противоречит принципу, принятому при разработке типовых конфигураций 1С: "если документ не менялся - результат проведения при перепроведении меняться не должен" (sic!). Иными словами, у нас может быть какая-то проверка по ссылке (например попытка проверить ставку ндс у номенлатуры, которой еще нет в этой базе), но это будет означать, что такая проверка может изменить результат проведения документа при изменении номенклатуры, что противоречит сформулированному принципу. В крайнем случае - такая ситуация окончится исключением и автоматическим повтором загрузки, которая, после загрузки номенклатуры, окончится успехом с какой-то попытки.
  2. можем ли мы нарушить последовательность записи одного объекта? нет, но мы все равно так сделаем ) Строго говоря, нет принципа по которому результат записи объекта не должен зависеть от предыдущего состояния этого объекта. Например, документ может быть создан только в статусе "новый", из него переведен только в статус "проверен". Соответственно запись в приемник сразу в статусе "проверен" окончится неудачей. Но есть два но: первое - типовой механизм регистрации объектов "съедает" подобные случаи, второе - таки есть разница между записью пользователем и записью в режиме обмена данными. Соответственно, любые подобные случаи мы отлавливаем "по факту" и выносим проверку за пределы обмена данными.

(4) Вообще, весь этот алгоритм - это творчески преработаный алгоритм Хэш-таблиц. Так что это компьютер-саенс, бэст-практикс и все такое, а не "костылей понаставили"

(5) На самом деле не обязательно именно так. Можно придумать любой свой алгоритм, вплоть до такого: взять строку в двоичном коде, разбить на 128 участков, из каждого взять по первому биту - слепить их в гуид, главное чтобы он обеспечивал повторяемость. Но такой алгоритм не будет давать хорошего распределения, потому что на определенных позициях будут всегда будут определенные символы (например первые символы очень часто будут повторяться вследствие вставки названия регистра), что неизбежно сделает одни куче больше других, а MD5 дает хорошее распределение и вероятность появления больших куч крайне мала.

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

(7) Во-первых для справочника содержащего корзины, мы никогда не затираем таб.часть, а только добавляем новые записи, во-вторых, при назначении идентификатора первой сигнатуре в корзине - его можно сделать идентичным идентификатору корзины (это не привнесет никаких гарантий, просто избавит от 99% дополнительной нагрузки на БД), в-третьих, если в элементе оказалось две строки с одинаковой сигнатурой - из двух конкурирующих гуидов выбрать тот который меньше, а тот что больше пометить как неактуальный, в-четвертых, везде, где мог быть записан конкурирующий гуид - исправить его на нужный. Все описанное должно происходить в первые же секунды после создания соответствующего набора, и "плохой" идентификатор не успеет слишком "расползтизь" по базе, однако, если включить паранойю рассмотреть самый негативный сценарий - "плохой" идентификатор может закэшироваться где-то в повторноиспользуемых значениях и продолжить свое существование (собственно для последующих разборов полетов и предлагалось не просто удалять, а помечать их неактуальными). Честно признаюсь, у меня реализовано только "во-вторых" из написанного в этом пункте и полет пока нормальный.

 

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. VmvLer 16.04.19 13:15 Сейчас в теме
много текста и сразу необходимо вникать в чьи-то проблемы

не логичнее ли в первой строке простынь ответить понятно и просто одной строкой зачем это нужно?
zurapa; sergey_garin; lukyan; the1; Идальго; Xershi; +6 1 Ответить
2. Xershi 1003 16.04.19 13:57 Сейчас в теме
В 1С для этого хеш используют. Возможно вы про это не слышали?
Статью не читал!
3. m-rv 852 16.04.19 14:59 Сейчас в теме
(2) нет, не слышал, расскажите пожалуйста подробнее: от чего вычисляется хэш и какие гарантии это даёт?
4. Xershi 1003 16.04.19 16:24 Сейчас в теме
(3) ну хеш это как у пароля есть контрольная сумма, которая шифруется.
Как простой пример. Зашифровать дату записи и его значения измерений. Если изменилось хоть одна запись, то хеш будет другой.
Сам не применял, но например в обработке игры в шахматы видел алгоритм.
Плюс есть регистры в типовых или нет, не скажу, которые как раз используют реквизит с одноименным названием.
На 8.3 вычисления хеша кажись уже можно платформой делать. До этого использовали компоненту.
5. m-rv 852 16.04.19 20:30 Сейчас в теме
(4) да, эта история понятна, но хэширование не дает гарантировано уникальный хэш на каждое новое значение. Хэширование дает очень высокую вероятность уникального значения, но не гарантию, поэтому в строгих алгоритмах его использовать нельзя, только для вспомогательных нужд. Об этом собственно и статья )
6. Xershi 1003 16.04.19 21:35 Сейчас в теме
(5) что на 1 хеш можно 2 пароля придумать и авторизуешься?
Где такое вычитали?
7. m-rv 852 17.04.19 07:41 Сейчас в теме
(6) к этому вопросу можно подойти с двух сторон: гугла и логики.
пример двух строк с одинаковым хэшем MD5 можно найти например тут: https://en.wikipedia.org/wiki/MD5
логически можно рассудить, что MD5 состоит из 32 шеснадцатиричных цифр 0-9,a-f. Соответственно, если мы хэшируем все варианты строк, состоящих из 33 шеснадцатиричных цифр - количества вариантов хэшей не хватит на все варианты исходных строк и какие-то строки неизбежно будут иметь одинаковые хэши
8. Xershi 1003 17.04.19 11:37 Сейчас в теме
(7) да про Коллизии MD5 не слышал. Теперь в курсе.
Но там говорится про суффиксы. Не думаю что они будут отличаться в 1С. Также есть же и другие алгоритмы шифрования? И там говорится только про 128 битный ключ. А про 256 ничего.
10. m-rv 852 18.04.19 09:12 Сейчас в теме
(8) 128, 256, 512... все это будет уменьшать вероятность дублей, но не исключать их
11. Xershi 1003 18.04.19 09:15 Сейчас в теме
(10) вы не поняли. хеш я так представляю формируется по перфиксам из 1С, а суффикс остается всегда один. Поэтому коллизий не будет.
Алгоритм формирования не читал.
9. o.nikolaev 199 17.04.19 23:38 Сейчас в теме
По разделу "Мелкий шрифт", есть же концепция CRDT - бесконфликтная синхронизация данных, где данная возможность зашивается в прям в сам тип который передается.
13. vdmkvrshn 14 19.04.19 11:05 Сейчас в теме
Статью прочитал на 80-90% - всё надеялся найти в тексте обоснование, для чего это нужно в реальной задаче и не нашел.
Единственная описанная проблема: "записали набор с одной записью, выгружаем 100500". Ну допустим... А как Ваше решение поможет этого избежать? Может я что-то пропустил по тексту, но я ответа на этот вопрос не нашел.
По-моему, если надо идентифицировать набор записей ссылкой, то хорош способ, применяемый в типовых конфигурациях на УФ для контроля уникальности элементов справочника по значениям реквизитов. Это регистр сведений и справочник с одинаковым набором измерений регистра и ключевых реквизитов справочника, по которым необходимо контролировать уникальность. Я говорю про справочники КлючиАналитикиУчетаХХХХХ и регистры сведений АналитикаУчетаХХХХХ.

Ещё, так сказать, замечание не по теме.
Вы пишете такое:
В первую колонку будем складывать сигнатуры наборов записей, а во вторую идентификаторы этих наборов (просто Новый УникальныйИдентификатор)

На своем опыте могу утверждать, что "Новый УникальныйИдентификатор()" дает дубли при циклическом вызове. Была как-то необходимость связать строки нескольких деревьев значений на форме: при изменении значения в строке одного дерева менять также в другом дереве. Было решено для простоты генерации ключа строки использовать УникальныйИдентификатор. В общем практика показала, что он иногда НЕ уникальный. Его 99.(9)% уникальность гарантирована только в составе ссылок в рамках одной таблицы базы данных. (За годы работы более десяти баз по модели РИБ не появилось ни одного дубля ссылки среди документов одного типа, но была один раз группа номенклатуры с такой же ссылкой, как элемент в другой базе, что привело к останоке обмена, естественно).
14. m-rv 852 19.04.19 13:10 Сейчас в теме
(13)
Зачем мне это нужно - я постарался описать в спойлере «суть моей проблемы».
Вести пару РС-справочник для каждого регистра - это довольно нудное мероприятие (хотя для задачи, где задействовано 1-2-3 регистра - может подойти), плюс такой подход будет довольно затратным с точки зрения производительности
Про неуникальность ГУИДа - мое мнение - все такие случаи - это недорасследованные ошибки в коде. Я не хочу вас обидеть, у всех есть факапы, а сам я так иногда косячу, что аж п-ц, но когда в следующий раз такое увидите - ищите свой баг
15. vdmkvrshn 14 19.04.19 14:17 Сейчас в теме
(14) Я понимаю Ваше подозрение на мой баг, но после замены гуида на последовательно назначаемые номера все проблемы ушли сразу без прочих правок кода. Минус такого подхода - необходимость вести глобальный счетчик этих номеров в реквизите формы, например. Поэтому хотелось использовать гуиды.
12. m-rv 852 18.04.19 09:23 Сейчас в теме
Интересная концепция, спасибо. У меня получается state-based CRDT, я в тренде ))
Но основная то проблема в том, что когда писали РТ имели в виду strong consistency и то, что все работает - весьма интересный результат
16. shiaju 9 08.07.19 13:17 Сейчас в теме
Самое полезное, что я вынес из этой статьи - это пассаж про компьютер сайенс, и да, я этим буду пользоваться, спасибо большое! xD
17. user1051670 03.10.19 13:22 Сейчас в теме
Справедливости ради ДНК это не сигнатура человека - это сигнатура набора однояйцевых близнецов в общем случае)))
Оставьте свое сообщение

См. также

Как я начал администрировать сервер 1С: Предприятие 8.3 с телефона Промо

Администрирование данных 1С Мобильная разработка v8 Бесплатно (free)

Развитие инструментов управления кластером серверов 1С:Предприятие 8.3.

14.04.2017    60013    user700211_a.straltsou    27    

[СКД] Программное создание схемы компоновки данных

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Сделаем отчет на СКД полностью программно, без использования макета "схема компоновки данных".

15.01.2020    20686    John_d    22    

Таблица значений. Нюансы

Практика программирования v8 Бесплатно (free)

Обзор некоторых аспектов использования общеизвестного инструмента 1С.

01.10.2019    30325    Yashazz    50    

Самый примитивный HTTP-сервис в мире

WEB v8 Бесплатно (free)

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

12.09.2019    20870    YPermitin    26    

Копирование числовых ячеек из 1С в Excel Промо

Загрузка и выгрузка в Excel Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

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

15.01.2019    23223    itriot11    25    

[Шпаргалка] Программное создание элементов формы

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

Программное создание практически всех популярных элементов формы.

06.09.2019    43903    rpgshnik    63    

Агрегатные функции СКД, о которых мало кто знает

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Пользуетесь ли Вы всеми возможными агрегатными функциями, которые предоставляет система компоновки данных? Если Вы используете только: СУММА, КОЛИЧЕСТВО, МИНИМУМ, МАКСИМУМ, СРЕДНЕЕ, то эта статья для Вас.

05.09.2019    45465    ids79    54    

Обмен данными. Консистентность vs Многопоточность

Интеграция v8 1cv8.cf Бесплатно (free)

Рассмотрим теоретические основы обмена данными. Какие бывают обмены, какие гарантии при этом даются, зачем идти на компромиссы и что при этом может пойти не так. Есть ли идеальная схема?

03.09.2019    11801    m-rv    1    

Использование программных перечислений, ч.1: строковые константы Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

Часто ли у вас возникает необходимость в коде выполнять сравнение на строку?

10.12.2016    36816    unichkin    46    

Функции СКД: ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Подробное описание и использование внутренних функций системы компоновки данных: Вычислить, ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив, ВычислитьВыражениеСГруппировкойТаблицаЗначений.

08.08.2019    72448    ids79    49    

Обработчики событий при записи объектов. Зачем и что за чем?

Математика и алгоритмы v8 Бесплатно (free)

Программисту, имеющему немного опыта на платформе 1С 8.3, бывает сложно разобраться: ПередЗаписью, ПриЗаписи, ПослеЗаписи, на сервере, на клиенте, в модуле формы, в модуле объекта.... Эта шпаргалка была создана в процессе обучения и реального опыта с целью разложить всё по полочкам, чтобы было четкое понимание в каком случае какой обработчик нужно использовать и в какой последовательности они запускаются при записи и проведении документов. Данная статья будет полезна в большей степени начинающим разработчикам. Но и опытным позволит освежить информацию, упорядочить её.

25.07.2019    44016    AlbinaAAA    28    

Создание отчетов с помощью СКД - основные понятия и элементы

Практика программирования Математика и алгоритмы v8 v8::СКД Бесплатно (free)

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019    49012    ids79    25    

Вспомогательные инструкции в коде 1С Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

Помогаем редактору кода 1С помогать нам писать и анализировать код.

15.10.2018    29337    tormozit    100    

Подсистема "Варианты отчетов". Используете ли Вы ее правильно?

Работа с интерфейсом БСП (Библиотека стандартных подсистем) v8 1cv8.cf Бесплатно (free)

Небольшая история про использование подсистемы "Варианты отчетов" из БСП. Используете ли Вы ее правильно?

04.06.2019    39340    YPermitin    52    

Выгрузка документа по условию

Практика программирования Разработка v8 Бесплатно (free)

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

25.04.2019    15860    m-rv    2    

Как настроить правильную техподдержку (helpdesk, service desk на коленке)

Управление услугами и сервисом Управление взаимоотношениями с клиентами (СRM) Документооборот и делопроизводство Монитор заказов Учет рабочего времени Управление взаимоотношениями с клиентами (СRM) Документооборот и делопроизводство Монитор заказов Учет рабочего времени v8 УУ Бесплатно (free)

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

24.04.2019    17049    siddy    0    

Оформление и рефакторинг сложных логических выражений Промо

Практика программирования v8 Россия Бесплатно (free)

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

20.09.2012    77216    tormozit    131    

Преобразование EXCEL в таблицу значений без COM и других извращений

Загрузка и выгрузка в Excel v8 1cv8.cf Бесплатно (free)

Получение таблицы значений из excel в 1С v8, без COM, внешних источников данных и т.д. EXCELВТаблицуЗначений() - За 10 строчек кода! Реализация протестирована на 1С 8.3.12.1714 (x64).

18.04.2019    27015    Eret1k    44    

Excel vs 1С: битва с неожиданным исходом

Анализ учета Универсальные обработки Загрузка и выгрузка в Excel Финансовые Управленческие v8 1cv8.cf Россия Бесплатно (free)

Что лучше 1С или Excel? Разберемся, в казалось бы, очевидном, чтобы получить невероятное!

11.04.2019    35726    bolefirenko    116    

О расширениях замолвите слово...

Практика программирования Разработка v8 Бесплатно (free)

О чём стоит задуматься при принятии решения о создании расширения конфигурации…

07.04.2019    34287    ellavs    126    

Запись значения в поле ввода/формы со срабатыванием события ПриИзменении Промо

Практика программирования v8 1cv8.cf Россия Бесплатно (free)

Иногда возникает необходимость после записи значения в какое либо поле ввода/формы вызвать для него обработчик события ПриИзменении, а о вызове самого события приходится только мечтать. В этой статье приводится программный способ вызова этого события.

11.07.2007    47517    tormozit    40    

Git-репозитории для 1С-кода (опыт использования при небольших проектах)

Практика программирования v8 Бесплатно (free)

Инструкции по взаимодействию с Git-репозиторием, которые писались для тех наших программистов, которые вообще никогда не работали с Git (руководства в духе "Как получить код из git-репозитория?", "Как отправить код в git-репозиторий")...

28.03.2019    26573    ellavs    88    

Новый подход к обмену данными EnterpriseData

Практика программирования Обмен через XML v8 v8::УФ Россия Бесплатно (free)

Хочу предложить Вашему вниманию цикл статей, посвященных обмену данными через универсальный формат (EnterpriseData или ED).

14.12.2018    39601    ids79    72    

Как сделать из &НаКлиентеНаСервереБезКонтекста почти &НаКлиентеНаСервере Промо

Практика программирования v8 1cv8.cf Россия Бесплатно (free)

Как сделать метод формы, доступный на клиенте и на сервере одновременно, и сохранить при этом удобство разработки

10.09.2017    43850    tormozit    74    

Универсальные функции ЗУП 3.1 / ЗКГУ 3.1, которые помогут в разработке

Универсальные функции Зарплата Управление персоналом (HRM) Зарплата v8 v8::СПР ЗКГУ3.0 ЗУП3.x БУ Бесплатно (free)

В статье размещен список стандартных процедур и функций с примерами, которые могут помочь при разработке (доработке) конфигураций Зарплата и управление персоналом ред. 3.1 и Зарплата и кадры государственного учреждения 3.1. Иногда бывает довольно сложно правильно получить данные или долго, поэтому лучшим вариантом будет использование стандартных процедур. Буду очень признателен, если Вы поделитесь своим опытом и предложите свои варианты стандартных процедур которые помогают в работе. Или предложите, как дополнить имеющиеся процедуры.

14.11.2018    79653    GeterX    113    

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С

Математика и алгоритмы Практика программирования v8 v8::blocking 1cv8.cf Бесплатно (free)

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018    33737    ids79    40    

Git + 1С. Часть 1. Как подключиться к команде разработки и начать использовать Git

Инструментарий разработчика Управление проектом v8 1cv8.cf Бесплатно (free)

Первая статья из цикла инструкций по работе с Git в 1С-разработке. Рассмотрим, как настроить рабочее место, как получить свою "копию" проекта для разработки и приступить к полезным действиям. Все примеры будут изложены в рамках трёх практических кейсов: 1. Моя команда дорабатывает типовую конфигурацию, использует приватный репозиторий на BitBucket, в котором версионируются внешние отчеты/обработки, расширения конфигураций и правила обмена; 2. Я участвую в стартап-команде, которая разрабатывает свою конфигурацию с использованием Git и GitLab; 3. Я принимаю участие в развитии OpenSource-продукта на GitHub как заинтересованный разработчик (контрибьютор).

18.10.2018    63505    stas_ganiev    75    

Планы обмена 1С

Перенос данных из 1C8 в 1C8 Интеграция v8 Бесплатно (free)

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

10.09.2018    55641    zhichkin    30    

Из Excel в 1С запросом

Загрузка и выгрузка в Excel v8 1cv8.cf Бесплатно (free)

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

14.08.2018    19739    m-rv    5    

Тестер: частые вопросы

Практика программирования v8 Бесплатно (free)

Ошибкам бой - тесты норма жизни!

25.07.2018    28889    grumagargler    28    

Повышаем эффективность разработки правил обмена

Практика программирования Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

Как повысить скорость и качество разработки правил обмена? Как вести групповую разработку правил обмена? Как облегчить сопровождение правил обмена после передачи в эксплуатацию? Об этом и многом другом вы можете узнать из этой статьи.

25.06.2018    28035    olegtymko    47    

Как сделать запрос на изменение данных

Практика программирования v8 v8::Запросы 1cv8.cf Бесплатно (free)

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

01.06.2018    30001    m-rv    21    

Строим графы средствами 1С (без GraphViz)

Практика программирования v8 Бесплатно (free)

Множество статей на Инфостарте описывают, как работать с компонентой GraphViz, чтобы построить ориентированный граф. Но практически нет материалов, как работать с такими графами средствами 1С. Сегодня я расскажу, как красиво строить графы с минимальным пересечением. Нам этот метод пригодился для отрисовки алгоритмов в БИТ.Финансе, т.к. типовой механизм не устраивал. Еще это может быть полезно для визуализации различных зависимостей: расчета себестоимости, графы аффилированности компаний и т.д. Надеюсь, эта статья поможет сделать мир 1С красивее и гармоничней:) Итак, поехали...

23.05.2018    23910    slozhenikin_com    20    

Распределение расходов пропорционально продажам

Финансовый учет и бюджетирование (FRP) Учет доходов и расходов Практика программирования Финансовый учет и бюджетирование (FRP) Учет доходов и расходов v8 v8::ОУ УТ10 УУ Бесплатно (free)

Финансовая модель. Распределение административных расходов по подразделениям пропорционально продажам за месяц. Дополнительные реквизиты против бизнес-процессов!

13.05.2018    18078    Rustig    9    

Универсальный обмен между идентичными конфигурациями через REST интерфейс OData. Часть І: Справочники

Перенос данных из 1C8 в 1C8 v8 Бесплатно (free)

Сейчас все чаще интеграции различных конфигураций проектируются через HTTP-сервисы - они и работают быстрее, и "войти" в режим отладки гораздо проще, тем самым обойдя "черный ящик" универсального обмена через xml, например. Более года назад я начал работать в компании, в которой разработчики работали с конфигурациями 1С в режиме совместимости еще 8.2.16 (менять режим совместимости в типичных базах мы не хотели) - а как Вы наверное знаете, если интересовались HTTP-сервисами в 1С, их использование в режиме совместимости 8.3.4 и ниже недопустимо - и здесь я уже не надеялся на разработку и использование HTTP-сервисов. Но позже меня заинтересовал такой "сервис" как REST интерфейс OData, так как его можно использовать не меняя режим совместимости конфигурации - именно он и стал для меня идеальным вариантом решения "нетривиальных" задач.

11.05.2018    22732    V.Stavinsky    11    

[ВсеПросто] "Оперативный" информатор из 1С за 5 мин.

Практика программирования v8 Бесплатно (free)

Быть всегда в курсе дел, даже в дороге!

22.02.2018    26180    DarkAn    25    

Минимализмы 3

Практика программирования Универсальные функции v8 Бесплатно (free)

Очередная серия "минимализмов" [http://infostart.ru/public/306536/, https://infostart.ru/public/460935/]. Также, как и в предыдущих статьях, здесь приведена подборка коротких оригинальных авторских решений некоторых задач. Ранее эти решения были разбросаны по моим комментариям к чужим публикациям.

19.02.2018    45929    ildarovich    45    

Этюды по программированию. Взаимодействие с Microsoft Word

Практика программирования v8 Бесплатно (free)

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

11.12.2017    32042    milkers    23    

Метод формирования движений в типовых регистрах нетиповыми регистраторами

Практика программирования v8 1cv8.cf Бесплатно (free)

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

05.12.2017    27999    itriot11    34    

1С: Конвертация данных 3. Инструкции и примеры. EnterpriseData (универсальный формат обмена)

Перенос данных из 1C8 в 1C8 Практика программирования Обмен через XML v8 КД Бесплатно (free)

Что такое КД3? Как начать использовать? Полезные дополнения к документации. Что нужно исправить в типовых обработках и конфигурации. Как изменить правила обмена не снимая конфигурацию с поддержки. Как отлаживать правила обмена?

19.11.2017    186743    MaxS    293    

Обзор имеющихся библиотек OneScript

OneScript v8 Бесплатно (free)

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

14.11.2017    43094    nixel    87    

Программные перечисления, ч.2: приемы кэширования при разработке

Практика программирования v8 Бесплатно (free)

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

30.10.2017    26527    unichkin    18    

Легкий способ обновления измененной конфигурации

Инструментарий разработчика v8 Бесплатно (free)

Легкий способ обновления измененной конфигурации. Сервис подготовки расширения конфигурации

25.10.2017    23293    avk72    63    

Работа с Excel

Практика программирования Загрузка и выгрузка в Excel v8 Бесплатно (free)

Собрал различные полезности для работы с Excel из 1С. Иногда приходится форматировать документ Excel программно из 1С. Так вот, чтобы не искать постоянно на просторах интернета как сделать левое выравнивание в ячейке Excel из 1С и т.п. решил опубликовать это...

23.10.2017    42249    arakelyan    39