Краткое руководство по внесению изменений в конфигурацию

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

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

Руководство по разработке инструкция групповая хранилище расширения

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

Краткая инструкция по внесению изменений в конфигурацию

 

 

Оглавление

 

Краткая инструкция по внесению изменений в конфигурацию    0

Общие положения  1

Порядок внесения изменения в разрабатываемую конфигурацию    1

Именование добавляемых объектов конфигурации   2

Включение объектов в служебные подсистемы   2

Создание или доработка Печатных форм, обработок, отчетов  2

Включение объектов в состав типовых подсистем командного интерфейса  2

Комментирование изменений в коде   3

Изменение ролей   3

Внесение изменений в общие модули   3

Внесение изменений в обработчики событий форм   3

Внесение изменений в обработчики событий объектов и менеджеров  4

Внесение изменений в состав источников типовых подписок на события  4

Постоянные значения конфигурации   4

Работа с хранилищем конфигурации   4

Рекомендации по базе разработки   5

Общие положения

При разработке руководствоваться рекомендациями с сайта ИТС 1С

Общие требования к написанию кода:

  1. При любом наборе входных данных программа не должна зацикливаться.
  2. При любом наборе входных данных программа не должна выдавать синтаксические ошибки.
  3. Доработка должна иметь какой-то «выход» - если она не нашла данные для обработки, то должна выдать соответствующее сообщение.
  4. В панель сообщений должны выводиться только «значащие» сообщения – то есть следующая информация:
    1. Сообщение о завершении обработки (в случае, если создается обработка, которая каким-то образом изменяет данные)
    2. Сообщения, которые требуют реакции пользователя.
    3. Информационные сообщения о невозможность обработать какие-то данные (например, не заполнен нужный реквизит в справочнике).
  5. Обработки, которые выполняются более 1 минуты ( обрабатывают большой массив данных ) должны выводить окно состояния выполнения, а процедура обработки должна быть выполнена с помощью фонового задания.
  6. Во всех доработках при использовании «связанных» справочников должна происходить их корректная обработка. Например, если на форме или в табличной части используются справочники «контрагент» и «договор контрагента», то при выборе другого контрагента (очистке реквизита «контрагент») должен быть очищен и договор контрагента. При выборе договора контрагента должен быть установлен отбор по его владельцу.
  7. Надо помнить, что если пользователю разрешено какое-то действие в системе, то программа должна уметь корректно это действие отработать. Например, если в документе разрешено вводить отрицательные значения в табличную часть, то эти значение должны быть записаны в регистры.
  8. Любые изменения конфигурации должны быть максимально реализованы с помощью Расширений конфигураций :
  1. В расширении нельзя использовать объекты, не поддерживаемые версией платформы, которая установлена в режиме совместимости Конфигурации.
  2. При расширении общих модулей и модулей объектов приоритетно использовать вариант расширения «После»
  3. Разные расширения должны иметь разные префиксы, чтобы избежать конфликтов совместимости расширений

Порядок внесения изменения в разрабатываемую конфигурацию

При разработке руководствоваться рекомендациями с сайта:

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

Именование добавляемых объектов конфигурации

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

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

Если добавляется реквизит формы с колонками префикс устанавливается для самого реквизита формы, но не для его колонок.

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

Если процедура/функция добавляется в модуль объекта/формы (или общий модуль), который уже имеет префикс «ВАШПРЕФИКС_», то в имени такой процедуры/функции префикс указывать не нужно.

Наименование добавляемых объектов должно иметь осмысленный синоним

В поле комментарий (добавляемых в конфигурацию объектов) должна содержаться следующая информация:

[Номер задачи], [Дата изменения]

Пример: Ф-037, 07.01.2020

 

Включение объектов в служебные подсистемы

В конфигурацию добавить подсистему «ВАШПРЕФИКС_Доработки». По желании с двумя подчинёнными подсистемами «НовыеОбъекты» и «ИзмененныеОбъекты», соответственно все новые объекты системы помещаются в них по правилу:

  • все созданные новые объекты метаданных помещаются в «НовыеОбъекты»
  • измененные объекты (даже если у типового объекта меняется форма) помещаются в «ИзмененныеОбъекты»

Создание или доработка Печатных форм, обработок, отчетов

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

При создании или изменении отчетов системы, которые невозможно сделать настройкой варианта отчета. Создается внешний отчет и подключается к системе.

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

Включение объектов в состав типовых подсистем командного интерфейса

