проверка кода 1с на соответствие стандартам

Содержание

Сервис проверки конфигураций 1С перед выпуском

Материалы для проверки передаются с помощью электронной почты, ftp или файлообменника.

Лучше 1 раз попробовать, чем 100 раз прочитать

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

Заполните форму — а всё остальное организуют наши специалисты.

1С: Предпроизводственная проверка

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

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

Для выполнения проверки со стороны разработчика потребуется:

Дополнительно специалисты «1С-ИжТиСи» могут проконсультировать разработчиков по вопросам подготовки программных продуктов к выпуску, а также оказать помощь при передаче и публикации материалов в фирму «1С».

Проверка работоспособности конфигурации

Тестирование конфигурации 1С с помощью продукта «1С: Автоматическое тестирование конфигураций». Это инструмент для максимально полной проверки работоспособности конфигураций, разработанных на платформах «1С: Предприятие 8.2» и «1С: Предприятие 8.3».

Для выполнения проверки со стороны разработчика потребуется:

Проверка на соответствие стандартам 1С

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

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

Для автоматизированной проверки конфигураций, разработанных на платформе «1С: Предприятие 8.3», на соответствие стандартам и иным требованиям технического характера используется программный продукт «1С: Автоматизированная проверка конфигураций».

Для выполнения проверки со стороны разработчика потребуется:

* — стоимость в час. Трудозатраты на стандартную проверку не превышают 1 час. В случае если при начале проведения проверки возникают препятствия к ее запуску, связанные с конкретной конфигурацией (без дополнительных настроек и доработок проверка конфигурации не запускается) Исполнитель вправе отказать в предоставлении услуги. В случае если Заказчик хочет, чтобы проблема запуска была устранена силами Исполнителя, услуги по устранению проблемы запуска тарифицируются по ставке 3 000 руб. в час, количество часов выставляется по факту вложенных трудозатрат.

Источник

OFF: Проверка на соответствие кода стандартам разработки.

(4) да вариантов туча:
1. чтобы не только 1 разработчику было понятно, что откуда и куда
2. чтобы не ломать глаза, когда читаешь
3. чтобы можно было делать 1С:Совместимо
4. если есть методики и стандарты разработки созданные 1С, разумно придерживаться именно их при написании
5. если конфу увидят сторонние разработчики, то могут возникнуть какие-либо проблемы с объяснением того, что квалификация разработчиков конфы соответствует.
и т.д.

P.S.: когда читаю *овнокод нередко появляется желание оторвать руки тому, кто его написал
(9) вот это: http://its.1c.ru/db/v8dev

Вываливай фрагменты своего кода, посмотрим.

(17)
Ты выполняешь требование локализации:

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

(21) А что же это тогда? Можешь перечислить стандарты из разряда хорошо и оптимально написать? Только рекомендации типа не юзать запросы в циклах и т.п.

ЗА стандарты
ПРОТИВ аудита

из личного
сам только недавно начал писать префикс локальных переменных «м» до этого использовал «_»

сотрудник перебарщивает временными таблицами в запросе, несколько раз выговаривал, сдвиги есть но пока не слишком сильные 🙁

Читайте также:  магнитола форд фьюжен просит код

empty

(58) алгоритмы бывают разные. Часто встречаю код, который работает только в определенных условиях (!), и при этом код вроде бы даже дотягивает до стандартов разработки.

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

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

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

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

А название «Система стандартов и методик разработки. » говорить об обратном.

(86) да не, я же без претензии,.

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

(89) как-как? Платформа сама должна писать код что-ли? 🙂

Хотя отчасти она это делает, например, в 8.2 в режиме управляемого приложения разработчику не удастся воплотить все свои извращенные фантазии. Мало-по-малу, но все ближе к армейскому принципу «безобразно, но однообразно».

Источник

Проверка кода 1С

Для Документооборот 8 КОРП, редакция 2.1 (2.1.11.5)

Тестировал на: 1С:Предприятие 8.3 (8.3.15.1565)

