Как изучать 1С конфигурации? Много жалоб, что подобный функционал уже реализован был в конфигурации, и не надо было изобретать "велосипед". Вот и интересуюсь у более опытных, как изучать конфигурации? Сразу изучить общие модули или как-то еще, может есть, какая-то, "приблизительно-общая" методология?

Если задача большая  - спрашивать на мисте.

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

(0) Подготовка на спеца помогает.

(3) применительно к данному вопросу очень сомнительно.
(0) глобальный поиск по конфигурации, а вот что искать зависит задачи и конфигурации.

(4) Если речь о типовой, то спец - действенный метод.

(0) ? В коробке  идет ... книжка с описанием конфигурации. Как минимум с  прочтения.

а в книжке описана ..функциональность прикладного ПО.

(3) +1
ещё можно годик в ЦКП поработать

(0) если посмотреть глазами на документы, справочники и код, которые имеют отношение к задаче - не помогает, то ты просто занят не своим делом.

(0) Жалоб от кого? Для начала, перед тем, как делать, неплохо бы погуглить, нет ли чего стандартного. Хотя бы для того, чтобы было что сказать "жалобщикам". А то зачастую "подобный функционал" может оказаться чем-то другим.

Кстати, ИТС в последнее время в этом плане не так уж плох стал.

(0) ну если уж наверняка, то смотришь в конфигураторе
оцениваешь состав метаданных и процедур на предмет, есть ли такая фича в программе

Если ты не представляешь устройство велосипеда в целом - что тебе даст изучение устройства седла?

(13) например то, что на штырь садится не стоит

(14) ОФФ:Личный опыт?

))

(15) Я предпочитаю учится на чужих ошибках

(13) Все (учетные) конфигурации (как и велосипеды) устроены приблизительно одинаково: регистры, документы, аналитики (справочники, ПС, ПВХ)

(0) Если вопрос профильный для конфигурации (учет товаров в УТ, расчет себестоимости в УПП/ERP...), то новичку (и не только) лучше держаться подальше от внесения изменений в конфигураторе.
Если вопрос специфичный (типа учет лизинга, агентские схемы, спецодежда и т.п.) то только (12) и личный накопленный опыт. Причем если ваш опыт говорит, что какой-то фичи нет в конфигурации, то в актуальной версии придется поискать ещё раз.

(0) > Как изучать 1С конфигурации?

Методом пересборки.

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

Сам метод прост. Берешь какой-нибудь опенсорс и пытаешься делать его копию с нуля. Копируешь код небольшими кусочками из оригинала в собственную версию, так чтобы было понятно, что ты делаешь. Представляешь себе, что тебе дали техзадание сделать программу абсолютно идентичную имеющемуся оригиналу. А у тебя есть ноу-хау, в виде готовых оригинальных исходников. Но ты не можешь просто принести весь этот код и сказать это я написал. Ибо любой вопрос по существу поставит в тупик. Цель, конечно, не в том, чтобы выдать чужое за свое, а в том, чтобы ты мог повторить весь процесс разработчика по имеющемуся оригиналу и, заодно (а это и есть основная цель), разобраться полностью в логике работы программы. Тогда ты сразу получить опыт профессионального программирования (если сорцы годные) и даже сможешь вносить оперативные изменения в код по «просьбе трудящихся». Для 1С-конфигураций, самое то. Только желательно не связываться на первых порах с БСП, ибо в их мегабайтах кода, без должной подготовки, можно утонуть.

Этот метод для разработчиков. Для пользователей достаточно просто пройти курсы  или прочесть пару книг. Но таким образом контролировать полностью имеющуюся программу не получится. А чтобы отвечать за программу (свою либо чужую, неважно), ее нужно полностью контролировать. Даже свою собственную 100%-но написанную конфигурацию перестаешь контролировать, если давно не делал ее полной пересборки. По себе знаю.

Так что идете трудным путем в развитии и будет вам счастье :) .

