Дано
1С
Сайт с интернет-магазином.
ИНН контрагента.

Как имея просто доступ на сайт (со стороны клиента), получить список заказов (и если можно информацию еще из них).
Можно как то 1Ской туда добраться? Они в личном кабинете есть.

Если нет то как сделать.

Нужно соединением это сделать. Подключится на сайт и соответственно выгрести из него совершенные заказы.

(1) О, как раз.
Делегируй задачу Гений 1С, о тебе все расскажет. И про задачу, и про тебя.

(0) /без сарказма/
Зависит от движка интернет-магазина

Битрикс

Попроси у админа подключение к базе сайта и читай из бд.

(0) HTTP-сервисы все это могут. И с сайта в 1С постучаться, и из 1Са на сайт.

(5) Не надо из БД, у Битрикса отличный API. Структуру БД они иногда меняют, а методы API нет.

(6) это понятно что в 1С есть методы. Тут вопрос про конкретику.
Зайти на сайт и тп оно то понятно. А как заказы то достать.

(7) вот что то от слова совсем - не могу найти API битрикса.

(9) Первая строка в поиске по фразе "апи битрикс24"

(10) а причем тут Битрикс 24

(11) Хорошо, по фразе "апи битрикс магазин"

Да нету ничего Никакого АПИ у просто битрикс не существует.
Иначе бы уже давно никакие кривые обмены не нужны были.

Сейчас мне просто нужно простую задачу решить. Получить соединением к сайту с авторизацией список заказов, конкретного контрагента.

(13) 9000 рублей

http://marketplace.1c-bitrix.ru/ и т.д.

Хотя сейчас все будет как у гени... надо быстро, бесплатно...

Да нашел там какой то АПИ в маркетплейсе. ну те сторонние разработки по АПИ.

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

Ааа, без обмена, пардон не приметил.

Все. Я связался там с ребятами которые Апи сделали.
Они мне уже все показалит рассказали.
Я даже для себя там нашел то что нужно моим клиентам.

И даже уже своим рекомендацию отправил, так как увидел что они сделали вживую. Мне все показали.

(21) А статью напишешь?

В общем там пока не то АПИ. Но ребята сказали что сделают (надеюсь).
АПИ шикарное для обмена, но тут несколько другое АПИ.

Тут клиенское АПИ нужно. Т.е когда любой клиент может получить список своих заказов.

Кстати если они полное клиенское АПИ напишут для Битрикса (помимо основного), то я думаю порвут рынок.
Та как сейчас АПИ для работы клиентов далеко не многие могут себе позволить.
А в данном случае Битрикс одна из самых популярных систем. И если такое АПИ будет - то согребут очень многих клиентов.

Личный кабинет клиента чтоли?

(24) "Та как сейчас АПИ для работы клиентов далеко не многие могут себе позволить"
https://dev.1c-bitrix.ru/api_d7/bitrix/sale/classes/order/index.php
"получить список заказов (и если можно информацию еще из них)" - один php-скрипт, в качестве параметра получающий ИНН, выполняющий несколько запросов согласно документации по ссылке выше и возвращающий результат в виде JSON. Средний битриксоид напишет такое в течение одного рабочего дня.

(26) такое решение может придумать только человек вообще ничего не понимающий в интернет безопасности.
От тебя странно такое слышать

(27) почему?

в битрикс очень не плохо сделана авторизация, и она распространяется на все PHP скрипты (если они правильно написаны), я не вижу проблем с безопасностью в решении (26)....

то есть без сеансовой куки ты нифига не получишь в битриксе, вообще нифига....

Ну а чужой инн послать?

(29) в смысле?

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

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

(31) Битрикс. Насколько он перспективен?

(32) ну вот, прошло 2 месяца, какие у вас успехи?

(33) я более менее разобрался как он работает, поднял сервер, настроил минималку.

Настроил GIT с локальным сервером, разобрался с тем какие файлы и каталоги можно трогать а какие нет.
Разобрался с тем как битрикс работает с безопасностью и защитой (включая офбуксованные модули)
Разобрался с AJAX, хотя не полностью, у ник клиентский компонет совсем свой написан, и его я только начал ковырять

начал делать свои страницы к компонентам, очень долго вникал в систему имен и связи с каталогами

а потом(2 недели назад) меня затащили в другой проект на 1с, сейчас битриксом некогда заниматся

(34) жаль, можно сказать, остановились на полпути...
Но планируете ним продолжить заниматься? Реальные и оплачиваемые задачи на нем есть?

(34) Ну, а вообще, кодинга там много?