Обработка «Проверить код 1с шаблон комплексного процесса.epf» предназначена для проверки кода 1С написанного в режиме 1С Предприятие (не в конфигураторе) внутри шаблонов комплексных бизнес-процессов (и других вложенных видов шаблонов), а также получить результат выполнения кода Истина/Ложь

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

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

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

f71a8c4e70c0ff03708038e2b0210df8

9c2808762ec294cd4c55532520b9c521

895fb1e0f7afc3c0ed0d73bf5ee9d9d0

egais promo

b34b292ed32e9501f98cc31df406353e

789363929b9f37ddc5641a069a5fe52e

5b19cd6c4494a88b2abefce64a1b7565

199e2be4fd21dd8f4209d8ec34616c76

Обновление 25.09.20 12:50

См. также

Внешний регламент для 1С Промо

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

05.03.2020 8415 9 moolex 11

Конструктор запросов для пользователей

Конструктор запросов на языке 1С 8.3 (УФ) совместно с СКД, ориентированный для пользователей и бизнес аналитиков BI систем, доступный и понятный, результатом является текст запроса.

19.10.2021 701 2 serovmsk 0

JКоннектор (jc1c), Java

04.10.2021 845 1 kaliuzhnyi 4

Табличная часть как поле ввода

Табличная часть как поле ввода с программным добавлением строк.

20.09.2021 2905 4 harchenko_pavel 87

Подсистема «Показатели объектов» Промо

06.03.2021 6758 6 pila86 16

Источник

Пример автоматизированного тестирования

Рассмотрим простой пример запуска клиента тестирования, выполнения автоматизированного теста и проверки его результатов.

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

at001

at002

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

Запуск и подключение к клиенту тестирования

Запуск клиента тестирования выполним из командной строки, используя ключ /TESTCLIENT :

После этого установим соединение с клиентом тестирования. Для этого создадим объект типа ТестируемоеПриложение и выполним его метод УстановитьСоединение():

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

Итак, клиент тестирования запущен и готов «к работе».

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

Читайте также:  миднайт чит кс го крякнутую

Поэтому прежде всего необходимо переместиться к списку товаров путем выполнения нескольких навигационных команд, расположенных в главном окне приложения:

at003

Сначала получим главное окно приложения:

at004

На «языке» автоматизированного тестирования это будет выглядеть так:

То есть для программной эмуляции команды нужно знать её навигационную ссылку. Узнать навигационную ссылку можно двумя способами.

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

at005

at006

at007

На «языке» автоматизированного тестирования это будет выглядеть так:

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

at008

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

После того, как форма списка товаров открылась, получим её:

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

Однако существует и другой способ:

В четвёртом параметре метода НайтиОбъект() также можно указать тайм-аут. В стандартном состоянии он не используется (равен нулю), но его можно установить. И тогда не ожидать появления объекта, а потом наверняка его получить (как в первом случае), а сразу же пытаться получить объект в течение какого-то времени. Возможно в некоторых ситуациях второй способ выполнения теста может оказаться более удобным.

Выполнение теста

Для этого пользователь обычно выполняет команду Создать в форме списка товаров:

at009

На «языке» автоматизированного тестирования это будет выглядеть так:

Ожидаем отображение формы нового товара и получаем её:

Так выглядит полученная нами форма:

at010

На этом выполнение теста закончено.

Проверка результатов теста

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

Форма списка товаров у нас открыта, поэтому получим таблицу из этой формы, «встанем» на её начало и будем спускаться вниз в надежде найти наш товар.

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

«Как обычно» ожидаем открытия формы и получаем её:

Находим поле Артикул и получаем его значение:

Источник

Контроль кодов маркировки в программах 1С

825ed4abe0ff4251f4306863ccf1a7c7

Цель проверки кодов маркировки