(19) Современные типовые конфы подобным методом изучать бесполезно, особенно монстров типа ERP2 (и порожденных из нее КА2 с УТ11).

Там внутри такое гм как бы сказать короче "у семи нянек" вместо одного дитя появилось 70 дублей в плане кода для одного и того же.

А уж когда для одной задачи (например загрузки данных из таблички экселя) придумано по 3-4 разных интерфейса и уникального кода смотря в какой документ загружаем ))

(0) Никак.

Изучай платформу 1С и предметку.
А затем эти знания применяй чтобы понять каким образом в текущей конфе извратились с платформой чтобы описать предметную область/отрасль.

В (19) сюр какой-то

(20) > Современные типовые конфы подобным методом изучать бесполезно, особенно монстров типа ERP2 (и порожденных из нее КА2 с УТ11).

С этого не нужно начинать, этим нужно заканчивать. Там трудности с монструозным БСП, а с ним надо разбираться отдельно. Чтобы ОТВЕЧАТЬ за типовые нужно предварительно два-три года с ними очень плотно поработать. Например, построить полное дерево зависимостей для БСП (пишем отдельную программу). Затем строим архитектуру используемых моделей и взаимосвязи между всеми используемыми модулями (еще одна программа). Т.е., все это без внешнего программирования не поднять. Идея всего этого простая, фирмы 1С стремится все усложнить, мы же должны стремится все упростить. По принципу, «разделяй и властвуй!». По-хорошему, всему этому нужно учить студентов в ВУЗе. Но это связано с ноу-хау методов и принципов разработки фирмы 1С. Они на раскрытие этой информации не пойдут (чай, как-бы в буржуазном обществе живем). А внешних спецов, знающих всю подноготную типовых, днем с огнем не найти.

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

(23) >фирмы 1С стремится все усложнить

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

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

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

Короче "Например, построить полное дерево зависимостей для БСП" - это невозможно для джуна и многих мидлов, а сеньорам это уже нафик не надо ибо они код без отладчика умеют уже дебажить ))

(24) > Тут ошибка небольшая, усложнение не столько специальное сколько вынужденное

А какая разница? Важен сам факт ИЗБЫТОЧНОЙ сложности типовых конфигураций. Вопрос, что с этим делать «простому программисту»?

Ответ зависит от того, есть ли у него в запасе несколько лет или нет. Плюс наличие амбиций и (само-) мотивации.

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

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

Поэтому задача профессионалов научиться препарировать типовые так, чтобы, в идеале, иметь нечто вроде конструктора модулей. Перетусовал одни модули в другие – получи новый продукт (сама фирма «1С» этим балуется давно).

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

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

(9) Как-то слишком жестко..

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

(0)Такие вопросы должны решаться с помощью гугла же? Спросил у гугла как в программе X реализован функционал Y. И сразу понятно, что надо делать.

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

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

Дают тебе задачу. Сначала смотришь на предмет того реализована ли она. Как посмотреть? Да элементарно. Тупо даже по документам и справочникам прошелся в интерфейсе и посмотрел чего есть, а так же по настройкам - 99% всех возможностей так выявляются. После того как выявил, начинаешь пробовать пользоваться и разбираться как это работает, в том числе читаешь встроенную справку, там тоже 80% ответов на твои вопросы. И если уже после этого что-то не понятно, то сюда. А тупо тратить время на изучение всех возможностей конфы на курсах - бесполезная трата времени. Через год забудешь половину, а вторая половина будет работать уже иначе.

" Много жалоб, что подобный функционал уже реализован в конф"

лол... что значит много жалоб?
Кто жалуется?

(32) Это на простецких задачах только работает

(34) Это на любых задачах работает. Вопрос во времени и желании разбираться. Не боги горшки обжигают.

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

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

(35) Ты пишешь 99% в пользовательском режиме и 80% в ЖКК / справке. Конечно же ты ошибаешься.

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

(37) Разбор кейсов - как раз и есть один из моментов подготовки к сертификации и часть учебных курсов. Так что ты неправ, имхо.

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

