создание обработок (объект 1С) для коррекции или массового заполнения каких-либо данных в документах/справочниках/регистрах (обработки и отчёты также бывают внешними: их создают в конфигураторе, но не прикрепляют в структуру конфигурации, а прикрепляют в базу в специальный раздел «Дополнительные отчёты и обработки», созданный с помощью БСП — библиотеки стандартных подсистем, которую программисту тоже надо знать);

создание/доработка обменов между различными базами 1С/сторонними программами и 1С с помощью объектов 1С из раздела Общие (Web-сервисов, WS-ссылок, Планов обмена и т.д.);

создание/доработка правил обмена между базами 1С в отдельной специальной конфигурации «1С: Конвертация»;

создание/корректировка регламентных заданий (объект 1С из раздела «Общие», код в котором отрабатывает по определённому расписанию, заданному в базе);

ограничение доступа для пользователей (чтобы всё наполнение базы мог видеть только пользователь с ролью «Полные права», роль — это объект 1С из раздела «Общие»);

обновление нетиповых баз 1С на релизы, выпущенные фирмой 1С (это отдельный квест, созданный для сохранения внесённых программистами доработок в новых версиях конфигураций);

исправление ошибок новых релизов (да-да-да, в самой главной компании 1С тоже бывают косые и криворукие люди);

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

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

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

Глава Четвёртая. Франчайзи, инхаус и фрилансинг.

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

В этой главе я расскажу о работе программиста 1С уже не с точки зрения технологической части, а с точки зрения самих бизнес-процессов, т.е. как устроена работа в компании изнутри, и от чего зависит самое главное — зарплатная часть!

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

РАБОТА ВО ФРАНЧАЙЗИ

Это значит, что вы работаете в IT-компании, сертифицированном филиале фирмы 1С. Специфика вот такая: у вашего работодателя есть куча клиентов, и вы занимаетесь их обслуживанием. И тут уже всё зависит от адекватности вашего работодателя и ваших клиентов, степени их неотоксицизма, устройства зарплатной системы и многих других факторов. Но, в общем и целом, как в 90% любых IT-компаний (связанных с сайтами, банковскими системами, Anroid-приложениями и т.д.), на вас кидают кучу всего, задач самого разного толка и специфики клиента таким образом, чтобы у вас голова поехала от этого многообразия. Представьте себе, один час вы занимаетесь булочной, два часа мясной корпорацией, три часа ветеринарной клиникой и т.д. И у всех разные базы, где свои подводные камни. Из этого следует, что, как специалист, вы должны знать МНОГО, ОЧЕНЬ МНОГО технической информации.

Вот факторы, от которых зависит ваша карьера во франчайзи:

1) Степень «средневековости» и степень «гречневости» вашей компании.

Да-да-да, в большинстве эта самая «средневековость» осталась в далёком прошлом, в конце нулевых-первой половине десятых. Я только краем глаза видел её в начале карьеры и многое слышал по рассказам коллег старшего поколения, но упоминуть это стоит однозначно!

В очень далёкие времена, когда бизнес-процессы были не отрегулированы от слова СОВСЕМ, а на компьютерах пользователей стояла ещё доисторическая 1С версии 7.7, привычной 1С версии 8.3 не было ещё даже в проекте, программист мог выполнять не только свои непосредственные технические обязанности, а функции аналитика, сервис-инженера, продажника, менеджера по общению с клиентами, коллектора (!), чтобы выбить оплату от клиентов… Удалённых средств подключения (AnyDesk и т.п.) не было, точней о них гречневые не знали, поэтому приходилось ездить в «командировки» в бухгалтерии различных предприятий, чтобы решить вопросы различных истеричных бабулек, которые и были тогда 95% клиентов. Вот такая картина часто наблюдалась: катится по улице бедняга-программист на велосипеде, весь в поту, а его телефон «горит» от вызовов какой-нибудь тёти Сраки, которая орёт оскорбления автоответчику.

Насколько такой «стиль работы» возможен сейчас, в конце 2023 года? Может быть, в какой-нибудь полнейшей Мухосрани такое и сохранилось, но в других местах всё давно изменилось к лучшему. Однако, где-то рудименты ещё осталось. Поэтому надо уметь их увидеть и вовремя убежать ?. Передадим опять слово Мангалычу:

У Григорьича в Ципсофте программисты и консультанты также работали и сервис-инженерами, разделения обязанностей не было! Но это ещё не самое страшное. У каждого сотрудника были «дежурства» — приходилось несколько раз в неделю сидеть на ресепшене «секретуткой» — выполнять обязанности офис-менеджера ?. И в это в 2020-е годы!