Александр Маликов

Вариант написать обращения к REST API Woocommerce, он достаточно развит. Заготовка со стороны 1С есть.

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

Это формат CommerceML в нем нет реквизита "старая цена", но есть возможность выгрузить еще один вид цен.
В дальнейшем его использовать в качестве "старой" на сайте.

Доработать модуль обмена с Б24, предварительно решив как решать коллизии с номерами.
Альтернатива: в список заказов вывести номер из Б24.

1. Пример: https://smsc.ru/api/http/?SE=101c5865#inbox
2. Вы не указали язык программирования, в любом случае нужно взаимодействие с GSM модемом, пример:
www.headwind.ru/features.html

Сам сторонник REST API, поэтому применял https://opencart-api.com, присутствует legacy код, немного правил.
Основная проблема это хранение guid на стороне opencart.

На элементах товара GUID из 1C записывал в "scu" , с остальным проблема по причине отсутствия подобного поля

На сколько помню в "OpenCart Exchange 1C" добавляется дополнительная таблица с линковкой id опенкарта и guid из 1С, достаточно хорошее решение, но сам формат CML и связанное с ним "черная коробка".

Вариант "напрямую в SQL": cms1c.ru/opencart

RAML 1.0 поддерживает наследование от нескольких типов:

#%RAML 1.0
title: Example API
version: v1

types: 
  Order:
    type: object
    properties: 
      id:
        type: integer
      date:
        type: integer

  Ext_type:
    type: object
    properties: 
      ext_type_property:
        type: string

  Order_ext:
    type: [Order,Ext_type]

API console обработал корректно
Что будет при "смешивании" различных типов не проверял.

#%RAML 1.0
title: Example API
version: v1

types: 
  Dictonary_1:
    type: array
    items: string
      
  Dictonary_item:
    type: object
    properties: 
      name:
        type: string
      value:
        type: string
        
  Dictonary_2:
    type: array
    items: Dictonary_item

/Dictonary_1:
  post:
    body: 
      application/json:
        type: Dictonary_1
        example: |
          [
            "item1",
            "item2",
            "item3"
          ]
          
/Dictonary_2:
  post:
    body: 
      application/json:  
        type: Dictonary_2
        example: |
          [
            {
              "name": "name1",
              "value": "item1"
            },
            {
              "name": "name2",
              "value": "item2"
            }
          ]

Указание типа в ресурсе бессмысленно.
Хорошо работает вариант с ResourceType:

/Organizations:
  type: collection-item
  /{guid}:
    type: item

item:

#%RAML 1.0 ResourceType

description: Элемент <<resourcePathName | !singularize>>
uriParameters:
  guid:
    pattern: |
      [0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}
get:
  is: [secured]
  description: Получить элемент <<resourcePathName | !singularize>>
  responses:
    200:
      body:
        application/json:
          type: <<resourcePathName | !singularize>>
    404:
      description: Ресурс не найден

при выводе через API console линки работают нормально в RAML2HTML думаю тоже нормально отображаться будет.