На профессионала? %)
Пашо, ты уверен?

(0) а не надо сразу бросаться реализовывать то что просят. Пока задача "настаивается", разбираешься как сделать без костылей, предлагая обходные, но подходящие варианты решения.

(42) Ну а потом на спеца ;-)

(44) Ну вот если только так :)

(25) Не пробовал настраивать типовую с помощью функциональных опций? Или включаем все по максимуму и плачем?

(0) 1. Прочитать книги, которые идут к желтой коробке. Там описано общими словами на 90-95%.
2. Сдать экзамен на специалиста, при подготовке научишься.

а как же классика франча: *уяк, *уяк и в продакшн ?!

(42)ну че ты тупишь то?


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

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

(49) Пашо, ты знаешь, как выглядит экзамен на "Профессионала"?

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

Я тебе расскажу. Это тупой тест из 13, кажется, вопросов с вариантами ответов, прекрасно вызубривается любым недоумком за час.
Ты со "Специалистом" не путаешь? Или для тебя получение "Профа" реальное достижение?

(39) Два внедрения УПП в одно рыло. Внедрено все в той или иной мере, кроме бюджетирования и МСФО. Доработок минимум, конфигурации на поддержке и довольно легко и регулярно обновляются. Производство многопередельное, с ремонтами гарантийными и негарантийными, увязка с другими конфами, позаказное и серийное, вся регл. отчетность формируется штатно и сдается, никто руками ничего не вносит. 90% возможностей освоил через ЖКК, встроенную справку и свой ум и сообразительность. Никаких велосипедов и костылей не писал. Когда тут читаю, что УПП (а сейчас ERP) нельзя внедрить без команды спецов по ней и кучи бабла - мне смешно.

(47) О чем и речь. Нормальному 1С-нику, да еще и мотивированному, первого пункта хватит за глаза.

(53) Ясно, судишь по типовым на ОФ, но это не то.

(53) Основная задача внедрения УПП/ERP не в кодинге. Если в конторе отстроенные и описанные бизнес-процессы, то 70% работы уже сделано.

(32) я согласна, я так же делаю.
Сначала быстро пробежать по регистрам и справочникам, что и как, потом посмотреть в справке и на ИТС, потом только думать нужно ли доработать и что именно.
Обычно минут 15-20 хватает, чтобы понять.
Изучить все на свете функции всех конфигураций - тупая задача.

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

(19) откуда у вас столько лишнего времени типовые пересобирать?

(0) по-моему работает только один способ - вникать в предметную область, затем смотреть документацию в конфиге по функционалу, как это реализовано.
если нет ни одного упоминания в доке - в гугл, но тут важно правильно задать вопрос, для этого и нужно понимание предметной области.

(0) Не парься, все не охватишь, устанешь...
1С частенько свой код выпиливают, давече в ЗУП 3.1 с этим столкнулся, на последней версии, печатная форма перестала работать, а все дело в том, что 1С код переписали :)

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

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

(11) > Кстати, ИТС в последнее время в этом плане не так уж плох стал.

Кстати, ИТС последние лет 5-10 - по сути единственный нормальный и правильный ресурс, дающий ответы на 90% вопросов из разряда "что уже реализовано". Есть описания и самих конфигураций, и многочисленных библиотек БСП, БЭД, БРО, БПО и пр., и самой платформы.
Если только на ИТС совсем не удается найти информацию по интересующей теме, то возможно речь идёт о чём-то, что не реализовано. Далее возможны варианты в зависимости от того, о какой конкретно доработке идёт речь. Если о методических вопросах (например, как именно отразить те или иные операции) - можно обратиться в службу поддержки. Они, кстати говоря, вполне вменяемо отвечаю. Если о технологических, то либо на форумы, либо на ресурсы, где опубликованы готовые решения.

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

(57) Ну 15-20 минут - это конечно загнула, но за день понять, есть или нет что надо, можно, а за пару-тройку дней довольно детально изучить. :)

