Ну то есть запилить руками и не искать готового. Вынять чем нить вроде 1С-Joomla ( UNIMODULE v3.0), импортом ручного производства положить в Zoo, а когда все уже там лежит натравить на него JBZoo и вроде как готово
Отвечу сам на свой вопрос. В итоге импорт сделан. Алгоритм примерно такой.
За основу берем 1С - пишем скрипт на ней как внешнюю форму.
1. Пехаем ее в расписание (Делал на 1С 8.3 Торговля 11 там эта штука в стандартном комплекте)
2. Соединяемся с базой сайта испоьзуя ADODB
Если провайдер требует SSH туннель - есть решения - используя утилиту из комплекта putty запускаем туннель стартуя внешнюю прогу прям из 1с потом коннектимся к базе.
3. Вынимаем запросом из 1С все что нам нужно
4. Далее так как в JBZoo свойства и их значения хранятся в поле в формате JSON формируем нужную конструкцию
В 1С 8.3 есть стандартные функции по работе с JSON чтобы все срослось как надо делал настроечные таблицы соответствия между атрибутами сайта и 1С. Таблицы хранил в БД сайта - так к ним достучаться проще.
5. Сформировать Insert Update запулить в базу, записать логи, скопировать файлы по ftp если нужно - в 1С тоже теперь можно и фтп хватать.
6. Запустить Индексацию каталога jbzoo на хостинге. Консультировался у разработчиков - сказали огород не городить, самому не писать, запускать штатную с использованием утилиты консольной cli, которую они недавно сделали. В крон на хостинге пехается запуск файла с параметрами - время подгадываем после импорта - это слабое место схемы.
В итоге имеем копию на сайте 1С-ной торговли используя JBzoo. Конечно тема кастомная, но в UNIMODULE за такое запросили плюсом 30 т.р и 3 недели работы, а так вышло вполне в бюджете проекта.
Импорт односторонний сделан, но перекидывать информацию о заказах с сайта в 1С не так сложно - запросы из таблиц в Mysql сравниваем с объектами Торговле.