Если необходимо включить объект в состав типовой подсистемы командного интерфейса, то необходимо добавить в состав типовой подсистемы новую (если отсутствует) подсистему с префиксом «ВАШПРЕФИКС_». Дальнейшая настройка размещения объекта в командном интерфейсе должна выполняться в рамках добавленной подсистемы.

Комментирование изменений в коде

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

 

// + [Компания], [Программист] [Дата изменений]

// Задача: [Номер тех.задания или заявки], [Краткое описание изменений]

// Было:

//    [закомментированный старый код]

// Стало:

[новый код]

// - [Компания], [Программист] [Дата изменений]

 

Например:

// + 1С, Иванов И.И. 07.01.2020

// Задача: Ф-037, Заполнение реквизитов формы по новому алгоритму

// Было:

//    ПриЧтенииСозданииНаСервере();

// Стало:

ВАШПРЕФИКС_ПриЧтенииСозданииНаСервере();

// - 1С, Иванов И.И. 07.01.2020

 

Не нужно комментировать изменение, если код не типовой. Комментарий должны быть только для изменений относительно типового кода. При изменении ранее измененного куска кода необходимо изменить только дату изменения в комментарии.

Изменение ролей

Недопустимо изменение типовых ролей базовой конфигурации, при необходимости добавления/изменения настроек прав доступа, необходимо создать дополнительную роль с префиксом «ВАШПРЕФИКС_» и выполнить необходимые настройки прав для нее.

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

 В дальнейшем допускается модификация созданных ролей при необходимости.

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

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

Внесение изменений в общие модули

Если необходимо внести изменения в общие модули, то по возможности следует вносить изменения только в модули с суффиксом «*Переопределяемый».

Внесение изменений в обработчики событий форм

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

  • МодификацияКонфигурацииВызовСервераПереопределяемый
  • МодификацияКонфигурацииКлиентПереопределяемый
  • МодификацияКонфигурацииКлиентСерверПереопределяемый
  • МодификацияКонфигурацииПереопределяемый

в соответствующих процедурах-обработчиках.

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

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

Внесение изменений в обработчики событий объектов и менеджеров

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

Для таких изменений необходимо создавать соответствующие подписки на события.

 

Внесение изменений в состав источников типовых подписок на события

В общем случае не допускается внесение изменений в состав источников типовых подписок на события.

Вместо изменения типовой подписки необходимо:

  1. Создать новую подписку (можно скопировать существующую) с наименованием «ВАШПРЕФИКС_[ИмяТиповойПодписки]»
  2. Указать в качестве источника те объекты, которые необходимо добавить
  3. В качестве обработчика указать ту же процедуру, что и в типовой подписке или ссылаться на новую процедуру ( в которой будет ссылка на типовую).

Постоянные значения конфигурации

В коде конфигурации недопустимы прямые ссылки на наименования, коды и т.п. данных ИБ.

В большинстве случаев, когда требуется хранить и определять ссылку на условно-постоянные или постоянные данные, или набор данных в системе будет использоваться справочник «ВАШПРЕФИКС_НастройкиЗначений» (или Регистр сведений). Данный справочник будет состоять из элементов, с реквизитом «Имя для разработчика», по которому будет выполняться поиск элемента в коде (поиск реализовать через функцию модуля менеджера справочника). В режиме предприятия у каждого элемента можно будет задать значение или список значений (за счет наличия у элемента реквизита и ТЧ) в дальнейшем использовать значение реквизитов предопределенных элементов в коде программы.

Например: «Основной склад», «Направление деятельности по умолчанию», «Список приоритетных пользователей», «Дата перехода на новую номенклатуру» и т.п.

Работа с хранилищем конфигурации

Разработка ведется с использованием технологии хранилища конфигурации. С ней необходимо ознакомиться на сайте: http://its.1c.ru/db/metod8dev#content:2287:hdoc

При необходимости захвата коренного объекта хранилища, его необходимо удерживать как можно меньше.

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

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

Создать общий чат разработчиков для решения вопросов захвата объектов.

Рекомендации по базе разработки

Разработку приоритетно вести в клиент-серверной базе. При разворачивании базы для разработки необходимо установить Блокировки регламентных заданий и/или отключить регламентные задания.

 
 Другие публикации автора

Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.

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

Наименование Файл Версия Размер
Внесение изменений в конфигурацию:

.docx 29,85Kb
13.01.20
19
.docx 29,85Kb 19 Скачать

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. Indgo 13.01.20 16:13 Сейчас в теме
Ничего не понял, но очень интересно.
Лайк, первый буду
// + [Компания], [Программист] [Дата изменений]