(0) У битрикса есть REST API
https://dev.1c-bitrix.ru/rest_help/index.php

(37) это рест админа, а не клиента

(35) это пауза, дальше по любому продолжу
(36) кодинг там нужен только если типовой функционал/дизайн не устраивает, то есть все примерно как в 1с, функционала вагон, все делается настройками, остаток делается расширениями. И только в самых отмороженных случаях надо писать что-то более менее большое.

(38) его никто не запрещает юзать и пользователю, просто права немного расширить.

(40) нужно расширить так, что бы он не смог причитать ничего лишнего, например от другого юзера

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

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

(43) Так мы ж не знаем заранее, кто авторизовался. Если покупатель - то неважно, что там передано в параметрах, показываем ему только его данные. Если админ - то читаем ИНН из параметров и показываем данные покупателя с этим ИНН.

(44) поэтому лучше разделить админские и клиентские апи

А писать кучу если - это моветон

(45)(46) С чего бы это? Зачем писать два АПИ, если они отличаются только парой строчек: берем или авторизованного пользователя, или находим его по ИНН из параметров? Это всего одно "если".

(0) что значит без обмена? Вы даете сайту инфу для идентификации и запрос на нужный скрипт, в ответ он вам дает заказы. Это разве не обмен?

Цепляться на прямую к бд сайта я бы не стал. Во первых это не безопасно, во вторых, вы не увидите какие заказы новые, а какие старые. У вас будет только таблица с заказами и вам каждый раз придется ее сравнивать со своей таблицей и разницу записывать в базу. Так же вы не поймете, изменился ли заказ внутри. Придется еще знать всю цепочку, где что хранится в БД, где товары, где статусы и прочее.

(49) а уж писать напрямую в базу сайта из 1с это вообще моветон)

(49) это уже дело десятое.
На крайняк там нужна фильтрация. - получить все, оплаченные, за период, получить последний заказ.

Короче говоря эта задача как правильно многие заметили  - клиенское АПИ.

И кстати кто напишет полное АПИ для Битрикса - тот соберет кучу денег. Такого апи еще нет, а клиентов на Битриксе вагон и тележка. Я думаю очень многие конторы захотят использовать АПИ для работы со своими клиентами.

Тема на миллион баксов.

(51) это уже изобретено, все кто работает с ИМ на битриксе и 1с имеют обмен. Получают заказы и прочее. У нас старый битрикс движок на сайте, свой обмен написан. Я думаю каждый более менее ИМ имеет свой протокол обмена и свою апишку. А писать универсальное средство тоже нет смысла, для этого есть модуль битрикс для 1с.

(52) ты опять путаешь - одно дело когда твой сайт и твоя 1С и ты обмен делаешь.

Другое дело это клиенское АПИ, которое ты даешь всем своим покупателям. Которые могут получать с твоего сайта каталог, номенклатуру, картинки, описания, цены, остатки и прочее.
и управыление своими заказами. создавать заказы на твоем сайте по АПИ и так далее. Как это делают крупные дистрибьюторы.

Такого АПИ для Битрикса нет. Если его сделать на массовый рынок, те любая контора можете себе поставить АПИ для клиентов.

Да и по своему обмену - то что дает Битрикс - модуль... полная дичь. Обмен через XML..... тормознутый и дикий. Там никаким АПИ и не пахнет.

(53) вы имеете в виду сайт агрегатор на подобие маркетплейсов? Надеюсь вы понимаете, что не будет универсального решения под такие задачи. Потому что битрикс в таких случаях сильно перепиленный, да и не видел я на нем подобных решений. Для кого тогда тратить сотни часов разработки API? Обычные ИМ, им достаточно типового обмена, кто чуть по крупнее - есть свой штат, есть разработчик сайта, который пилит его под нужны компании и обмен там уже не типовой.
В общем универсальный API возможен только под определенную версию битрикса, при условии, что его не ковыряли в коде. А это уже сильно срезает рынок.

(53) если ты видишь рынок - бери его. найми прога. продай пол мерседеса. напишите апи.
продавайте. купишь 2 мерседеса

(55) В Битриксе нет велосипедов новых. Там все через Инфоблоки. Любой каталог на инфоблоках. Там все предопределено, только разве что могут быть добавлены свойства (как и в 1С).
И заказы так вообще предопределенная штука.

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

ты может путаешь что на Битрикс перепиливают "обложку сайта" - ну так да - каждый себе рисует сайт. Но к внутренностям это мало имеет отношения.

