Структура данных не поддерживает режим совместимости

Структура данных не поддерживает режим совместимости

Статьи, обзоры, комментарии экспертов

Расширение данных

Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.

Реализовано в версии 8.3.11.2867.

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

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

Что мы сделали

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

Вы можете добавлять собственные:

  • Справочники;
  • Документы;
  • Регистры сведений;
  • Планы обмена.

Кроме этого к справочникам и документам прикладного решения вы можете добавить собственные:

  • Реквизиты;
  • Табличные части;
  • Реквизиты табличных частей.

Как это устроено физически

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

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

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

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

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

В этой рабочей области обращение к данным справочника будет переадресовываться к расширенной таблице. А для остальных областей, для которых не применялось расширение, все обращения к данным будут адресоваться к старой, исходной таблице справочника _REFERENCE1.

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

Если расширение, модифицирующее структуру данных, вы хотите применять к отдельным областям, то все объекты прикладного решения, которые модифицируются расширением, должны разделяться только «независимо».

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

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

Изменение расширяемой конфигурации

Итак, в базе данных появились расширенные таблицы. Но после этого конфигурация прикладного решения изменилась. Что будет происходить при реструктуризации базы данных?

Структура данных не поддерживает хранение расширений. Необходимо отключить режим совместимости.

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

Невозможность применения расширения

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

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

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

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

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

Удаление расширения

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

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

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

Читайте также:  Htaccess закрыть доступ к директории

Загрузка, применение и реструктуризация

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

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

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

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

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

То есть в момент добавления расширения, или в момент его загрузки в существующее расширение, будут выполнены следующие действия:

  1. Загрузка расширения в информационную базу;
  2. Проверка возможности применения расширения;
  3. Анализ изменений;
  4. Если на предыдущем этапе выяснилось, что нужно изменять структуру данных, то будет установлен монопольный режим;
  5. Реструктуризация (если она необходима).

Если на 2 шаге окажется, что расширение применить невозможно, весь процесс будет возвращён к исходному состоянию, в том числе и загрузка расширения в информационную базу.

Реструктуризация в режиме 1С:Предприятие выглядит проще, чем в конфигураторе. Чтобы понять разницу, напомним, как это выглядело в конфигураторе раньше.

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

Теперь, когда реструктуризация выполняется в режиме 1С:Предприятие, всё происходит так же, но проще. Отсутствует диалог явного принятия будущих изменений. Если в фазе подготовки никаких ошибок не возникло, платформа автоматически примет все изменения и изменит структуру базы данных. Если в фазе изменения структуры базы данных произойдёт сбой, то завершение изменений будет выполнено при следующем запуске сеанса 1С:Предприятия (или при следующем входе в область, если база в режиме разделения данных). То есть тут не требуется участие конфигуратора ни на какой стадии.

Ограничения и планы

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