// Задача: [Номер тех.задания или заявки], [Краткое описание изменений]

// Было:

// [закомментированный старый код]

// Стало:

[новый код]

// - [Компания], [Программист] [Дата изменений]



Например:

// + 1С, Иванов И.И. 07.01.2020

// Задача: Ф-037, Заполнение реквизитов формы по новому алгоритму

// Было:

// ПриЧтенииСозданииНаСервере();

// Стало:

ВАШПРЕФИКС_ПриЧтенииСозданииНаСервере();

// - 1С, Иванов И.И. 07.01.2020
Показать

может молодешь так будет писать, я как то по старике. Написал дату автор и досвидос, все кто не умеет писать код идите учитесь
Neuroproton; vladimir_makarov; Bell; +3 1 Ответить
2. user705522_constantin_h 24 13.01.20 16:21 Сейчас в теме
(1)А потом через полтора года смотришь и думаешь: нафига я это делал. Я не так пространно, но в общем комментирую что было и пишу: зачем изменял.
vladimir_makarov; Дмитрий74Чел; _LYNX; serega9507585993; +4 Ответить
4. qwed557 30 13.01.20 16:38 Сейчас в теме
(2) фио и номер задачи, зачем описывать что то , если можно в таск-менеджере по номеру посмотреть и всю переписку и постановку задачи, зачем захламлять описанием?
wowik; dimisa; AlexK_2012; Bassgood; +4 Ответить
6. user705522_constantin_h 24 13.01.20 16:43 Сейчас в теме
(4)У меня нет таск-менеджера, я непосредственно всё в конфигурации, обработках и ВПФ пишу.
Дмитрий74Чел; +1 Ответить
11. Indgo 13.01.20 17:37 Сейчас в теме
(2) Если код хороший, то в него не лезут
30. Дмитрий74Чел 193 16.01.20 15:32 Сейчас в теме
(11) хотелки пользователей безграничны и чудны
narutouzumaki_13; +1 Ответить
31. Indgo 16.01.20 17:09 Сейчас в теме
(30)даже не говорите:
- То им бигтейсти
- то рябчики по буржуйский
- то икра не черная,
- то соус перчит, то во рту горчит
34. V.Nikonov 119 23.01.20 15:50 Сейчас в теме
(30) Да и Окружающая Среда постоянно меняется. Вот Зиму долго ждали... Снег выпал в Новогодние праздники и растаял...

А если серьёзнее, то конфигурацию могут править множество доработчиков (некоторые уволились уже, и не расспросишь). Если не ведется журнал доработок с фиксацией ТЗ, то единственным местом смысла доработки будет комментарий. Поэтому лучше писать смысл исправления кода.
kosmo0; Yakud3a; +2 Ответить
3. sapervodichka 3414 13.01.20 16:21 Сейчас в теме
5. user774630 13.01.20 16:38 Сейчас в теме
(1) проблема не в том, чтобы понять, что делает код. Проблема в том, чтобы потом понять - ЗАЧЕМ код это делает.
dreamcreal; narutouzumaki_13; smit1c; Дмитрий74Чел; _LYNX; +5 Ответить
7. dammit666 13 13.01.20 16:48 Сейчас в теме
(1)При оформлении кода пользуюсь публикацией https://infostart.ru/public/647048/
МимохожийОднако; ABudnikov; +2 Ответить
10. sapervodichka 3414 13.01.20 17:22 Сейчас в теме
(7) норм вещь, только большая
8. awk 714 13.01.20 17:03 Сейчас в теме
Прочитал, плюсанул. Ну и критика:

Общие требования к написанию кода:
1,2 - Невыполнимо на более-менее нетривиальной задаче
5 - На каком железе и объеме данных? Как это спрогнозировать на этапе разработки?
6 - Это не всегда верно, бизнес-задачи бывают разные.
8 - А если я пишу с нуля?

Работа с хранилищем конфигурации
По моему надо переписать:

Разработка ведется с использованием СКВ, таких как хранилище 1С, git, svn и т.д.