Для того чтобы получить доступ к каталогу товаров - достаточно указать айди инфоблока.
Ну еще соответвенно сопоставить идентификаторы (склады, цены)...

(58) "Во всех остальных случаях там стандартные справочники - склады, валюты и так далее" - Жень, ну ты блин как будто в мире розовых пони живешь. В реальности там иногда такого в свойствах обнаруживаешь, столько переписанного в алгоритмах находишь, что от первоначальной логики мало чего остается.

(59) + ко всему у битрикса есть свое API для работы с базой и вот оно уже меняется в зависимости от версии битрикса.

(59) не поверишь 0 но со свойствами и в 1С такая же байда. Причем в 1С хуже - там конфигурации разные.

Но в том то и дело что свойства это просто свойства. А для клиентов по сути самое важное это делать заказыЮ получать цены и остатки.

(60) да нету никакого там апи.

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

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

А для задачи - вот тебе каталог и вот заказы. так вообще примитив.

(62) простой пример. Вот вам надо на сайте сделать личный кабинет для клиентов. Есть ЛК покупателей, есть ЛК поставщиков. ЛК покупателей могут быть как физ лица, так и Юр. Для Юр, нужна возможность привязки контактных лиц (торговые точки к примеру) к компании. Вот есть фирма сабвей, у нее 10 точек на районе, каждая что-то заказывает для себя, для каждой должен быть свой личный кабинет. А так же в разрезе этих точек могут быть какие то индивидуальные соглашения, либо в разрезе всей фирмы. По поводу ЛК поставщиков все еще сложнее в плане создания единого каталога без дублей и индивидуального подхода к каждому поставщику. Вот это обычная бизнес логика маркетплейсов. Попробуйте ка это на типовых инфоблоках битрекса создать. А потом к ним API типовое прикрутить и тогда поймете, что на типовой системе это не взлетит и каждый пишет это под себя поэтому универсальный API в пролете имхо.

(63) начнем с того что для Битрикса сейчас вообще никакого АПИ нет в природе)) Вернее уже есть. Только люди можно сказать написали)
А ты уже проблемы ищешь)

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

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

если вам нужна тупо замени загрузки экселя, то такой скрипт написать вообще не проблема. Тем более у вас уже есть загрузка из файла. Создаете скрипт phpшный который post'ом принимает данные, вы эти данные из тушки приводите к таблице и загружаете уже готовым кодом. Делов то на пару часов, если не меньше)

(67) *замена

Если ничего не делать)) то понятно джело одни проблемы)) А когда люди занимаются решениями проблем) то и проблем нет) Вернее есть но уже совсем другие - новые.
А кто занимается разработкой решений - для них это просто обычный процесс каждый день. Находить проблемы и их решать.
Делать соответствующие продукты))) И зарабатывать.

А вот кто видит одни проблемы - и поэтому даже не начинает что то делать. Ну так да... чо... ничего и не будет.

(67) АПИ намного шире чем какая то зщагрузка.
Во первых любой АПИ это набор инструментов. Со своими методами. Даже прайс-лист - можно отфильтровать, получить разный состав данных. Иногда нгужно по конкретному артикулу почти моментально полуить инфо.
По части прайса. как угодно.

Именно поэтому АПИ это АПИ, я не какая то хрень.

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

(70) ну так вперед, покоряйте рынок, пишите API как вы его видите для битрикса, никто же не против. Я прекрасно знаю, что такое API и сам его реализовывал, даже на 1с.

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

Такс пока ребята там с АПИ работают, я тут решил все таки попробовать расковырять без него встроенными средствами.

Я так понял что еще это можно сделать просто парсером, по типу

Соединение = Новый HTTPСоединение("subsystems.ru",443,Объект.Сабсистемс_Логин,Объект.Сабсистемс_Пароль,,,Новый ЗащищенноеСоединениеOpenSSL());
    
    Запрос = Новый HTTPЗапрос("/cabinet/orders/?filter_history=Y&filter_status=F");    
    Результат = Соединение.Получить(Запрос);

    Сообщить("Код: " + Результат.КодСостояния);
    Объект.ОтветСайта = Результат.ПолучитьТелоКакСтроку();  


Т.е. встроенными средствами просто попадать на страницу заказов, получать весь код страницы. И уже там по тегам находить список заказов.
Решение не красивое конечно. И так себе. Но как вариант.
Еще пробую найти варианты.

маня решил, что "/cabinet/orders/?filter_history=Y&filter_status=F" - не есть обращение к апи...
Ну... Я ему не судья, пусть думает ))

мань, ты хоть курлом посмотри, что оно отдаёт...

и?