На текущий момент существенные, на наш взгляд, ограничения выглядят так:

  • Регистраторы регистра сведений. Заимствованному регистру нельзя назначить ни собственный, ни заимствованный регистратор (документ);
  • При этом собственному регистру можно назначить как заимствованный, так и собственный регистратор;
  • При обмене в распределенной информационной базе в главном узле и в подчинённом узле должен быть одинаковый набор расширений, модифицирующих структуру данных. Автоматическая синхронизация таких расширений между узлами пока не реализована;
  • В состав плана обмена (собственного или заимствованного) могут быть включены только собственные объекты расширения;
  • Эти ограничения мы планируем устранять, в ближайшее время мы будем работать в этом направлении.

    Кроме этого мы планируем увеличить набор объектов конфигурации, которые можно дорабатывать с помощью расширений.

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

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

    Отключение режима совместимости

    Я Alex_MA

    1С:Предприятие 8.3 (8.3.10.2561)
    Уважаемые коллеги, в настоящий момент стоит режим совместимости "Версия 8.3.6", хотелось бы вообще не использовать режим совместимости. Где посмотреть поэтапный переход с 8.3.6->8.3.8->8.3.9 и затем отключить режим совместимости?
    Или сразу же переписать с 8.3.6 на "Не использовать"?

    PaulBC

    Где-то здесь:
    http://downloads.v8.1c.ru/content//Platform/8_3_7_2027/1cv8upd.htm#e7682089-abaa-11e4-b1db-0050569f678a
    ну и далее по версиям

    perester

    (0) Если конфа своевременно обновляется и доработки конфы не относятся к устаревшей функциональности в платформе то проблем не должно быть и можно сразу установить не использовать

    (0) интересная фишка с новыми функциями. Например, в платформе 8.3.11 появилась новая функция ПобитовоеНЕ. Однако в Бух 3.0 уже есть эта функция, но она реализована как функция в модуле. Получается синтаксическая ошибка и чтобы заработало, надо менять типовую конфигурацию, будет уже не полностью типовая.

    Digger

    (0) Основная проблема при переходе 8.3.6 —
    8.3.7 — это формы. https://its.1c.ru/db/metod8dev#content:5898:hdoc

    В остальном затраты на апгрейд до 8.3.10 минимальны.

    perester

    (4) плюс "Вызовы серверных функций при завершении работы запрещены"

    Alex_MA

    (4)это если интерфейс такси?

    Читайте также:  Возведение комплексного числа в отрицательную степень
    Alex_MA Alex_MA

    (4)если я не планирую переходить на интерфейс такси, то я так понимаю это не обязательно.

    Alex_MA

    (4)меня устраивает интерфейс 8.2

    Digger

    (8) Управляемый интерфейс любой поедет.

    Alex_MA

    Ошибка при запуске: Структура данных не поддерживает хранение расширений.

    TurboConf 5 — расширение возможностей Конфигуратора 1С

    ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.

    Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
    Но вы можете создать новую ветку и вам обязательно ответят!
    Каждый час на Волшебном форуме бывает более 2000 человек.

    Зачем отключать режим совместимости с 8.2.13?

    Отключение режима совместимости

    Я Alex_MA

    1С:Предприятие 8.3 (8.3.10.2561)
    Уважаемые коллеги, в настоящий момент стоит режим совместимости "Версия 8.3.6", хотелось бы вообще не использовать режим совместимости. Где посмотреть поэтапный переход с 8.3.6->8.3.8->8.3.9 и затем отключить режим совместимости?
    Или сразу же переписать с 8.3.6 на "Не использовать"?

    PaulBC

    Где-то здесь:
    http://downloads.v8.1c.ru/content//Platform/8_3_7_2027/1cv8upd.htm#e7682089-abaa-11e4-b1db-0050569f678a
    ну и далее по версиям

    perester

    (0) Если конфа своевременно обновляется и доработки конфы не относятся к устаревшей функциональности в платформе то проблем не должно быть и можно сразу установить не использовать

    (0) интересная фишка с новыми функциями. Например, в платформе 8.3.11 появилась новая функция ПобитовоеНЕ. Однако в Бух 3.0 уже есть эта функция, но она реализована как функция в модуле.

    Отключить режим совместимости 1с

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

    Digger

    (0) Основная проблема при переходе 8.3.6 —
    8.3.7 — это формы. https://its.1c.ru/db/metod8dev#content:5898:hdoc

    В остальном затраты на апгрейд до 8.3.10 минимальны.

    perester

    (4) плюс "Вызовы серверных функций при завершении работы запрещены"

    Alex_MA

    (4)это если интерфейс такси?

    Alex_MA Alex_MA

    (4)если я не планирую переходить на интерфейс такси, то я так понимаю это не обязательно.

    Alex_MA

    (4)меня устраивает интерфейс 8.2

    Digger

    (8) Управляемый интерфейс любой поедет.

    Alex_MA

    Попробуйте новый бесплатный сервис для быстрого анализа кода типовых конфигураций 1c-api.com

    ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.

    Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
    Но вы можете создать новую ветку и вам обязательно ответят!
    Каждый час на Волшебном форуме бывает более 2000 человек.

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

    Как включить или отключить режим совместимости в 1С

    Режим совместимости является свойством конфигурации, поэтому для изменения вам потребуется:

    • возможность и право правки конфигурации (может быть на поддержке без права редактирования, либо вам просто запрещено вносить изменения в конфигурацию)
    • выполнить копирование базы данных (процедура обычно не тривиальная, но любые глобальные действия выполняются после резервного копирования)
    • зайти в режиме «Конфигуратор» и перейти в свойства конфигурации (правой кнопкой на конфигурации — самом верху дерева)
    • Перейти в самый низ свойств в раздел «Совместимость»

    Как видите, платформа имеет два варианта поддержания совместимости:

    Ограничивать возможно как оба, так и каждый по отдельности, в независимости от выбранной версии (платформа ведет себя очень гибко)

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

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

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

    Асинхронные диалоги — один из новых механизмов платформа (про ошибки связанные с этим: синхронные методы, про использование модальности).

    Реклама — средство заставить людей нуждаться в том, о чем они раньше не слыхали.

    Стоимость работ и варианты переводов с разных релизов

    Перевод 8.1 → 8.2.13 Перевод 8.2.13 → 8.2.16 Перевод 8.2.16 → 8.3.10 Цена, руб. * 54 000 ₽ 12 000 ₽ 76 800 ₽ Шаблон договора Шаблон договора Шаблон договора

    Список всех изменений в различных версиях платформы доступен по ссылкам:
    • Для платформы 8.2:
    http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

    Перед началом работ по переводу на 8.3 нужно:

    • Проверить режим управляемых блокировок. Если используется “Автоматический”, то при переходе на 8.3 могут потребоваться дополнительные затраты на перевод в режим управляемых блокировок.
    • Если используется режим совместимости с 8.2.16 и выше, то нужно проверить, выполнена ли реструктуризация таблиц
    • Определить, какие типы клиентов используются (тонкий, толстый, веб-клиент)
    • Определить, есть ли машины, которые работают под linux

    Стоимость работ: 54 000 руб.

    Шаблон договора на работы можно скачать здесь.

    Ключевые изменения:
    • Изменен режим хранения констант и настроек регистров накопления. Для каждого объекта используется своя таблица базы данных
    • Переработана реализация механизма управляемых блокировок.
    • Для события технологического журнала «TLOCK» свойство «Txt» записывается только в режиме совместимости с версией 8.2.13
    • Уменьшено влияние режима отладки на скорость работы в режиме «1С:Предприятие» для тонкого клиента, толстого клиента, сервера и внешнего соединения.
    • Оптимизировано выполнение запроса вида «ТипЗначения(Поле1) = ТипЗначения(Поле2)», если «Поле1» и «Поле2» содержат значения ссылочного типа.
    • Для полей управляемой формы, отображающих реквизит составного типа, ускорено открытие списка быстрого выбора в тех случаях, когда в составной тип входят ссылочные типы с разными настройками быстрого выбора.
    • Для нового независимого и непериодического регистра сведений, индекс по измерениям является кластерным

    Изменения, требующие изменений в конфигурациях:

    Читайте также:  Плагин чата для obs

    • При отключенном режиме совместимости, параметр «Период» метода менеджера периодического регистра сведений «Получить()» является обязательным. В режиме совместимости с версией 8.2.13 и версией 8.1 поведение не изменилось (метод можно использовать без указания параметра, но результат является неопределенным).
    • При одновременном использовании методов «УстановитьЗначение()» и «ИспользоватьИзИсточникаДанных()» объекта «ЭлементБлокировкиДанных» вызывается исключение. В режиме совместимости с версией 8.2.13 поведение не изменилось (приоритетным считается значение, установленное методом «ИспользоватьИзИсточникаДанных()»).
    • Не поддерживается помещение в хранилище значения данных, которые не поддерживают сериализацию. В режиме совместимости поведение не изменилось.
    • Если база файловая, то должно быть выполнено преобразование информационной базы. После начала преобразования работа с данной информационной базой предыдущими версиями платформы «1С:Предприятие 8» будет невозможна. Если разработка выполняется с использованием хранилища конфигураций, перед преобразованием информационной базы нужно обязательно сделать копию хранилища

    ВАЖНО. Для получения эффекта от изменения режима совместимости надо сделать реструктуризацию через конфигуратор: “Администрирование → Тестирование и исправление → Реструктуризация таблиц информационной базы”.

    Предварительно необходимо выполнить реструктуризацию на тестовой базе и замерить время выполнения данной операции.
    Если используется сервер 1С версии старше 8.2.19, например, версии 8.3, то при выполнении реструктуризации могут возникнуть ошибки следующего вида:

    В таком случае необходимо сделать следующее:
    • Установить отдельно сервер 1С версии 8.2.19 и развернуть на нем исследуемую базу
    • Открыть базу в конфигураторе на сервере 1С версии 8.2.19, изменить режим совместимости на “Не использовать”
    • Выполнить реструктуризацию таблиц информационной базы
    • После того как реструктуризация будет выполнена, переместить информационную базу на исходный сервер 1С версии 8.3

    Стоимость работ по переводу конфигурации из режима совместимости 8.2.13 в режим 8.2.16 (режим без совместимости, при использовании платформы 8.2.16, 8.2.19 и режим совместимости 8.2.16 при использовании платформы 8.3) составляет 12 000 руб.

    Шаблон договора на работы можно скачать здесь.

    В состав работ по переводу конфигурацию входят следующие доработки конфигурации:

    1. Устранение конфликт имен свойств. Изменение имен переменных, совпадающие с новыми свойствами, которые появились в «1С:Предприятии 8.3».
    2. Устранение конфликт имен картинок. Переименование имен картинок с именами, совпадающеми с именами из библиотеки картинок.
    3. Доработка кода при изменение свойств фиксированной структуры. Замена указания свойств фиксированной структуры на пересоздание фиксированной структуры или замена ее использование на аналогичный тип «Структура».
    4. Замена помещения во временное хранилище несериализуемых значений, на код поддерживаемый в «1С:Предприятии 8.3».
    5. Замена использования вызова метода «Показать» для реквизитов управляемой формы, на использование свойств «ТекущийЭлемент», «ТекущаяСтраница», метода «Активировать»
    6. Замена имен объектов метаданных с длинной более 80 символов, на имена с длиной имени в 80 символов или меньше для объектов метаданных
    7. Переименования методов и свойств, согласно методике перехода на версию 8.3.
    8. Доработка механизмов работы с отборами, условным оформлением, группировками и порядком в динамических списках.
    9. Доработка кода для запросов с ключевым словом «ИТОГИ ПО ОБЩИЕ», выгруженный в режиме
    «ОбходРезультатаЗапроса.ПоГруппировкам», с целью сохранения прежней логики работы.
    10. Изменения имен классов COM-объектов. Замена имен «V82.COMConnector» на «V83.COMConnector», и «V82.Application» на «V83.Application».
    11. Отказ в коде программы от события «НачалоВыбораИзСписка» для полей ввода в режиме выбора из списка
    12. Отказ в коде программы от свойства «КнопкаСпискаВыбора» для полей ввода, путем установки свойства «КнопкаВыпадающегоСписка».
    13. Изменение кода с учетом изменения типа значения, возвращаемого методом глобального контекста «БезопасныйРежим()»
    14. Изменение кода с учетом изменение результата запроса к константам (при обращение к полю «Значение» таблицы константы, если константа хранит значение типа «ХранилищеЗначения», «УникальныйИдентификатор» или «ВнешнийИсточникДанныхТаблицаСсылка».
    15. Замена свойства конфигурации «ОсновнаяРоль» на «ОсновныеРоли»
    16. Отказ от свойств «Пользователь» и «Пароль» для объекта «ИнтернетПрокси» и замена на методы «Установить()», «Пользователь()», «Пароль()».
    17. Доработка кода для поддержки команды «Показать в списке», согласно методике перехода на версию 8.3.
    18. Доработка кода для поддержания прежней логики работы системы при изменившемся возвращаемом значении свойства СистемнаяИнформация.ВерсияОС,
    19. Доработка кода для поддержания прежней логики работы системы при отказе от использования системного перечисление ВариантОткрытияОкна, которое более не доступно в версии 8.3.
    20. Доработка кода с учетом отказа от использования модальных окон.
    21. Доработка кода по поддержке веб-клиента, а именно отказ от серверных вызовов и открытия окон в «ПередЗакрытием», отказ от серверных вызовов в «ПриЗакрытии».
    22. Доработка кода для возможности корректного использования функции РольДоступна(), при передачи функции в качестве параметра отсутствующей роли.
    23. Для управляемого приложения: начиная с версии 8.3.8 в обработчиках событий управляемого приложения ПередЗавершениемРаботыСистемы,ПриЗавершенииРаботыСистемы, а также в обработчиках событий управляемой формы, находящейся в режиме закрытия, ПередЗакрытием, ПриЗакрытии, запрещено открывать окна и выполнять любые серверные вызовы. Необходима доработка конфигурации, чтобы закрытие форм выполнялось корректно — без серверных вызовов.
    24. Конфликт имен переменных: в модуле формы нельзя использовать имя переменной ПараметрыФормы. Поэтому необходимо доработать все модули управляемых форм, где используются переменные с именем ПараметрыФормы, переименовав эти переменные.

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

    Стоимость работ: 76 800 руб.

    Шаблон договора на работы можно скачать здесь.

    Стоимость работ по переводу конфигурации в режим совместимости с 8.3.10 может быть увеличена, если:
    • В конфигурации используются управляемые формы
    • Необходимо отказаться от использования модальности
    • Нужно поддерживать работоспособность конфигурации в ОС Linux

    Ссылка на основную публикацию
    Сталкер зов припяти лучшее оружие в игре
    S.T.A.L.K.E.R.: Call of Pripyat 4,260 уникальных посетителей 105 добавили в избранное "Уникальная модель пистолета СИП-т М200. Была выпущена малой партией...
    Соевый соус стебель бамбука классический отзывы
    Всем доброго дня!Много мнений по этому поводу, как вы считаете, соевый соус или морская соль, что менее вредно для организма....
    Соевый соус ямаса отзывы
    Полное наименование: Соевый Соус классический (натурально сваренный) Изготовитель: Yamasa Corporation Все характеристики Соевый соус Yamasa: Результаты теста Достоинства Безопасный Не...
    Сталкер зов припяти много оружия
    Для Всех любителей отличного отечественного шутера S.T.A.L.K.E.R.Зов Припяти представлен новый Оружейный мод Автоматы Штурмовые винтовки:1. АК-472. АКS-47 тактический3. АК-113 "Монгол"4....
    Adblock detector