(Ну а дальше подпунктом)
Работа с хранилищем 1С.
Показать
PLAstic; sapervodichka; +2 Ответить
9. sapervodichka 3414 13.01.20 17:09 Сейчас в теме
(8) ну как есть... до git ещё многие не дошагали, я только читаю, на практике, применять не удается, т.к. есть особенности работы в организации, когда руководители проектов тебя особо не слушают, а за инициативу можно и по шапке схлопотать
12. Indgo 13.01.20 17:48 Сейчас в теме
(9) Можно еще писать всякие приколы:
1. Парнь - если ты нашел до - этой строки - я знал что задача ипически сложная и каюсь, что писал каумнокод.
2. Если ты набрел на эту срочку и нашел тут ошибку.. то ты убер крут. Исправь баги и ты выйдешь на новый уровень матрицы.
3. Или так - медленно работает перепиши - все через запросы!
4. Или так - не нравится мой код - иди в баню!
5. Парень тебе обещали 300 тысяч за этот проект - имей в виду до тебя тут 10 прогеров кинули.
itriot11; wowik; json; Capitullo; acanta; qazaz2; +6 Ответить
13. capitan 1671 13.01.20 18:34 Сейчас в теме
Вспоминается...
Самый бесполезный лайфхак - ставить крестик на руке, чтобы не забыть! БЛИН!!! НЕ ЗАБЫТЬ ЧТО?!
Я бы еще добавил пункт - периодическая ревизия доработок.
И внесение в комментарий поля - это новый функционал или исправление ошибок
Если часто меняются главбухи - то через пол-года можно смело все зачищать и если никто не вспомнит - так и оставить
14. vkm1980 5 13.01.20 19:49 Сейчас в теме
Комментарии старого когда это зло, Если конфигурация разрабатывается с нуля то репозиторий Вам в помощь для того, чтобы понять кто что изменил/добавил. Программный код должен быть самодокументированным. Комментириев вообще должно быть минимум, и главное они должны быть только в самых не очевидных местах. Представьте что Вы раскомментируете программный код по прошествии например года, а некоторых объектов то уже и нет в конфигурации.
sashocq; Bell; +2 Ответить
15. Cерый 16 13.01.20 19:52 Сейчас в теме
Не нужно комментировать изменение, если код не типовой. Комментарий должны быть только для изменений относительно типового кода. При изменении ранее измененного куска кода необходимо изменить только дату изменения в комментарии - разделяю https://infostart.ru/public/647048/ (любое изменение кода обязательно должно быть прокомментировано), предлагаю аргументировать Вашу позицию
sapervodichka; +1 Ответить
23. sapervodichka 3414 13.01.20 22:42 Сейчас в теме
16. metmetmet 78 13.01.20 20:25 Сейчас в теме
Любые изменения конфигурации должны быть максимально реализованы с помощью Расширений конфигураций

Как много возникает различных расширений в рамках одного проекта?
Какими правилами руководствуетесь при принятии решения о доработке существующего расширения или создании нового? Легко искать доработки, если расширений много?
17. sapervodichka 3414 13.01.20 20:32 Сейчас в теме
(16) Например, Пищевое производство: Основная конфигурация ERP + Основное расширение Пищевка + Дополнительное расширение интеграция с УАТ + Доп расширение интеграция с EDI + Доп расширение Интеграция с внутренней системой.(4 расширения)
18. sapervodichka 3414 13.01.20 20:33 Сейчас в теме
(16) Легко ли искать доработки, если расширений много... если хорошо документировать, то легко.
19. metmetmet 78 13.01.20 20:46 Сейчас в теме
При доработке типового функционала
в расширении сложнее анализировать новые изменения в типовой конфигурации по сравнению с доработкой самой конфигурации, не так ли?
20. sapervodichka 3414 13.01.20 20:52 Сейчас в теме
(19) нет, не так ли. Зависит от того как документировать доработки. И в расширении мы формы объектов не меняем (даже зачастую не перетаскиваем), все выводим динамически, а фишки расширений &После и &Вместо дают классные плюшки при обновлении.
21. sapervodichka 3414 13.01.20 20:57 Сейчас в теме
(20) (направление я уловил) Я не против и просто конфигурацию менять, там можно тоже всё аккуратненько делать, сохраняя обновляемость. Можно и так и ч/з расширения. Например, в ЕРП пока нельзя делать регистры накопления в расширении и с некоторыми типами объектов, есть проблемы доработки в связи с не включенной пока совместимость с 8.3.13. Её вроде в ЕРП хотят в 2020 году в ЕРП включить. Поэтому расширения в ЕРП ещё не совсем взлетают.
26. Kindman1980 81 15.01.20 14:54 Сейчас в теме
(21) у меня кстати были проблемы с реквизитами в расширении. Была такая проблема с журналом банковские выписки в бухглтерии и с поступлением безналичных денежных средств. Реквизиты сначала были в расширении, но потом для исправления нужно было ТИИ делать при отключенном расширении, в результате пришлось дублировать реквизит в конфигурацию, делать обработку по переносу данных. Понял что в расширении я пока только визуально-интерфейсную часть оставлю и не более.
Дмитрий74Чел; +1 Ответить
22. metmetmet 78 13.01.20 21:09 Сейчас в теме
(20) Не претендую на последнюю инстанцию, но при обновлении конфигурации есть очень удобный механизм тройного сравнения, чего нет при реализации доработок с помощью расширений.
kolya_tlt; max_zhilin; mevgenym; sapervodichka; +4 Ответить
36. kolya_tlt 23 05.03.20 09:28 Сейчас в теме
(22)
танцию, но при обновлении конфигурации есть очень удобный механизм тройного сравнения, чего нет при реализации доработок с помощью расширений.