(55) Те же самые разговоры были лет пять назад про УПП. Причем тут же. Типа УПП нельзя внедрить без ИТ-отдела сертифицированными 1С-никами и без помощи со стороны франя. Кстати и купить УПП было нельзя как другие конфигурации. Ну ERP аналогично. Все внедряется. Без курсов. Без франей. Силами ИТ-отделов. Было бы желание.

(65) в зависимости от сложности задачи и насколько знаком с конфигурацией вообще

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

(64) > Поделитесь, что ли, опытом повторной/параллельной автоматизации, а?

У нас был случай, когда один "специалист" внедрил клиенту допреквизиты к номенклатуре. А потом "перевнедрили" типовые.

Были умельцы, которые внедряли "добавление колонок на формах списков документов и справочников". Это то, что любой пользователь в УФ может вывести на форму через команду "Ещё... - Изменить форму".

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

Из функционала - отражение операций оприходования ТМЦ через документы Поступления. Бухгалтерша велела сделать так, чтобы документ "Поступление" умел делать проводки Дт.СчетТМЦ - Кт.Взаиморасчетов таким образом, чтобы в качестве счета взаиморасчетов можно было указать не только 60,62,76, но и  91. Программист тупо выполнил её просьбу. На вопрос "а нафуя" и что теперь делать с кучей лишних записей по регистрам НДС, бухгалтерша рассказывала, что просто не знала о существовании типового документа "Оприходование товаров".

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

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

А в какой момент возникает информация о том, что заявка оказалась избыточной и всё уже сделано?

(30) > Это могут позволить себе только те, у кого есть вагон времени и денег.

Все верно! Только «жирная контора» ни разу не обязательная! У нас в ЛНР «контора» по российским меркам бедноватая. Время да, внедрил собственную конфигурацию по зарплате, она работает, вопросов нет. Почему бы относительно свободное время не потратить на развитие? Можно ориентироваться на «физиков», а можно на «лириков», то бишь, юр. лиц. «Физики», т.е., частные предприниматели, хорошо ведутся на розничную торговлю. Желательно простенькую, но со вкусом («Магазьку» не предлагать!). Естественно, со всяким там экспортом / импортом, работой с торговым оборудованием и т.п.

С юр. лицами тоже можно работать, например, со своей «зарплатой». Только надо перейти от версии ориентированной на одно конкретное предприятие (как у меня сейчас), на версию, достаточно общую, для, скажем, ЛНР / ДНР. Попутно, целесообразно перескочить с «семерки» на «восьмерку» (либо две эквивалентные версии).

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

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

Формы выбрал обычные, хотя поначалу увлекался управляемыми. Просто наш народ, во-первых, недолюбливает управляемые, а, во-вторых, особой потребности в них нет.

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

Вот я об этом практически и говорю, только чуть более «повнимательнее» и чуть более «понастойчивее», а также чуть более «подольше» :) .

(59) > откуда у вас столько лишнего времени типовые пересобирать?

См. (73)

(71) А может у того прогера мотивация была почасовая?! Сказать что такое уже реализовано = максимум час работы. Изобрести велосипед и денег будет больше в разы.

(75) максимум час работы - это если отношения с клиентом адекватные и взамен переделки формы ты тратишь оплачиваемое клиентом время чтоб провести с ним обучение и разбор полетов. Причем, быстро-быстро. А если клиент экономит оплачиваемые часы и ... Что можно и следует показывать такому клиенту?

(52) за час можно выучить только если работал с конфигурацией

(66) Мало где на внедрении хотят ждать, пока собственный ИТ-отдел разберется по конфигуратору / справкам / ЖКК, как доработать чего-нибудь в расчете с/с или ошибку/баг исправить

(69) "добавление колонок на формах списков документов и справочников". Это то, что любой пользователь в УФ может вывести на форму через команду "Ещё... - Изменить форму" // Такое обычно надо чтоб было централизованно сделано (у всех и всегда, а не пожеланию пользователя). И конечно же не будешь ты каждому пользователю рассказывать, как это сделать ему самому ))