Регистры сведений 1С. Универсальная «палочка-выручалочка» разработчика
Основная трудность, с которой сталкиваются начинающие изучать 1С, заключается в том, что быстро разобраться что здесь к чему очень сложно. В платформе 1С:Предприятие вводится целый ряд оригинальных понятий. Объяснений этих понятий во встроенной справке, на сайте 1С и на прочих ресурсах много, но они мало что проясняют даже искушенному в ИТ. Здесь я расскажу об одном важном понятии в 1С. Простыми словами и со смыслом.
Определение
Приведу для начала две цитаты.
Основная задача регистра сведений — хранить существенную для прикладной задачи информацию, состав которой развернут по определенной комбинации значений и, при необходимости, развернут во времени.
Это из встроенной справки. Ее еще называют синтакс-помощник. Слова тут простые, но если смотреть свежим взглядом, лишены какого-либо смысла. Есть регистр, который хранит существенную информацию? А что, есть регистр, который хранит чепуху? Что означает «развернутость» информации? Она была «свернута», а потом «развернулась»? Хотелось бы понять детали этого процесса!
Регистры сведений — это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении произвольные данные в разрезе нескольких измерений.
А это с сайта 1С https://v8.1c.ru/platforma/registr-svedeniy/ Как можно что-то «хранить в разрезе»? Что тут «режется» и зачем?
Мое определение понятия «регистр сведений» звучит так.
Регистр сведений — это полный аналог таблицы базы данных.
Для тех, кто хоть немного знаком с базами данных, будет достаточно следующего дополнения.
В отличие от прочих объектов 1С:Предприятие, в регистре сведений есть возможность управлять первичным ключом.
Для тех, кто не знаком с теорией баз данных поясню, по возможности коротко и просто.
Большинство современных баз данных называются реляционными, потому что они состоят из таблиц. Так или иначе, все имели дело с таблицами. Таблица — это множество однотипных строк, и множество колонок. Как добраться до колонки понятно. Надо назвать ее по имени. А как добраться до конкретной строки в таблице? Для этого нам потребуется т.н. ключ. В самом простом случае ключом для конкретной строки является значение в одной из колонок.
В этой таблице ключи находятся в колонке «Идентификатор». Для того, чтобы однозначно определять строку по ключу, каждое значения ключа должно быть уникальным в пределах таблицы. Какой-бы большой не была таблица, поиск по ключу происходит очень быстро, потому что ключи особым образом компонуются в структуру под названием индекс.
При проектировании почти в любой базы данных так или иначе возникает ситуация, когда требуется создать таблицу, в которой значения ключей будут храниться не в одной колонке, а в нескольких. Например, у нас есть таблица товаров и таблица складов. Мы хотим создать таблицу, в которой будут отображаться цены товаров на складах.
Регистр сведений в платформе 1С:Предприятие позволяет явным образом указать ключ (его еще называют первичный ключ). Этим он и отличается от всех прочих объектов. Для них первичные ключи создаются автоматически и не подлежат изменению.
Можно сказать, что регистр сведений самый универсальный инструмент среди всех прочих в 1С. Посмотрим, что можно делать с ним.
Регистр сведений со множеством измерений
Измерение — это еще один термин родившийся в недрах 1С. Для регистра сведений измерение ни что иное, как часть ключа. Соответственно, множество измерений регистра сведений задает первичный ключ. Измерения есть и в других объектах платформы 1С:Предприятие (регистры накопления, регистры бухгалтерии, регистры расчетов), но там они обозначают нечто принципиально иное, на чем мы сейчас останавливаться не будем.
Такие объекты платформы, как справочник или документ создаются с предопределенным первичным ключом. Этот первичный ключ состоит из одного поля. В 1С его называют ссылкой. Если же нам требуется составной первичный ключ, тогда мы используем регистр сведений.
Один пример я уже дал выше. Еще несколько примеров:
- цены товаров у поставщиков;
- подразделение и занимаемая должность работника;
- место хранения товара на складе;
- настройки заполнения банковских выписок;
- график работы сотрудника.
Регистр сведений с одним измерением
Такое встречается довольно часто, в том числе и в типовых конфигурациях. Тут надо понимать, что регистр сведений в этом случае не заменяет справочник, у которого тоже всего одно «измерение». Отличие тут принципиальное. «Измерение» справочника, которое в 1С называют ссылкой, заполняется автоматически при создании новых записей. В то время как в регистре сведений измерения заполняются либо пользователем, либо программно, но во втором случае нужны усилия разработчика. Обычно в качестве единственного измерения регистра сведений указывают ссылку на запись в справочнике или ссылку на документ. Далее в разделе ресурсы или реквизиты (разница между ресурсами и реквизитами в регистре сведений исчезающе мала и мы не будем ее здесь обсуждать) вводят некоторое количество полей. Таким образом получается, что у справочника или документа появились новые поля. Мы как будто расширили справочник или документ.
Конечно, такая практика приводит к некоторой путанице. Открываешь справочник(документ) в режиме пользователя, вот он реквизит. Можно редактировать. Открываешь справочник(документ) в Конфигураторе, нет реквизита! Ищи в другом месте. Но есть и плюс, который заключается в том, что исходный справочник(документ) остается в неизменном виде. И если возникает именно такая задача (внести изменения, но не «трогать» исходный справочник или документ), тогда используют регистр сведений с одним измерением.
Регистр сведений без «измерений»
Можно создать регистр сведений вообще без измерений. Это не будет означать, что у регистра сведений нет ключа вообще и можно вводить сколько угодно записей. Это будет означать, что ключ есть, он представляет собой пустое значение и запись в таблице может быть только одна. В 1С:предприятие есть такой объект, который называется константа. Он не имеет ничего общего с тем, что под этим обычно подразумевается. Концептуально, константа в 1С — это таблица с одной колонкой и одной строкой. Чисто умозрительно, полезная штука, но на практике — не очень. Эти самые константы надо как-то группировать. Приходится задавать префиксы имен. Имена становятся уродливыми. Регистр сведений без измерений, по сути, представляет собой поименованное множество пар ключ-значение. И это отличная альтернатива константам.
Подчинение регистратору
Регистры сведений входят в семейство регистров 1С. По правде сказать, они не совсем полноправные члены этой семьи. Регистры сведений — это универсальный инструмент, в то время как регистры накопления гораздо более специализированы, а уж регистры бухгалтерии и регистры расчетов специализированы очень сильно. Единственное, что обнаруживает родственную связь регистров сведений с прочими регистрами, это то, что записи в регистрах сведений могут создаваться на основании документов. Здесь же, кстати, можно увидеть и отличие регистров сведений от остальных регистров. Во всех прочих регистрах записи создаются ТОЛЬКО на основании документов, а для регистров сведений этот вопрос оставлен на усмотрение разработчика. В принципе, этим пользуются и в типовых и в нетиповых конфигурациях, но лично я не вижу в этом большого смысла. Здесь имеет место скорее некоторая инерция. Разработчики привыкают использовать связку документ-регистр для регистров накопления, а потом переносят эту практику на регистры сведений.
Регистр сведений с измерением типа дата
Есть такая довольно часто встречающаяся задача, которая называется «Получить последние значения чего-либо». У нее есть известное решение, укладывающееся в три строки SQL запроса. В 1С-овском диалекте это выглядит так:
ВЫБРАТЬ валюта, курс, дата ИЗ РегистрСведений.КурсыВалют КАК КурсыВалют ГДЕ дата В (ВЫБРАТЬ МАКСИМУМ(дата) ИЗ КурсыВалют КАК Т ГДЕ Т.Валюта = КурсыВалют.Валюта)Чтобы избавить разработчиков от необходимости вспоминать это решение, в 1С решили сделать так. Регистры сведений, у которых в составе первичного ключа есть дата, были объявлены особенным подвидом и названы периодическими регистрами сведений. У этих периодических регистров сведений появились виртуальные таблицы под названием срез последних. При обращении к этим таблицам происходит выполнение запроса, являющегося аналогом того, что я указал выше. Там, правда, действует странное ограничение. Получить последние значения вы можете только по полному списку измерений. Это противоречит опыту, который разработчики получают при взаимодействии с регистрами накопления. Обращение к виртуальной таблице оборотов регистра накопления возможно по любому подмножеству измерений. Но в целом, периодические регистры сведений — это полезный инструмент. Хотя, в последнее время, с появлением версионирования и истории версий, он несколько утратил свое значение.
Заключение
Сильная сторона 1С в том, что можно не знать многие вещи, например, о базах данных. И при этом создавать работоспособные приложения. В большинстве случаев, вам не требуется знать или помнить в деталях для чего нужны первичные ключи и как они работают. Система все сделает за вас. Но когда вам потребуется сделать что-то из области универсального, тогда начальные знания о том, как это работает, все-таки будут нелишними.
В заключение хочу порекомендовать бесплатный вебинар от OTUS, где преподаватели покажут как решаются задачи проектирования объектов метаданных различных конфигураций, для решения практических задач бизнеса.
Чем отличается справочник от регистра сведений 1с
Подскажите принципиальные отличия справочника и непериодического, не подчиненного регистратору регистра сведений? Совсем запутался а то.
Справочник — объектная сущность, регистр — нет.
(0) На элемент справочника можно сослаться. А на запись регистра сведения нет. У регистра сведения есть измерения, по набору измерений можно контролировать уникальность записей. В справочнике такого нет.
(2) строго говоря есть.. по коду можно уникальность контролировать 🙂
(3) Дык код то в единственном экземпляре. А в регистре сведений можно сколько угодно ключевых полей завести. К тому же код в справочнике строка или число, а измерения регистра сведений — любой тип.
К каждой записи справочника прилагается гуид 🙂 который не всегда нужен, но место в базе занимает.
У справочника есть табличные части
(0) что там хранить собрался? делай голосовалку))
К записям регистра сведений запросы быстрее (намного) исполняются
Еще принципиальное отличие регистра сведений от справочника. Если ты в справочник пишешь запись с неуникальным кодом, он не даст записать, не важно, программно или ручками. Если в регистр сведений, через менеджер записи, то в случае совпадения по ключевым записям он старую запись просто тупо перетрет новой записью. Если писать ручками — записать не даст.
(9) Контроль уникальности и отключить можно, и использовать «ЗагрузкаДанных» в регистре сведений.
(8) Если создать регистр сведений с такими же полями, что и у справочника, то скорость не меняется.
(10) в этом случае чем руководствоваться, что выбирать — регистр сведений или справочник?
(11) Мозгом. Справочник хранит объекты аналитического учета. Регистр сведений хранит показатели состояния.
(11) В общем случае, для хранения данных, имеющих объектную сущность, надо использовать справочник. Если это просто таблица — то регистр сведений. Например, товары, контрагенты, сотрудники, основные средства, склады — все это конкретные объекты. А вот соответствие между номенклатурой в одной базе и в другой базе — это таблица, тут можно использовать регистр сведений. Какие то дополнительные параметры контрагентов или номенклатуры (свойства) — это тоже просто тупо таблица, тут кати регистр сведений.
Помимо того, о чем уже сказали, можно отметить еще и следующее. Регистр сведений может использоваться для хранения дополнительных свойств объекта, вспомогательных, обращение к которым, как правило, происходит реже, чем обращение к тем свойствам, которые описаны в самом объекте. Такой регистр сведений может иметь, например, следующую структуру: измерение1 = ссылка на объект, измерение2 = тип свойства (перечисление, справочник, вид характеристики) и ресурс1 = значение свойства для объекта. Можно, конечно, использовать и ТЧ с двумя реквизитами: тип свойства и значение свойства. Но есть одно «но». При обращении к объекту, например, при открытии формы элемента справочника из БД считываются сразу все данные по объекту как из основной таблицы справочника так и из всех таблиц его ТЧ.
А я лично скучаю по обычным периодическим реквизитам, которые были в 7ке.
А теперь городишь связку — справочник и регистр сведений.
Объекты конфигурации 1С:Предприятия 8
На этапе создания конфигурации разработчик анализирует предметную область и требования пользователей, создает объекты конфигурации, настраивает связи между ними путем установки их свойств, визуально конструирует экранные формы и макеты отчетов, пишет программные модули в определенных точках конфигурации. В результате получается прикладное решение, призванное облегчить работу конечных пользователей.
Структура прикладного решения (конфигурации) определяется составом объектов конфигурации и взаимосвязями между ними. Под объектами конфигурации понимаются средства 1С:Предприятия, предназначенные для отражения реальных объектов и явлений предметной области, например, справочник «Контрагенты», документ «Счет» и т.д. Разработчик может создавать объекты, не имеющие явного физического воплощения в предметной области, но необходимые для решения задачи, например, регистры сведений, обработки и т.д.
Взаимосвязь объектов
В самом общем виде взаимосвязь всех объектов можно представить следующим образом:
- Блок » Условно-постоянная информаци я » содержит объекты, сохраняемые в базе данных и содержащие данные, меняющиеся сравнительно редко . Например, константа «Название организации», справочник «Сотрудники», перечисление «Тип клиента» и т.д. Можно сказать, что в этот блок данные вводятся один раз и используются много раз, в нескольких хозяйственных операциях, актах расчета.
- Блок » Документы » включает, во-первых, документы, предназначенные для регистрации событий и операций , и, во-вторых, журналы, как средство их смысловой группировки. Например, документы «Приходная накладная», «Расходная накладная» и журнал «Складские документы». Документ характеризуется номером и датой. С помощью служебных объектов «Нумераторы» можно организовать «сквозную» нумерацию документов разных видов. Другой служебный объект «Последовательность» предназначен для поддержания правильности движений по регистрам, путем строгого порядка проведения документов.
- Блок » Регистры » предназначен для хранения информации о состояниях и количествах объектов базы данных, например, регистр сведений «Состояние сотрудников», «Цены товаров», регистры накопления «Продажи», «Остатки товаров» и т.д. В регистрах, кроме фактических данных, могут храниться также плановые данные, например, плановый объем продаж, прогнозируемые курсы валют и т.д.
- Блок » Обработка и вывод информации » включает обработки и отчеты, которые используют уже введенные в базу данные для их обработки и представления пользователю (печати). Обработки предназначены для выполнения действий и расчетов над имеющейся в базе информацией, например, обработка «Закрытие периода», а отчеты формируют различные печатные формы, например, отчет «Анализ продаж».
Объекты конфигурации
В платформе 1С:Предприятия 8 существуют следующие объекты конфигурации (кроме тех, которые располагаются в ветви Общие):
В константах хранятся редко изменяемые значения, например, Название организации, ИНН, ФИО руководителя и т.д. У константы обычно назначен примитивный, ссылочный или составной тип данных.
В справочниках содержится условно-постоянная списковая информация, например, список товаров, список сотрудников. Такие объекты обычно характеризуются кодом и наименованием.
У справочников также могут быть реквизиты, задаваемые разработчиком, и табличные части, что является важным отличием от версии 7.7. Теперь информацию, связанную с объектом, целиком ему принадлежащую и не имеющую объектной сущности, можно хранить в табличных частях.
Также имейте в виду, что периодических реквизитов справочников в версии 8 больше нет и вместо них для хранения истории изменения данных можно использовать периодические регистры сведений. Подробнее о регистрах сведений написано ниже.
Документы хранят информацию о событиях в предметной области, о проведенных или планируемых хозяйственных операциях, например «Приходная накладная», «Платежное поручение», «План продаж» и т.д. Документ характеризуется номером и датой. Обычно при проведении документа изменяется состояние регистров, например, увеличивается количество товара в регистре Остатки при проведении приходной накладной.
У документа может быть несколько табличных частей, что является важным отличием от версии 7.7. Табличные части позволяют сохранить связанную с документом списковую разнородную информацию, например, перечень товаров, график платежей, список дополнительных расходов и т.д.
Журналы — это средство группировки связанных по смыслу документов, например, журнал Склад объединяет приходные и расходные накладные. Аналогично могут быть созданы журналы Банк, Кадры и т.д. Заметьте, что создавать журнал для отображения документов одного вида не нужно, поскольку у каждого документа есть форма списка, которая генерируется автоматически или которую можно создать самостоятельно. Журналы полезны только для группировки документов разного вида.
Нумераторы — это служебные объекты, связанные с документами и предназначенные для единой (сквозной) нумерации документов нескольких видов, например, нумератор «Кадровый», который используется для присвоения номеров всем кадровым приказам. Опять же нумератор имеет смысл, когда требуется присваивать номера по единому правилу документам разных видов.
Предназначены для выстраивания документов в единую хронологическую последовательность, например, «Партионный учет». Последовательности позволяют контролировать дату актуальности итогов регистров. Например, если документ при своем проведении использует итоги какого-либа регистра, то при изменении движений этого регистра, которые были до даты проведения документа, движения документа могут стать некорректными.
Чтобы восстановить правильность движений документа, его нужно перепровести. Последовательность позволяет определить дату (момент времени), на которую итоги регистра являются правильными. При нарушении последовательности пользователь должен ее восстановить путем перепроведения всех документов, входящих в последовательность, начиная от текущей границы актуальности.
В отличие от версии 7.7, в версии 8 у последовательностей могут быть измерения, которые позволяют более точно отследить по каким данным были нарушены итоги, например, по конкретному товару или конкретному контрагенту. Тогда восстановление последовательности будет происходить быстрее за счет того, что будут перепроводиться не все документы, а только те, которые сделали движения по значению данного измерения.
Перечисление — это предопределенный набор значений, заданный еще на этапе разработки приложения, который не редактируется в режиме Предприятие. Конфигурация рассчитывает на определенные значения, например, перечисление ТипКлиента со значениями Обычный и ОченьВажнаяПерсона. Для VIP-клиентов можно предусмотреть скидки.
На основе информации из базы данных отчеты выдают печатные формы, содержащие всевозможные реестры, детальную и сводную информацию, например, отчеты «Оборотно-сальдовая ведомость», «Список сотрудников», «Анализ продаж».
Отчеты, как и многие другие объекты конфигурации, могут иметь реквизиты и табличные части, но их смысл отличается от реквизитов и табличных частей справочников и документов. Дело в том, что отчет (и обработки) — это объекты, которые не сохраняются в базе данных, а существуют только в определенные периоды времени, пока с ними работает пользователь. Поэтому нужно понимать назначение реквизитов и табличных частей отчетов (обработок) — они используются для указания параметров формирования отчетов и выполнения обработок.
Производят некоторую обработку информации, содержащейся в базе данных, например, обработка «Расчет зарплаты», «Закрытие периода».
У обработок могут быть реквизиты и табличные части, их смысл аналогичен реквизитам и табличным частям отчетов, и совершенно отличается от справочников и документов.
Планы видов характеристик
Предназначены для хранения дополнительных характеристик объектов, например дополнительных свойств товаров (вес, цвет, размер). Новые свойства можно вводить в режиме Предприятие. Через этот объект реализован механизм субконто в бухгалтерском учете.
Подробнее о планах видов характеристик можно прочитать в этом разделе.
Предназначены для хранения любой информации об объектах в разрезе заданных измерений, например, «Цены товаров». Особенность регистра сведений от регистра накопления состоит в том, что в регистре сведений каждая запись уникальна и полностью определяется своими измерениями. Например, если регистр сведений «ЦеныТоваров» имеет измерения Номенклатура и ТипЦен, то мы не сможем ввести в этот регистр две цены одного типа по одной номенклатуре, например, две оптовые цены товара «Холодильник Bosh 1232».
Если требуется хранить историю изменения информации, то регистр сведений делается периодическим, например, «Курсы валют». Для таких регистров в ключ уникальности записи, кроме измерений, добавляется поле «Период».
В регистрах сведений, подчиненных регистратору, каждая запись должна быть обязательно связано с документом-регистратором. Это не означает, что она вводится этим документом при своем проведении, но она обязательно должна содержать ссылку на документ в поле «Регистратор».
Предназначены для хранения информации поддающейся суммированию и развернутой по комбинации измерений, например, «Остатки товаров», «Продажи», «Взаиморасчеты». Регистры накопления делятся на регистры остатков и регистры оборотов. Первые выдают информацию на момент времени, а вторые — за период .
Содержат список счетов для бухгалтерского или управленческого учета, например, план счетов «Основной», «Управленческий», «ПланGAAP». Заметьте, что в отличие от версии 7.7, добавление нового плана счетов еще не означает полного разделения учета, поскольку все проводки хранятся в регистрах бухгалтерии , описанных чуть ниже. Поэтому для отделения одних проводок от других нужно завести еще новый регистр бухгалтерии, основанный на определенном плане счетов
Хранят записи (проводки), основанные на определенном плане счетов, например, регистр бухгалтерии «Управленческий» связан с планом счетов «Управленческий» (основан на нем). Регистр бухгалтерии всегда связан только с одним планом счетов, но один план счетов может использоваться в различных регистрах бухгалтерии.
Новым в версии 8 является также то, что бывают регистры бухгалтерии «без поддержки корреспонденции», что отражается на его структуре. Для таких регистров каждая запись (проводка) имеет только одну сторону — дебет или кредит.
В отличие от версии 7.7 измерения и ресурсы регистра бухгалтерии задаются разработчиком самостоятельно. Измерения — это своего рода разделители учета, например, Организация, Подразделение, Валюта. Ресурсы регистра бухгалтерии — это числовые данные, по которым требуется получать остатки и обороты, например, Сумма, Количество, ВалСумма. В регистре бухгалтерии могут быть также и реквизиты, которые содержат дополнительную информацию для каждой записи (проводки), они могут быть практически любого типа, например, строковый реквизит «СодержаниеПроводки».
Планы видов расчета
Содержат виды расчета, имеющие между собой нечто общее, как то: одинаковые базовые виды расчеты, одинаковые правила перерасчета, общие правила вытеснения по периоду. Например, планы «Основные начисления», «Налоги». Затем на основе планов создаются регистры расчета, содержащие непосредственно записи расчетов.
В отличие от версии 7.7, в версии 8 виды расчета хранятся в планах видов расчета как объекты данных, т.е. могут даже вводиться в режиме «Предприятие». Конечно, в версии 8 можно ввести предопределенные виды расчета, на которых будет построена конфигурация, и задать для них правила вытеснения, ведущие и базовые виды расчета.
Предназначены для хранения записей сложных периодических расчетов, например, регистр расчета «Начисления». Регистр расчета всегда основан на определенном плане видов расчета.
Измерения, ресурсы и реквизиты регистра расчета разработчик указывает самостоятельно. Например, в регистре расчета могут быть измерения Физлицо, Подразделение, Организация, ресурс Результат, и реквизиты — комментарий, график и т.д.
Общие объекты
Объекты конфигурации, располагающиеся в ветви «Общие»:
Предназначены для группировки других объектов конфигурации, например, Кадры, Торговля, Маркетинг. Каждый объект может входить сразу в несколько подсистем. Подсистемы могут быть вложенными друг в друга. Затем на основе подсистем легко назначать роли (права доступа) и формировать интерфейсы.
Содержат процедуры и функции, используемые в других программных модулях, например, общий модуль «Процедуры обработки документов». В общих модулях не может быть объявлений переменных модуля и нет раздела основной программы, там есть только раздел процедур и функций. Экспортируемые переменные, процедуры и функции модуля приложения не доступны в общих модулях. А экспортируемые процедуры и функции общих модулей доступны в модуле приложения, других общих модулях и остальных программных модулях.
Предназначены для определения прав пользователей конфигурации, например, роли «Кадровик», «Администратор». Особенностью версии 8 по сравнению с версией 7.7 является то, что каждый пользователь может иметь несколько ролей.
Критерии отбора нужны для отбора данных по определенному признаку. Например, по критерию отбора «Контрагент» можно выбрать все документы, относящиеся к заданному контрагенту. Критерии отбора применяются для отбора элементов справочников, документов и других объектов.
Представляют собой совокупность панелей интерфейса: меню и панели инструментов, например, интерфейс «Бухгалтер», «Руководитель». В версии 8 интерфейсы могут переключаться «на лету», без перезапуска программы.
Общие экранные формы не принадлежат конкретному объекту конфигурации, а относятся к конфигурации в целом. Они могут использоваться в разных местах программы, например, форма «Ввод адреса контрагента».
Общие макеты (шаблоны печатных форм) не принадлежат конкретному объекту конфигурации, например, макет «Реестр документов». Они используются из разных программных модулей.
Картинки, используемые на кнопках, формах и других интерфейсных объектах. Например, картинка «Выполнить». Картинки некоторых форматов можно изменять с помощью редактора картинок.
Стили оформления, включающие в себя различные элементы стиля: цвет отрицательных чисел, цвет фона редактирования полей и т.д. Стили позволяют гибко настроить форматирование некоторых частей конфигурации, например, выделить регламентные документы, важные обработки и т.д. В качестве примера можно назвать стили»Основной», «Яркий», «Регламентные процедуры».
Языки конфигурации, например, Русский и Английский. Можно разрабатывать конфигурации, рассчитанные на работу пользователей, говорящих на разных языках. Каждый язык имеет код языка, например, у русского языка код «ru» и т.д.
Что лучше использовать справочник или регистр сведений?
Не устроил ответ?
Зарегистрируйся и задай свой вопрос. Живое общение приносит результат намного быстрее.
Реклама
Новые вакансии
- Вакансия: Разработчик 1С, Москва, удалёнка/гибрид, 200-300 net от yskinkurogova
Вчера в 13:25 - Вакансия аналитика 1с УТ от 200K, гибрид от Татьяна Астахова
25 января 2024 г. - Вакансия Программист 1С (Москва, гибрид) 250-300т.р. от paulaja03@gmail.com
23 января 2024 г.