именно поэтому не используем их, так как на этапе обновления не известно сломаются ли расширения или нет.
24. comol 4321 13.01.20 23:05 Сейчас в теме
На дворе стоял 2020-й.... на инфостарте продолжали появляться статьи про правильный авторский комментарий :(((((((((((((((((((
sashocq; kolya_tlt; +2 Ответить
27. SuhoffGV 15.01.20 17:07 Сейчас в теме
(24) каждое десятилетие кэш базовых знаний обнуляется. Приходится обновлять
28. comol 4321 15.01.20 17:11 Сейчас в теме
(27) я к тому что гитом надо уметь пользоваться... Blame view. Не надо авторские комментарии писать
sashocq; sapervodichka; +2 Ответить
29. sapervodichka 3414 15.01.20 17:16 Сейчас в теме
(28) если надо, значит будем =)
37. kolya_tlt 23 05.03.20 09:29 Сейчас в теме
(24) к сожалению, это так :( до гита в массах нам еще лет 5
25. Kindman1980 81 15.01.20 14:50 Сейчас в теме
Мне кстати понравилось использовать не префикс, а постфикс, на крайняк начинать название с подчеркивания. Тогда с сортировкой попроще. С постфиксом делали в Почте России на проекте.
max_zhilin; MaxTolya; Дмитрий74Чел; +3 Ответить
32. DoubleT 6 17.01.20 09:57 Сейчас в теме
Спасибо за статью, подскажите, а какие есть методы комментирования запросов в динамическом списке?
33. sapervodichka 3414 17.01.20 10:04 Сейчас в теме
(32) Переопределяете в ПриСозданииНаСервере() текст запроса динамического списка Список.ТекстЗапроса = "...новый ваш текст запроса..." или если нужно изменить кусочек запроса Список.ТекстЗапроса = СтрЗаменить(Список.ТекстЗапроса, "ИскомыйТекст", "НовыйТекст").
triviumfan; +1 Ответить
35. kolya_tlt 23 05.03.20 09:26 Сейчас в теме
по поводу изменения ролей в целом согласен, но есть одно НО. Стоит упомянуть, что нужно взвесить изменять типовую роль или создавать новую. Сделайте поиск по конфигурации по ключевому слову РольДоступна(" в ERP и удивитесь, что создав новую роль копирование вам придётся изменять типовую конфигурацию. Самый яркий пример с ролью ЗачетОплаты
38. MishaD 14 05.03.20 09:50 Сейчас в теме
За несколько лет изменений в одной обработке авторских комментариев стало в половину кода. Читаемость резко упала.
39. maxx 905 05.03.20 20:34 Сейчас в теме
А элементы БСП являются типовыми в составе той же Бухгатерии? В них можно вносить изменения? Не нужно же рядом свои такие же подписки, определяемые типы со свои префиксом лепить?
40. PLAstic 253 06.03.20 17:32 Сейчас в теме
п.8 имеет исключение. Если объект не типовой, а добавленный в процессе разработки, то вынесение его изменений в расширения добавит сумятицы. Это итак наш документ, пусть он будет "цельный", описанный одной сущностью.
41. kosmo0 97 12.03.20 11:27 Сейчас в теме
"Не нужно комментировать изменение, если код не типовой. Комментарий должны быть только для изменений относительно типового кода. При изменении ранее измененного куска кода необходимо изменить только дату изменения в комментарии."


При "изменении ранее измененного" НА СРЕДНЮЮ ПЕРСПЕКТИВУ в комментариях всегда оставляю даты прошлых изменений. Иначе возможна ситуация когда приходят через полгода-год и говорят - вот два года назад так работало, а сейчас совсем не правильно (например документ который с каким-то видом операции проводится раз в два-три года). Если не помнить об предыдущих изменениях либо изменения делались совсем другим человеком, то найти ошибку будет очень трудно - нет информации что два года назад код был иным. Конечно если покопать, то все можно найти, но время и лишние усилия потеряны. У вас есть лишнее время - замечательно. если его нет - все совсем не замечательно.

Следующее замечание относится к ситуациям если изменения не делаются "по серьезному", то есть без "[Номер тех.задания или заявки]". Бывали случаи когда изменения продавливаются вопреки аргументам программиста (вроде мы тебя выслушали, но сделай как мы сказали). Можно потратить массу времени на уговоры и аргументацию, а можно в комментарии написать - указание главбуха Петровой. И случись что - всегда можете сказать "а я предупреждал". Но, хотелось бы предупредить, что такое работает только в более-менее адекватных организациях. В ином случае (юные падованы 1с) пишите служебную записку с своими предупреждениями и аргументами и фиксируйте их в документообороте (это банальное прикрытие своей задницы официальной бумажкой).
Оставьте свое сообщение

См. также

daСклонение: склонение ФИО, должностей, чисел, прилагательных, существительных на языке 1С + ТестЦентр Промо

Универсальные функции v8 1cv8.cf Абонемент ($m)

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

1 стартмани

14.02.2015    100932    97    daMaster    90    

Сравнение реального дохода со средним доходом из API.HH.RU

Зарплата Управленческие v8 v8::СПР ЗУП3.x УУ Абонемент ($m)

Внешняя обработка на управляемой форме для 1С:Предприятие 8.3 по интеграции с HH.RU используя HH REST API. Ключевые функции: получение списка вакансий по должностям (Ключ для работы не нужен); расчет среднего дохода; Тестирование проводилось на платформе 1С:Предприятие 8.3 (8.3.13.1513) Зарплата и управление персоналом, редакция 3.1 (3.1.11.68) совместно с API.HH.RU.

1 стартмани

11.11.2019    3817    4    solaru    2    

Конфигурация для рекламного агентства

Управление услугами и сервисом Управление взаимоотношениями с клиентами (СRM) Производство готовой продукции (работ, услуг) Управление взаимоотношениями с клиентами (СRM) Производство готовой продукции (работ, услуг) v8 Реклама, PR и маркетинг УУ Абонемент ($m)

Данная конфигурация выполнена для решения тестового задания: Цель задания: 1) Понять, на каком из клиентов сколько мы заработали;  2) Понять, по какому виду СМИ сколько мы заработали;  3) Проследить по каждой услуге: у кого за сколько купили и кому за сколько продали, с возможностью перейти в соответствующий документ. Реализовано с помощью: 1. Справочники - контрагенты, номенклатура 2. Документы - Поступление услуг, реализация услуг 3. Отчеты - отчет по контрагентам, номенклатуре и движений.

1 стартмани

21.05.2019    4369    0    solaru    0    

Загрузка номенклатуры в УТ 10.3 из Excel файла с генерацией штрихкодов

Загрузка и выгрузка в Excel Обработка справочников Оптовая торговля Розничная торговля Учет ТМЦ Оптовая торговля Розничная торговля Учет ТМЦ v8 УТ10 Россия Абонемент ($m)

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

1 стартмани

24.03.2017    7708    7    solaru    0    

Под капотом управляемых форм

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

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

26.08.2013    263596    0    Evil Beaver    266    

[NotaBene] Универсальный отчет по таблице значений

Практика программирования v7.7 1cv7.md Россия Абонемент ($m)

1C v.7.7 Готовое решение. Не требует настройки. Не требует допрограммирования. Данная обработка решает часто встречающуюся задачу вывода в "красивом" виде таблицы значений (полученной, например, из запроса). Поддерживается произвольное группирование данных, отключение/включение группировок, в т.ч и создание "шахматок" (типа "продажи понедельно"). Обработка может использоваться как и в отладочных целях (для нормального просмотра ТЗ), так и в составе вполне рабочих отчетов. По крайней мере, я неоднократно клиентам данную обработку ставил вместо того, чтобы каждый раз писать замороченные выводы данных. И клиенты довольны, и мне - проще...

2 стартмани

07.05.2007    28416    3    CheBurator    62