В общем случае успешное выполнение операции в ИС МП «Честный знак» (честныйзнак.рф) возможно лишь при определенном статусе и определенном владельце кодов маркировки. Например, для продажи маркированного товара код маркировки должен находиться в статусе «В обороте», а владельцем должен быть продавец продукции. Из общего правила могут быть исключения в течение переходных периодов для товарных категорий, у которых они определены (например, табачная продукция, выпущенная до 01.07.2020, подробнее см. далее). Если в ИС МП будут переданы коды с неверным статусом или владельцем, то операция выполнена не будет. Коды не перейдут к получателю или не будут выведены из оборота.

В программы 1С встроены проверки кодов маркировки, которые предоставляют пользователю информацию о текущем статусе и владельце кода маркировки непосредственно из программы.

Настройка проверки кодов маркировки в программе 1С

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

9e754116cd263af59534a1b807c92985

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

Отключить контроль статусов и контроль владельцев можно временно, на сеанс работы с формой Подбор и проверка маркируемой продукции в меню Еще указанной формы (рис. 2).

31042cc98c5d75c528e8478e3099250e

Указанные настройки касаются только проверок на стороне программы 1C, не влияют на выполнение проверок на стороне Центра развития перспективных технологий (ЦРПТ, оператора системы маркировки) и не снимают ответственности, связанной с оборотом маркируемой продукции.

Инструменты проверки кодов маркировки

23140fa94d8a55f9c14203d748c48331

Если статус и владелец корректны или проверка по статусу и владельцу отключена, то статус кода маркировки в ИС МП и его владелец не отображаются, а в столбце Статус проверки выводится результат проверки наличия кода:

Читайте также:  песни для роблокс коды инстасамка

При подборе, если код маркировки не проходит проверку статуса и/или владельца в ИС МП, то он не добавляется в форму подбора и проверки, а выдается соответствующее сообщение (рис. 4).

c9a8a03510ed28b76c554612c8357598

В окне сообщения доступны ссылки, по которым можно перейти в рабочее место Проверка кодов маркировки, а также к панели администрирования для отключения контроля статусов.

Рабочее место «Проверка кодов маркировки»

89207e2332c06bfb5d63ecf3569e4252

Это те же данные, которые выводятся в личном кабинете ИС МП «Честный знак». Также в рабочем месте выводятся связанные с этим кодом в информационной базе 1С: номенклатура, характеристика, серия, а также ссылка на элемент справочника Штрихкоды упаковок и товаров. Из рабочего места можно открыть отчет Места использования. В нем указываются объекты информационной базы, в которых указывается данный код.

Анализ проблем контроля кодов маркировки

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

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

В случае системной ошибки при подборе и проверке кодов информации о текущем владельце и статусе может быть недостаточно, а для анализа необходимо привлекать специалиста обслуживающей организации или обращаться на линию поддержки. При этом специалистам для расследования необходим лог (история) запросов к ИС МП, который нужно направить специалистам вместе с подробным описанием проблемы. При проверке кодов из рабочего места Проверка кодов маркировки запись логов включается автоматически, ссылка открыть лог запросов выводится непосредственно в рабочем месте. В текстах некоторых ошибок добавляется гиперссылка с временным включением лога запросов и просмотра ранее включенного лога. Запись логов можно также включить вручную перед выполнением проблемной операции в рабочем месте Обмен с ИС МП (обувь, одежда, табак. ) в группе см. также. Включение производится на определенное время: 5, 10 или 15 минут. Там же будет доступна ссылка Открыть, которая позволяет просмотреть лог в текстовом виде и сохранить его для передачи специалистам.

Заключение

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

В силу объективных причин, которые мы рассматривали в статье о начале маркировки товаров (см. в № 11 (ноябрь), стр. 15 «БУХ.1С» за 2020 год и в статье «Маркировка: как начать внедрение»), на начальном этапе могут возникать вопросы. Чтобы избежать трудностей, рекомендуем ознакомиться с этим и другими полезными материалами 1С по маркировке.

В 1С:ИТС доступны справочники о маркировке:

Источник

Поделиться с друзьями
admin
Здоровый образ жизни: советы и рекомендации
Adblock
detector