Какой должен быть алгоритм синхронизации с 1С?

Question

[Лев Салатов]

Здравствуйте!

Стоит задача реализовать синхронизацию товаров из 1С для сохранения в базу данных сайта. Сайт на PHP самописный.
Почитал документацию.

Но никак не пойму как именно реализовать сохранение.

Вариант 1.
1. Полученный от 1С xml-файл сохранить во временной папке на сервере
2. Скриптом сразу его распарсить
3. Пройти в цикле и сохранить в БД
4. Переместить изображения в нужную папку на сервере
5. Удалить xml-файл и изображения из временной папки
6. Ответить success и по новой для следующего файла

Вариант 2.
1. Полученный от 1С xml-файл сохранить во временной папке на сервере
2. Новые данные от 1С дописывать в существующий xml-файл
3. Когда все данные будут получены, ответить success и только потом обрабатывать xml?

И не смог найти в документации как потом делать актуализацию только по ценам и остаткам, если товары уже есть в базе данных сайта?

Буду очень благодарен если опишите правильный алгоритм действий.

Заранее спасибо!

Comments

[alexsuvorov_kirov]

Там какое то огромное количество номенклатуры? Обычно один файл импорта с номенклатурой и второй с офферами.

1c складывает их по расписанию в папку - вы по расписанию забираете, парсите и грузите номенклатуру в бд.

Товары могут появится новые, обходить надо и то и другое. Просто храните для оферов и товаров guid и смотрите по нему, есть он в базе или нет. Если нет - создаем, если есть обновляем - если есть в этом необходимость.

Отвечать 1с-ке в таком случае ничего не нужно

Есть еще вариант с ODATA протоколом, чтобы самому сходить и собрать все что нужно напрямую из 1с, но это вряд ли вам необходимо )

[Лев Салатов]

alexsuvorov_kirov, на текущий момент в номенклатуре около 500 000 позиций. Не знаю, много это или нет. Но в любом случае буду ограничивать размер файла, чтобы сервер не упал.

Со советы спасибо. Вот только я в терминологии не силен, под офферами Вы имеете в виду одноименный файл, где цены и количество, а импорт - это файл с деревом категорий?

oData я хотел изначально, мне REST ближе, чем одностороннее взаимодействие, но 1с-ник сказал, что без вариантов.

[alexsuvorov_kirov]

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

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

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

[Лев Салатов]

alexsuvorov_kirov, спасибо за разъяснения. Если ответ в 1с не так важен, то что происходит, если я отвечу progress? Документация говорит, что 1С отправит этот файл еще раз. Это для чего нужно? Чтобы какой-то битый файл заново обработать или если на сервере проблема возникла и он не сохранил данные?

[alexsuvorov_kirov]

Лев Салатов, но ведь актуальный файл уже у вас ) если обработка по тем или иным причинам встала, то можно запустить ее еще раз.

Я не думаю что 1с будет генерить вам файл в риалтайме по запросу. Скорее всего отдаст тот же самый.

Механизмами ответов в 1с, насколько помню, вообще не пользовался никогда - наверное стоит заглянуть )

[Лев Салатов]

alexsuvorov_kirov, логично)) видимо, я уже загоняю сам себя. Еще раз спасибо за ответы и советы!

Answer 1

[Довольный Айтишникъ]

Вариант 2 точно не стоит использовать, так как:
1. Вы ответили success, а значит данные успешно получены, а потом вдруг при обработке файла поняли, что он поломан...
2. Если всё собирать в один файл, то его размер может вырасти до неприличия и парсер при его обработке умрет, а вы уже ответили success и попробуй пойми какая част данных в базе, а какая не успела обработаться...