Какой язык программирования в 1с erp
Обновлено: 07.07.2024
Для начала попробуем разобраться зачем нужна градация специалистов.
Кажется, без градации жить хорошо, но присмотритесь к развитию бизнеса.
У мелкого бизнеса мало работы, средний и крупный бизнес уже сильно перерабатывает типовые и нанимает в штат программиста
для дальнейшего развития и поддержки программы. Со временем поддержка их программы требует все большего количества программистов
при этом сохраняя тепы доработок и развития. И принимая нового программиста им нужно понимать чего от него ожидать.
Тут возникает следующий вопрос.
Для выполнения работы нужны специалисты, но как понять сможет ли сотрудник выполнить работу?
Какое качество от него стоит ожидать?
Вот тут и появляется классификация, чтобы понимать, какого спектра задачи может решить разработчик и какой результат работы ожидать.
К примеру, начинающий разработчик, мало знающий систему, не сможет быстро спроектировать и внедрить небольшую систему.
Опытный разработчик, может не внедрить систему, натыкаясь на проблемы со скоростью работы или непониманием конечного результата.
Начинающий программист
Как сделать?
Обладает первоначальной технической базой.
Первое время программист погружается в техническую часть и изучает платформу, ее возможности.
Выполняет задачи по доработке без анализа последствий в бизнес области.
Компетенции: выполнение технических задач под присмотром более опытных разработчиков.
Продвинутый программист
Сейчас сделаем!
Получив уверенные знания позволяющие решать большинство задач, программист начинает осваивать бизнес процессы и типовые конфигурации.
Выполняет задачи по проектированию бизнес процессов, понимая их связь и последствия для бизнеса.
Компетенции: самостоятельное решение технических задач.
Проблема при решении: последующая доработка выполненных решений, проблемы при масштабировании, техническое решение прийдется переделывать под "пропущенные" пожелания бизнеса.
Старший программист
Зачем это нужно? Как это повлияет на другие системы и процессы? Будут ли проблемы у предприятия после разработки?
Научившись писать код и поняв бизнес процессы, наступает время оптимизации кода и программного решения.
Выполняются задачи прикладного характера с чистым и понятным кодом.
Появляются свои стандарты написания кода.
Разработчик решает не только технические задачи, но и понимает, как это отразится на бизнесе.
Компетенции: самостоятельное решение бизнес задач (части бизнес процесса) с возможностью последующих доработок.
Ведущий программист
Понимаю возможности программы и знаю процессы организации. Могу спланировать функционал который не надо будет переделывать и не поломает работу бизнес процессов.
Как правило, к этому времени работа становится рутинной и ищется что-то новое.
Разработка новых решений или подсистем с учетом долголетней перспективы развития.
Приходит понимание необходимости мониторинга системы, тестирования (для уменьшения ошибок при доработках), поиска существующих стандартов разработки.
Происходит поиск возможности улучшения системы - работа с неопределенностью но определенным результатом.
Уже решаются не прикладные задачи, а происходит проектирование работы в системе для решения бизнес задач.
Компетенции: самостоятельное проектирование бизнес процессов и разработка бизнес функционала.
Архитектор
Обладает компетенциями по построению систем.
Учитывает различные взаимосвязи между системами повышая отказоустойчивость, скорость взаимодействия между ними.
При развитии в сторону старшего или ведущего программиста необходимо заниматься качеством кода,
поэтому хочется выделить два фактора, которые пока опускает сообщество 1С: это качество кода и тестирование написанного кода (бизнес процесса).
Плохой код - тяжелее поддержка - со временем переписывание когда достанет (если помножить на все задачи то переписывание всей конфы или подсистемы) - появление новых багов при добавлении нового функционала.
Отсутствие тестов - быстрое обновление - возможные ошибки в других местах кода - потеря выручки при плохом варианте (потеря времени при хорошем) и возможный второй виток.
Зачем хороший код при разработке конфигураций:
- легче читать и понимать (на разбор кода уходит значительно меньше времени, значит его больше остается для выполнения задачи)
- при доработке кода не приходится его переписывать (при плохом коде бывает копирование механизмов и исправление в одной копии необходимо делать во всех остальных)
- количество ошибок при доработке уменьшается (к примеру не использование повторного кода)
Поскольку объем материала большой, по росту от начинающего до ведущего, сделан отдельный онлайн курс.
Приведу пару примеров:
При падении в случае обработки XDTO пакета мы получим запись в ЖР "В этой транзакции уже происходили ошибки"
В этом случае при падении будет описана сама ошибка.
Много параметров, которые легко перепутать при вызове
При передаче структурой передать неверный параметр тяжелее
Надеюсь, эта публикация поможет понять что нужно для развития и достижения больших успехов.
А Вы задумываетесь о горизонтальном росте?
Работаете над ним?
Интересно ли более детальное описание знаний и навыков необходимых для роста программисту?
Специальные предложения
От системы зависит, если система более менее нагруженная то быдло код очень быстро вылазит наружу.
У вас же есть руководство? Если руководство устраивает былокод, то нафиг такое руководство? А Вы задумываетесь о качестве кода? Стараетесь его повышать? Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте ( источник )
Приведённый источник - классика данного вопроса - помогает смотреть на код "под правильным углом", рекомендую. 1. Не ТЖ, а ЖР.
2. Во втором примере желательно функцию получающую параметры, что бы опечаток не делать: "ВесРаАсчета " - я вряд ли правильно напишу.
3. опыт работы с другими языками (oracle в штате 1.5 года
Тема хорошая, а статья нечитаемая. Логика дёрганая, заголовки подчиненные и главные выглядят одинаково, на знания препинания - вообще пофиг. Даже в коде опечатки/описки/пофигизм.
Видел комментарии под статьями из 2000-2010, которые темы свои раскрывали шире, грамотнее и красивее. А тут статья. Не круто как-то.
smit1c; kuzyara; CSiER; int18h; CyberCerber; dsdred; zeegin; acanta; + 8 – Ответить (5)Часть замечаний исправил, по остальным напишите в личку подробнее. Возможно это поможет более понятные статьи писать.По заголовку статьи ждал чего то большего.
Такое ощущение, что это черновик, причем еще только начало черновой работы.
A_Max; SagittariusA; for-elenak; Yakud3a; awk; Jeka44; CyberCerber; + 7 – ОтветитьСтатья больше похожа на рекламу полной версии ролика (предположу, он может быть где-то доступен не бесплатно).
Рацио в статье есть: качество кода, тесты, движение вперед и вверх. Правда тема при этом не раскрыта совершенно.
Вот что такое "качество кода"? Если Макконнелла читать, то качественный код - это такой, который и использует оптимизации, и структурирован хорошо, и ревью по которому удобно производить, и, понятное дело, откомментирован прилично, отформатирован хорошо, переменные лишние не использует и структуры данных в тему. И если ведущий разработчик пишет код сложного механизма, то не каждый юный падаван (и не юный, кстати) сможет этот код поддерживать, если требования к функциональности, реализующиеся высоким уровнем абстракции и сложными оптимизационными алгоритмами, соблюдены. В итоге код удовлетворяет критериям производительности и использования памяти, а понятен сотне человек в мире, как операторная алгебра.
Kinestetik; Aggressorak; LisaAVR; SirAlexIT; nbeliaev; Yakud3a; FreeArcher; _LkMaksimka_; + 8 – Ответить (10)Эта статья призвана обратить внимание на качество кода. Вижу что интерес к этой теме есть. Вероятно расширю статью или более подробную новую сделаю как будет время. По поводу рекламы это заблуждение. Увидел ролик помогающий донести мою мысль и воспользовался им. Про развитие где? Как развиваться? Куда? Что для этого делать? Сколько времени выделить в день? автор страдает детскими болезнями "оопие головного мозга" и "паттерние головного мозга" Учитель керамического дела объявил в день открытия, что разобьет класс на две группы. «Те, кто сидят слева» — сказал он: «будут оцениваться только по количеству проделанной работы, те, кто справа — только по её качеству». Его методика была проста, в последний день он принесет весы и взвесит работу группы «количество»: 50 фунтов горшков это «5», сорок фунтов горшков это «4» и так далее. Те, кто оцениваются по «качеству», однако, должны сделать один, пусть и совершенный, горшок, чтобы получить «5». Время сдачи пришло, и обнаружился любопытный факт: работы лучшего качества были сделаны в группе, оцениваемой по количеству. Похоже, в то время, как группа «количество» упорно штамповала свои работы и училась на своих ошибках, группа «качество» теоретизировали об идеале и, в конце концов, только и могла показать свои старания и грандиозные теории об идеале, а также кучу бесполезной глины. st4rk; Kinestetik; birkoff; taishy; SirAlexIT; CSiER; starik-2005; acanta; + 8 – 1 Ответить (16) слишком примитивная точка зрения, программирование всё же сильно отличается от создания горшков из глины. Вообще это давнишний спор, является ли программирование ремеслом или искусством. На мой взгляд программирование, ремесло и искусство это 3 разные вещи, и некоторая схожесть одного с другим не превращает это одно в другое. (17) любая деятельность может стать искусством, если делать это с душей. Можно в макдачнице с душей делать гамбургеры - и это будет искусством, а можно кодить без души - и это будет халтурой. (17) Ну не смог удержаться. Заказываю "такую же" статью на тему "Чем же программирование отличается от создания горшков из глины"! И чтоб так же обоснованно был изложен предмет!Если серьезно, то применение аналогий к предмету спора не может / не должно быть объявлено проявлением примитивной точки зрения. Оно должно помочь в осмыслении аргументов и достижении истины или правды. И не более. А если
программирование, ремесло и искусство это 3 разные вещи (16) К сожалению, есть еще третья группа. Она просто херачит код и ничему не учится. (16) это где так можно - написать 100 раз одно и то же в коде, и в результате получить лучший код, чем тот, который предварительно продуман?
Вы и автор статьи рассуждаете весьма поверхностно, и 10 лет программирования в 1С - ничему не научили. И для 1С это не удивительно. (42) Т.е. копирование кода (в том числе с небольшими доработками) это для вас норма? Подскажите, на каком языке работаете и какой у вас стаж? (46) в 1с предприятии в списке документов или справочников есть возможность копирования. Даже если программист сделает запоминание последнего состояния объекта и заполнение всех реквизитов в новом объекте из сохранённых, пользователь всегда предпочитают найти какой-то похожий или просто как нибудь заполненный чем угодно, скопировать его и изменить на то что требуется.
Копировать можно абсолютно любой код, вообще никак не связанный. Развитие идет пока учишь новый язык. А дальше - совершенствование. (20) Помимо изучения языка есть смежные области помогающие эффективнее работать. Если заказчик хочет функционал но ты понимаешь что он не решит его проблему надо это ему объяснить. Для этого нужно уметь доносить мысль, вести переговоры. При решении задач оптимизации приходит понимание как можно быстрее и лучше писать код. Все это на мой взгляд развитие. Статья "ниочем". Компетенции IT-директора с 1С-ником не пересекаются практически. Тем более если в организации 1С не является "светом в окошке" и есть отдельные службы системного администрирования, саппорт и разработка ПО внутреннего использования ведется не только на 1С - сайты, личные кабинеты, системы учета online с большим количеством транзакций. 1С-ник как правило слабо понимает структуру IT-среды компании за рамками своих задач и серверов приложений, далек от задач подразделений с которыми не работает непосредственно (25) Верно, но речь шла о горизонтальном росте. Поднимаясь выше меняешь мышление. На уровне ИТ директора уже мыслишь процессами и выстраиваешь схему работу.
Насколько мне понятна психология бизнеса - они предпочитают черпать управленцев из админов или саппорта.
как вы туда попадете? места уже заняты как правила. в случае "я устал я ухожу" текущего директора и "больше никого вокруг"? в крупных конторах такого не бывает. есть замы. и они как правило не 1с-ники
Очень слабенькая и весьма спорная статья. Очень большой акцент делается на некий "качественный код", но кому он нужен то? В текущей парадигме оплаты труда программиста 1С, быдлокодить гораздо эффективней - больше денег/иных плюшек. С почасовой оплатой, думаю и так понятно - чем больше овна намесишь - тем больше заработаешь. На фикси чуть иначе - чем больше задач и проектов выполнишь - тем больший респект и уважуха от руководства. Ни там, ни там качество кода в оценку труда не ставят. (26) При большом продукте и плохом коде его невозможно становится поддерживать. Реализация нового функционала приводит к появлению новых ошибок и отказе в работе части текущего функционала. Возникают простои во время которых организация теряет деньги. Для решения этой проблемы и появилось качество кода. Статью планирую дорабатывать освещая больше спорных и непонятных моментов. При большом продукте и плохом коде его невозможно становится поддерживать. Реализация нового функционала приводит к появлению новых ошибок и отказе в работе части текущего функционала. Возникают простои во время которых организация теряет деньги.неизбежное состояние любой крупной конфигурации 1с.
Для решения этой проблемы и появилось качество кода.качество кода за пределами отдела никого как таковое не интересует. да и в отделе это как один из "маркеров" для оценки, не более того
но опять же - если для качество кода надо удлинить время разработки в разы, обвешаться разным инструментарием - причем "не типичным" для среды + сама среда устарела и крайне лояльна к ошибкам (львиная доля их вообще проявляется только в реал-тайме) - погоня за качеством = катание камня в гору
(31)
За пределами отдела интересует качество программы и стабильность работы. А это зависит от качества кода. Качество кода определяет его поддержку, возможность доработки с наименьшим количество ошибок.
Инструментом для поиска и выявления ошибок является тестирование.
По поводу "львиная доля их вообще проявляется только в реал-тайме" - без качественных тестов так и происходит. При разработке через тестирование львиная доля ошибок выявляется во время тестирования после окончания разработки. Это затратно, поэтому используется не везде, а там, где риски простоя стоят значительно дороже работы разработчика.
По поводу "львиная доля их вообще проявляется только в реал-тайме" - без качественных тестов так и происходит. так вы всю работу сделаете за каждого буха, причем - именно имитируя его голову и руки? Ну тогда понятно, что мифическое "качество кода" в 1С - для Вас реальное понятие. (28) Так опять же у кого эти проблемы для решения которых нужен "качественный код"? У тех кто работает в самой 1С и клепает типовые и разработчиков продуктов "1С Совместимо" и то не всем. Таких 1Сников крайнее меньшинство. В основном все программисты 1С во франчах внедряют типовые и быдлокодят дабы часов по больше "продать". И фикси - работают на окладе, где работодатель требует "СделатьФсёЕщёВчера".Называть статью " Развитие 1С программиста " и опираться в ней на проблемы крайне узкого сегмента как то странно. (33) Согласен, статью следует еще доработать, но этапы развития есть и кратко описаны. Проблемы, на которые обращаю внимание в конце статьи - лишь детализация небольшой части развития. Качество кода - это отношения между сотрудниками внутри отдела, их взаимозаменяемость и возможность подключения сторонних разработчиков. (32) тогда в этом критерии - качество кода современных типовых УФ = 0.
Ну ладно, 0,001. Тут и взаимозаменяемость, и подключение "к доработке", и сопровождение кода, да и просто - разобраться в логике работы. (44) Имхо, об УФ изначально обсуждалось как терминальный режим (rdp, Citrix).Во всяком случае если Генри Форд утверждал, что от него клиенты ожидали более быстрых лошадей, то от 1с ожидали изображения серверного экрана, транслируемого платформой на клиента средствами тонкого клиента 1с.
То, что управляемые формы упростили разработку форм и их связи с правами и функциональными опциями это несомненно большой шаг вперёд.
Вообще ожидания редко совпадают с реальностью, как и желания с возможностями. Но это же бизнес, а не бракоразводный процесс..
Даже не говоря про более тесную связь 1с с другими программами/продуктами/решениями и более глубокое знание какой либо области/отрасли, для 1с программиста очень много направлений, куда можно развиваться. Например:
Особенно это актуально для многоязычных конфигураций, содержащих несколько языков.
В интернете достаточно много инструкций о том, где именно расположен выбор языка. По запросу "как изменить язык в 1с" гугл выдает 33 тысячи инструкций. Причем совершенно разных
Но проблема в том, что настроек достаточно много и не всегда ясно, какую именно нужно менять. Иногда инструкция помогает в решении проблемы, иногда нет.
Кажется, что 1С работает криво, запутанно и глючно. На самом деле настройка языка очень проста и работает понятно и четко. Просто языков несколько. И нужно учитывать, какой именно в каких случаях нужно менять.
Ниже краткая инструкция со всеми основными настройками, который могут влиять на язык отображения в 1С.
Какие виды языков есть в 1С, зачем они нужны.
Язык на самом деле не один, а целых три:
- Язык разработки;
- Язык интерфейса платформы;
- Язык интерфейса конфигурации;
А кроме языков, есть еще и региональные настройки, от которых зависит формат чисел, дат и времени.
Из этих пяти настроек на интерфейс влияют три:
Несмотря на многообразие инструкций и способов выполнения настроек, самих способов указания настроек достаточно мало. Их можно свести всего к пяти.
Язык разработки
Язык разработки (Вариант встроенного языка) - язык используемый для написания исходного кода конфигурации.
Выбирается основной язык программирования ("Русский" или "Английский").
Назначение: Выбор определяет, на каком языке будут формироваться языковые конструкции в модулях и выдаваться информация о базовых типах данных. От него зависит, шаблоны какого языка будут использовать при добавлении данных или использовании конструкторов.
При этом независимо от выбранного языка разработки, код можно писать на любом. В том числе и вперемешку на русском и английском.
Настройка: Язык разработки указывается в свойствах конфигурации в поле "Вариант встроенного языка"
Для определения встроенного языка конфигурации из кода 1С можно обратиться к метаданным командой Метаданные.ВариантВстроенногоЯзыка.
Менять данный язык после начала разработки нельзя. Никаких изменений в интерфейсе это не принесет, но может сделать неработоспособным написанный ранее код.
Язык интерфейса платформы.
В стандартный дистрибутив платформы входят следующие языки интерфейса платформы:
английский, азербайджанский, болгарский, венгерский, вьетнамский, китайский, грузинский, казахский, латышский, литовский, немецкий, польский, румынский, русский, турецкий, украинский, французский.
Соответственно, для работы пользователя можно использовать лишь один из них. Теоретически существует "Механизм быстрого частичного перевода ресурсов платформы", позволяющий для отдельного клиента/партнера в ограниченном варианте самостоятельно добавить в платформу новый язык. Но о реальных случаях использования не слышала.
При необходимости мы можем определить текущий язык интерфейса платформы с помощью функции ТекущийЯзыкСистемы().
Настройка: Есть несколько способов установить язык платформы. Наиболее простой и наиболее часто используемый это указать язык платформы в целом для всех баз 1С на данном компьютере, прописав его в файле conf.cfg.
Способ 1. Данную настройку проще всего прописать при установке платформы. Для этого достаточно на этапе "Язык интефейса по умолчанию" указать нужный язык.
Способ 2. Если платформа уже установлена, то можно перезапустить установку параметров. Для этого выбираем "Пуск"-"Панель управления"-"Программы и компоненты". Находим нужную установку 1С и нажимаем "Изменить"
Способ 3. Еще можно напрямую прописать настройку в файл. Обычно он лежит по адресу "C:\Program Files (x86)\1cv8\conf\conf.cfg". Открываем файл, добавляем строчку "SystemLanguage=RU", сохраняем.
Способ 4. Если язык платформы не прописан, то используются настройки операционной системы по умолчанию. Для их изменения выбираем "Пуск"-"Панель управления"-"Язык и региональные стандарты".
Способ 5. При работе в веб-клиенте по умолчанию используется язык, установленный как "предпочитаемый язык" в браузере. Соответственно и менять его нужно в настройках браузера.
Все прошлые способы устанавливают язык платформы в целом для всех баз на компьютере пользователя. Рассмотрим указание языка для конкретного сеанса.
Способ 6. Если для разных баз нужно использовать разные языки интерфейса, то нужный код языка можно указать в строке запуска 1C после ключа /L.
Способ 7. Если при запуске информационной базы выполняется выбор базы через типовой стартер. То ключ запуска /L можно указать в окне "Редактирование информационной базы" в поле "Дополнительные параметры запуска"
Способ 8. При запуске отладки из конфигуратора язык запуска можно указать в параметрах конфигуратора. "Сервис" - "Параметры" - "Запуск 1С:Предприятия" - "Дополнительные" - "Яык интерфейса системы".
Способ 9. При работе в браузере язык, отличный от языка по умолчанию, можно указать суффиксом адресной строки вида "/en_US/"
Способ 10. На самом деле указание кода языка в строке запуска это самый надежный вариант. Он работает всегда. Если он не сработал, значит, нужный язык просто не установлен в платформе. Возвращаемся на этап установки платформы и выбираем нужный язык.
Язык интерфейса конфигурации
Язык интерфейса конфигурации - это языки интерфейса, созданные пользователем. При разработке конфигурации разработчик продумывает, какие языки нужны пользователю данной конкретной конфигурации и для каждого языка прописывает свой вариант всех текстов, синонимов, заголовков. В отличии от языков интерфейса платформы (жестко прописанных разработчиками платформы), языки интерфейса конфигурации могут быть любыми. В том числе мы можем создать язык, не существующий в реальности. Количество языков ничем не ограничено.
Коды языков никак не связаны с кодами интерфейса платформы. Мы можем использовать любой удобный код языка. Язык интерфейса также никак не связан с настройками операционной системы. Он зависит только от разработчика конфигурации и администратора.
Единственное исключение, это разработка приложения для мобильных устройств. В этом случае рекомендуется указывать коды языков в соответствии соТекущийЯзыкСистемы() .
Есть всего два способа установки языка интерфейса.
Способ 1. Указать язык для конкретного пользователя в свойствах пользователя информационной базы.
Способ 2. Если у пользователя язык по умолчанию не указан, то будет использоваться язык, указанный в свойствах конфигурации в реквизите "Основной язык".
При работе в конфигураторе для полей, в которых поддерживается многоязычный ввод, появляется значок лупы. При нажатии на данный значок мы можем корректировать тексты на нескольких языках одновременно. Однако также можем и просто корректировать тексты в любом многоязычном поле напряму без нажатия лупы. В этом случае мы редактируем текст текущего языка, не затрагивая второй язык. Чтобы переключить текущий язык в конфигураторе есть следующие способы:
Способ 3: Выбрать в меню пункт "Конфигурация" - "Язык редактирования конфигурации". Выбрать язык, со значениями которого мы хотим работать в ближайшее время.
Способ 4: Также язык можно переключить мышкой в строке статуса в правом нижнем углу окна конфигуратора.
Способ 5: Для множественного редактирования полезно использовать режим конфигуратора "Правка" - "Редактирование текстов интерфейсов"
Региональные настройки.
Ну и последними стоит упомянуть региональные настройки. Есть региональные настройки Информационной базы в целом и региональные установки текущего сеанса. Режим настройки региональных установок информационной базы позволяет управлять форматом отображения даты, времени, чисел, логических констант и влияет на порядок сортировки строк в списках информационной базы данных.
Варианты языков региональных настроек не зависят от платформы или конфигурации. Они зависят только от возможностей операционной системы. Полный список допустимых вариантов языка региональных настроек можно получить с помощью функции ПолучитьДопустимыеКодыЛокализации()
Лично у меня в Windows 254 варианта языков, которые можно использовать как основу региональных настроек.
Используемые базой региональные настройки можно определить с пощью функции КодЛокализацииИнформационнойБазы()
Региональные настройки ИБ можно установить:
Способ 1: При создании базы. На этапе "Добавление информационной базы" необходимо выбрать язык, который будт использоваться для хранения данных.
Способ 2. Из конфигуратора. В пункте меню Администрирование – Региональные установки ИБ. Для смены языка информационной базы обязательно использование монопольного режима.
Примечания: Если в качестве СУБД используется PostgreSQL, то для существующей информационной базы изменение языка (страны) не может быть выполнено произвольным образом. Установленное значение языка (страны) можно изменить только на такое, которое будет использовать тот же порядок сортировки строк (collation) СУБД, что и существующее значение. Например, русский (Россия) может быть изменен на белорусский (Беларусь), но не может быть изменен на украинский (Украина).
Если в качестве СУБД используется IBM DB2, то смена значения языка (страны) не поддерживается.
Региональные установки конкретного сеанса влияют на отображение дат, чисел, времени при работе с ИБ. Есть несколько способов установки настройки для конкретного сеанса.
Способ 1: Установка общих настроек для всех сеансов. Для вызова режима нужно выбрать пункт Администрирование – Региональные установки ИБ и указать региональные параметры.
Способ 2. Если общие значения по умолчанию не установлены, то используются настройки операционной системы. Поэтому можно установить нужные настройки, сменив язык операционной системы.
Способ 3. Если для разных баз нужно использовать разные региональные настройки, то нужный код языка можно указать в строке запуска 1C после ключа /VL.
Способ 4. Если при запуске информационной базы выполняется выбор базы через типовой стартер. То ключ запуска /VL можно указать в окне "Редактирование информационной базы" в поле "Дополнительные параметры запуска"
Способ 5. При запуске отладки из конфигуратора язык запуска можно указать в параметрах конфигуратора. "Сервис" - "Параметры" - "Запуск 1С:Предприятия" - "Дополнительные" - "Код локализации сеанса".
В процессе работы региональные настройки текущего сеанса можно определить с помощью функции ТекущийКодЛокализации()
Итоги.
Я попыталась собрать в одном месте разнородную информацию о настройке языка в 1С. Думаю, эта статья отлично показывает принцип использования языков и послужит хорошей шпаргалкой при необходимости настройки.
В целом все варианты работы с языками в 1С можно представить следующим образом:.
Выбор языка программирования для разработки среды программирования
Возникла мысль о создании ЯПа. Ныне популярные ЯПы не универсальны, либо универсальны, но с .
Выбор системы ERP для холдинга
Добрый день, Выбираем решение для автоматизации учета в холдинге компаний. Исходные данные.
выбор языка программирования для заработка
Всем привет! Хочу работать и зарабатывать программистом, причем удаленно. Прошу подсказать.
Добавлено через 5 минут
Забыл добавить, нужна клиент-серверная структура.
Добавлено через 5 минут
ERP система, которой действительно будут пользоваться - очень сложный инструмент со множеством нюансов. Чтобы её написать, надо досконально знать бизнес-процессы предприятия, все действующие на ней стандарты и регламенты, правила документооборота. При написании нужно максимально применять средства защиты информации, как от действий глупых пользователей, так и от возможных злоумышленников (живых и электронных).
В ней ОЧЕНЬ много кода и, что для новичка в 99% нереализуемо, должен быть простой и по настоящему интуитивно-понятный интерфейс.
А если учесть, что сейчас готовых ERP систем дохрена и больше, начиная от 1С, заканчивая Microsoft Sharepoint, то задача разработки своей - вообще бессмысленна.
Читайте также: