thepry

Можно. В 1С есть веб- и http-сервисы. Соответственно ваш бэк-енд сайта должен отправлять в 1С данные, а 1С будет возвращать результат расчетов.

Тонкий клиент не поможет.

Джуниор и стажер немного разные вещи.

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

При таком раскладе денег нужно на месяц-два съема жилья - у меня съезжал знакомый и я стал снимать вместо него.

Стажер 1С может расчитывать на 20-30к в месяц, как мне кажется. Но не знаю насколько просто будет найти такую работу.

>> идеальным вариантом нам кажется - писать напрямую в базу данных 1С.

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

>> Какие может еще есть интерфейсы для синхронного взаимодействия 1С и внешних систем?

1. Веб-сервисы в 1С.
2. Http-сервисы в 1С.
3. Отдельные таблицы в БД: База клиентов -> База 1С и наоборот. В таблицу выгружать изменения и со стороны 1С проверять раз в n времени, если что-то там есть, то считывать и удалять считанное.

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

Просто выгрузите то, что вам нужно из 1С в какой-нибудь формат: xml, csv, да хоть excel. И загрузите в другую базу данных.

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

Вам быстрее будет влиться в .Net, чем в 1С с нуля. Хоть и принято считать, что в 1С порог входа очень низкий, все же я, обсуждая с другими разработчиками, пришел к выводу, что нужно около года, чтобы «въехать в 1С». Это, если вам повезет и вы на первой работе будете заниматься разработкой, а не консультировать пользователей и обновлять конфигурации.

У 1С есть фундаментальный недостаток: она не известна вне СНГ, поэтому трактор на 1С не заведешь. Ну и недостатки поменьше - сложности с удаленной работой, хуже условия труда, необходимость общаться с клиентами (хотя для кого-то это плюс), говнокод и т.п. Сам язык так себе, но платформа классная. Работа бывает как очень интересная, так и очень скучная. Но это очень субъективно.

Сам работаю 1С разработчиком два года. Хотел бы и дальше, если бы была возможность жить за границей и получать зарплату в долларах/евро. Но нет. Поэтому, сейчас изучаю руби.

Книги читать нужно. Они не только дают знания в нужной вам области, но и учат писать грамотно.

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

Это то, что пригодится всем 1С программистам.

Подскажите используете ли вы в своей работе PHP/JS?

Нет

все таки 99% работы связанно именно с 1С?

Да

Входит ли в ваши обязанности настройка обмена данных с сайтом под 1С Битрикс(что то писать или дописывать на PHP/JS) или это не входит в работу программиста 1С?

Не входит.

На сколько актуально на сегодня мобильная разработка под 1С

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

Лучший вариант - создать вебсервисы в 1С и обращаться к ним из под php. В 1С давно есть SOAP сервисы, которые работают с XML, а 8.3.5 уже может работать с REST интерфейсом. Часть методов платформа умеет генерировать сама.

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

Еще можно писать напрямую запросы к СУБД, если база серверная, но это совсем не best practice.

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

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

Я ничем таким никогда не занимался, но смотрел бы в сторону:

1. Веб-сервисов и работы с 1С через веб приложение.

2. Мобильное приложение 1С (Тут нужно выяснить получится ли с мобильного приложения обмениваться данными через планы обмена, или веб-сервисы). Этот вариант кажется самым привлекательным т.к. позволит какую-то бизнес-логику выполнять на уровне мобильного приложения..

Варианты с SQL запросами к отдельной базе слишком сложный. Напрямую к базе 1С можно, но тоже сложно, неудобно и лучше так не делать :)

1. Книжка «Понимание SQL». Ее стоит прочитать и сделать все упражнения оттуда. Вопросы по соединениям таблиц спрашивают на 100% собеседований.
2. Познакомившись с SQL, идти работать стажером :-) Лучше не туда, где нужно будет устанавливать обновления, а туда, где тебя будут учить программировать.
3. Уроки на ютубе: были очень классные по запросам и управляемому приложению.
4. Книжка «Архитектура и работа с данными 1С Предприятия»
5. Не могу посоветовать ничего конкретного, но стоит порешать учетные задачи. Сделать конфигурацию с учетом остатков и т.д.
6. Изучить основные объекты 1С: справочники, документы, отчеты, регистры сведений, накопления.

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

Пункт про работу самый важный - так проще и быстрее всего научиться программировать 1С.

1С контролирует версии объектов.

Например, сотрудники А и Б открыли документ. Внесли изменения, потом сотрудник А записал его. Версия объекта в базе данных изменилась. Когда Б. нажмет «записать», 1С сравнит версию, которая есть у Б. с версией в базе данных и, если они не совпадут, выдаст ошибку и не позволит записать. Это стандартное поведение. Его можно перепрограммировать.

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

Нужно более конкретное описание задачи, тогда, возможно, еще что-нибудь посоветую.

Я бы написал веб-сервисы в обеих системах. Со стороны 1С по веб-сервису для каждого документа.
Немного кода в 1С написать придется.

Я бы сделал веб-сервисы как со стороны 1С, так и со стороны CRM.
С XML 1С отлично работает. Там есть понятие «Схема XDTO» - в которой описываются поля XML файла. Можно работать с XML как с объектом, у которого есть набор полей.

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

Нормальная структура такая:
1. в 1С меняется статус документа
2. Если статус «оплачен», то ссылка на документ записывается в специальную таблицу (регистр сведений)
3. Регламентное задание раз в X секунд считывает записи с регистре и по одной, или пакетом, отправляет в CRM систему.
4. Если из CRM пришел ответ, что все ок, то запись из регистра удаляется.
4.1 - Если ответа нет, или он другой, то регламентное задание через X секунд повторит попытку.

Если это Битрикс, то там, скорее всего используется XML. УТ11 с Битриксом обменивается XML формата CommerceML.

Если в самой 1С этого не реализовано, то придется, либо собирать руками xml файл, либо скачать xml схему, загрузить как XDTO и работать с XDTO объектом, а система потом сама сформирует xml. Последний вариант, конечно, удобнее. Я такое писал для выгрузки номенклатуры в Битрикс.