Доброго времени суток, дамы и господа. Сегодня я помучаю вас очередными бреднями. Ситуация такая. Есть конфигурация типовая "Бух 3.0", а так же нетиповая, рукописная конфигурация. Подскажите, пожалуйста... Мне нужно организовать обмен между базами, синхронизировать справочник номенклатуры, справочник сотрудников, как минимум. Что нужно для этого сделать?

только одно попрошу, не язвите, реально нужна помощь...

(0) Если обмен одноразовый или нерегулярный ищите "Конвертация данных".

+(2) https://its.1c.ru/db/metod8dev/content/2943/hdoc

(2) Раз в неделю.

(4)  Тогда к конвертации данных нужен будет план обмена и регламентное задание

(2) КД проще, чем свой обмен написать с нетиповой то? Самому пользоваться не доводилось, но коллеги, которые пробовали почему-то плевались.

(6) Имеете ввиду, что написать свой, нетиповой обмен проще?

(4) Ну тогда точно Вам с КД надо начинать. "Нужно организовать обмен между базами" - ? односторонний или в две стороны. Ну про периодичность Вы уже ответили. Но если сразу задать вопрос полнее - получите более точный ответ.

Обмен в две стороны. Раз в неделю. Синхронизация пары документов и пары справочников.

В будущем будет разрастаться функционал ?

Нет, функционал останется на текущем уровне.

(7) Я не утверждаю, а задаюсь вопросом у знающих людей. Сам КД не пробовал. В подобной задаче (кривенькая самописка на 7) писал свой обмен через XML-ки. Сейчас бы интереса ради помучал бы odata, если б на это время было.

(12)+ Ну, в свою защиту сразу - там требование заказчика было, что б обмен шёл через файлики... Так что было каков чертёж таков деталь)

https://phocs.ru/universalnyi-obmen-dannymi-xml-8-3-obmen-cherez-universalnyi-format/
Вот еще полезная статья.

а чо там есть в этой самописке ? Планы обмена умеет ?

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

А кто из них мастер ? где инфа появляется раньше - в бп или в самописке ?

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

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

Обе конфы лежат на одном устройстве

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

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

(21) Дополню если это нужно раз внеделю. то можно и регл. задание не делать в этой обработке. тупо по нажатию кнопки. показать ответственному куда жать и все. так же можно сделать выбор периода. Если КД не знаешь, то обработкой с коннектом к базе, будет проще, кодом.

(20) Бухня и кладовщик один комп чтоль делят ?

В порядке бреда предложение: Если функционал "самописки" простой, переносим его в расширение к БП. Запускаем кладовщика в БП с урезанными правами (только на функционал расширения). Единожды переносим с помощью КД данные из "самописки" в БП с расширением, и с помощью внутренней обработки регулярно переливаем данные из функционала расширения в стандартные документы. Никаких обменов, и следственно коллизий с дублями объектов.

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

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

(26) Различие кардинальное: синхронизация справочников. Дубли. Бухгалтер внес новую номенклатуру "у себя", кладовщик "у себя". Если "точка ввода" первичной информации не уникальна всегда есть шанс на коллизию.

(27) Так для этого нужно что бы люди учет вели нормально.
Если у них сейчас кладовщик ввел "Велосипед" и кодом 0000020. А Бухгалтер ввел "Велик" с кодом "0000034".. то ни какие обмены ему не помогут) 1с не поймет что это одно и то же.
Если человек пишет про обмены значит какое то поле все же одинаковое. Артикулы например. тогда дублей не будет. проверяешь по нормальному полю и все.
А ты предлагаешь перенести все в БП в расширение. Так это тогда еще справочники нужно сопостовлять при условии что они кардинально разные вплоть до артикулов. а по факту одни и те же .. не думаю что у них все так плохо )

(23) Сервер. Не комп, все сидят через удаленку

(18) Это односторонний обмен, только из самописки в БП. Берите КД2 создавайте правила обмена и не мучайтесь со всем остальным. Не стОит.

(30) Если человек не знает КД и не пользовался им.. будет на много сложнее в нем написать правила обмена, потом еще создать регл. задание настроить рассписание. чем
Создать обработку внешнию в БП, прописать туда коннект к базе и кодом кидать доки и справочники (с проверками ессесно).
Далее по 1 кнопочке запускать когда надо, либо повестить на нее рассписание. вот ИМХО )

(0) в самописку БСП и потом https://youtu.be/pKcI2nMjWoU

(12), (13) КД - наикрутейший инструмент. А плевались потому что довольно сложный в освоении. Плюс к тому можно в итоге через http сервис обмениваться двоичными данными(готовый файл для загрузки), сам такие обмены уже не раз писал.

По топику: http сервис же. Отдавай из своей самописки что хочешь в json/xml. Создание справочников не так уж сложно будет описать.