Есть УТ11 и самописный сайт.
Обдумываю интеграцию.

В идеале все красиво. Происходит какое-то изменение в 1С, тут же вызывается API сайта и оно отражается на сайте.
И наоборот. Происходит какое-то изменение на сайте, тут же вызывается API 1С и оно отражается в базе.

Но тут возник вопрос о целостности транзакций.
Если сайт или база не доступны, красота рушится.

Т.е. отменять транзакции нельзя, клиент сделал заказ, нельзя же ему говорить - закажите позже, когда 1с будет работать.

Следовательно, возникает очередь и вся "красота" рушится.
Приходится и на сайте и в 1С организовывать очередь.

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

Как лучше организовать такую очередь? Если через план обмена, там нет последовательности. А она важна, надо сначала товар передать, потом заказ, а то товара может и не быть.
Пихать в регистр сведений с регистром "дата"? Это ж лишняя транзакционная нагрузка, хотя там объемы небольшие.
Или просто тупо из очереди сперва товары выбирать, потом заказы?

Как сделать по красоте?

Дожили... Гений1С не может придумать гениально красивую реализацию и спрашивает у простых смертных -)

В (0) как-то малопонятно изложено.

А вообще зачем очередность товаров и заказов?

Ставь кавку. Или кролика. На самый плохой случай - датареон.

Геня не хочет думать. Геня хочет критиковать предложеное. Подайте Гене предложение!

(3) Все эти слова ему ниочем. "Разработчики сайта упростили мне жизнь, говорят, будут вызывать только методы 1С." ЦЫ. Ему в 1С нужно. И даже не ему, а разработчикам.

(5) Да ему любые слова ни о чём. Это я так, выпендриться. Всё равно он свой велосипед сделает. С треугольными колёсами.

(4) а потом в телеграм канале 1С пишут, что миста токсичная, не желает помогать, ага.

(0) А прикинь, ты в 1С будешь обновления накатывать, а в этот момент клиент на сайте заказ будет пытатся сделать. И разработчики сайта такие "а мы ничего не знаем, это Геня".

(7) Что такое "телеграм канал" и почему он кого-то беспокоит?

(9) телеграм канал, канает и будет канать!

(0) посмотри в сторону готовых CRM, там вся работа магазина и манагеров с заказами и клеентами ведется, а одноэс сбоку, ну там товар собирается, доставляется и...

если одноэс приляжет, некритично, обменяется с CRM заказами, статусами

(10) Толпа заколебалась!

(11) ну они хотят в 1це обрабатывать и собирать заказы

(2) ну в принципе да, новый товар только из 1с уходит, порядок не критичен

(13) "Т.е. отменять транзакции нельзя, клиент сделал заказ, нельзя же ему говорить - закажите позже, когда 1с будет работать."

вот эта что за дичь?

CRM на сайте оформляет заказы. а дальше уже 1це обрабатывает и собирает заказы, если привстала после прилегания

(0) Что значит у вас не предусмотрен Офф-лайн от баз Сайта и 1С?
1. На сайте копишь, в 1С обрабатываешь.
2. В 1С копишь, на сайте размещаешь (обновляешь).

Все ровно все не происходит в онлайн режиме? (задержки так или иначе есть)

(15) Геня просто никогда ничего сам в интернетах магазинах не покупал и не понимает зачем там подтверждения заказа разные на электропочту падают, смс ки какие-то прислаются...

(0) поздравляю ты придумал ESB

в 1с просто добавить реквизит дока " отправлен на сайт" отправлять доки обработкой. доки с сайта не попавщие в 1с , отражать в sql таблице.

не попавшие))

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

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

А может использовать какие-либо представления? В 1С есть такая шняга? Типа таблицы для внешних данных?

(22) Ларек с шаурмой автоматизируешь?

Я прав вот в этом?

ну тут еще будет проблема сборки JSON. в 1С нет инструментов для быстрого формирования JSON по результату запроса.
Т.е. записи будут перебираться и формироваться построчно текст ответа. В любом случае это не очень быстро. Поэтому большие объемы данных будут гоняться не очень быстро.

(24) коммерческая тайна

(25) В принципе достаточно быстро.

(25) на сайте идет отгрузка по 1к накладных в минуту в которых отстатыщь позиций?

(25) Это у тебя нет инструментов. У 1С все есть.

Тут или только online или очередь.
Очередь может вести отдельное приложение типа rabbit MQ,но тогда оно тоже должно быть всегда доступно.
Метод 1с - регистрация к обмену в отдельной таблице,а отправка потом,только это потом нужно очень грамотно подобрать.

(30) да я понимаю, что в 1С все по очереди.
Я предложил еще ODATA, но не знаю, насколько она шустрая...

(31) odata быстрая

(25) фабрикаXDTO умеет быстро в жопсон сохранять для "тела" хэхэтэпэ-запроса

и эта, на XDTO-пакетах удобно апи для тырнет-интеграции реализовывать. структура данных становится "прозрачной". заполнение и получение "тела" в несколько строк заклинаний на одноэс

+(33) вот тут небольшой пример есть использованию XDTO для жопсон-тела запроса

Объектная модель без метаданных

(33) а как результат запроса запихнуть без перебора в фабрикуXDTO?

(32) в ODATA нельзя соединения делать? Только сырые данные из таблиц, так?

что то не вяжутся объемы сайта и файловая 1с

(37)религия гения запрещает использование серверных технологий, только примитивные, только хардкор

(35) значениевстрокувнутр() ёпта

а зачем без перебора невпихуемое пихать в XDTO?

типа ты им Запрос.Выполнить().Выгрузить() в жопсон и дальше там сами как хотите разбирайтесь?  так не работает

я так понимаю апи с сайтом тоже пока на уровне Г1С-идей?

(35) Выгрузить результат запроса в таблицу значений, которую при сериализации обрабатывать функцией преобразования, преобразовывая в массив структур.

(40) ну так любой одноэсник может, а вопрос был "как без перебора результат запроса запихать" :)

(39) ндык API они мне дали. Там есть, например, запрос из 1С полного списка товаров, причем с с-стью, поставщиком и последней закупочной. И с пагинацией. Изначально я им изменения предлагал, а они олдскул, хотят всё и сразу засасывать к себе из 1с.

(40) дык сериализация медленная будет

(42) Нафейхоа на сайте (!!!!!) с/с и закупочные цены? Я бы на твоём месте послал бы их на известную гору в Перу

(44) наверное для оперативного просмотра прибыли

(44) клиент всегда прав, ты шо

(43) ну дык выложи им в текстовый файл с разделителем (CSV) на sftp, пусть забирают с определенной периодичностью всё

а если определенным позициям запросить с пагинацией (ну например для 20 товаров), то можно и по апи им быстро ответить. но чтобы по любой прихоти быстро всё из 1С отдавать - опять дичь дичайшая

(44) ну может у них ценообразование на сайте реализовано.

(46) Вот на той горе и пусть будет хоть прав, хоть лев.

+(47) быстро всё - всё что нажито непосильным трудом - остатки, примерностоимость, цены, последняя закупочная по поставщикам и прочая муть

(47) так по запросу из API хотят. Хотя можно, конечно, файлик изначально готовить, а передавать по запросу, но тут ключевое, что они хз как часто будут запрашивать. Попробую через ADATA

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

(0)
Не нужно ничего побеждать.
Нужно латку поставить.

(52) +1

(52) я больше имел ввиду, что план обмена не хранит порядок регистрации объекта (или время)

Ну коллеги, всем спасибо, с божьей и Мисто-помощью ТЗ написал.