Имеется ли решения дополнительного статуса заказа? - Разработки и улучшения

заказы падают к нам в статусах ОПЛАЧЕН и НЕ ОПЛАЧЕН
по идее это статус оплаты
есть необходимость не трогать статусы оплаты, создав параллельно статусы заказа

ПРИНЯТ В РАБОТУ
В ОЧЕРЕДИ НА СБОРКУ
НА СБОРКЕ
ПОДГОТОВЛЕН К ОТПРАВКЕ
ОТПРАВЛЕН

Понимаю, что Вы сейчас можете написать: что тебе мешает создать все статусы и пользовать поле в БД order_status согласно разработчику JoomShopping
но всвязи с доработками интеграции с 1С Торговлей возникла необходимость разделить статус оплаты и статус заказа.
к примеру заказ неоплачен и этот статус должен остаться параллельно со статусами ПРИНЯТ В РАБОТУ ....

Что это мысли в слух или предложение разработчикам доработать функционал компонента?

Зачем на сайте у заказа сохранять два статуса? Сделайте это в 1С. Если на сайте "Не оплачен" в 1С - "Не оплачен" = "Принят в работу" + "Не оплачен"

Само по себе статус "Принят в работу" подразумевает что заказ не оплачен... А когда он оплачен, значит он "Оплачен"

что тебе мешает создать все статусы и пользовать поле в БД order_status согласно разработчику JoomShopping

Само по себе статус "Принят в работу" подразумевает что заказ не оплачен... А когда он оплачен, значит он "Оплачен"

Не означает. Некоторые организации работают с постоплатой (после поставки) и с предоплатой. Причем с разными клиентами по разному. И потому статус оплаты никак не отражает стадию выполнения заказа. Запрос ТС вполне резонный.
Не знаю как там в JoomShopping все организовано, но почему просто не сделать доп.поле для стадии выполнения заказа?

Не знаю как там в JoomShopping все организовано, но почему просто не сделать доп.поле для стадии выполнения заказа?

))) Да !! - А в обще реально если посчитать - при условии отправки заказа на Марс
Сколько статусов заказ может иметь ?
sivers - К Вам вопрос !
И да я точно тоже не знаю - можно добавлять статусы заказа а JSH ! - скорее все что да !

мысли в слух или предложение разработчикам доработать функционал

Плюс - Хорошо подмечено !

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

Вот тут самое главное !!
Уважаемый dss - JoomShoping как и VirtueMart это же не система управления предприятием 
То там - может быть 1E-3 статусов заказов - (простите перечислять не буду...)
тож - просто магаз... - Это как в обычный супермаркет зайти и на кассе пробить товар ...
Зачем касиру знать о всех  движениях корпорации ?

Некоторые организации работают с постоплатой (после поставки)

Ну и что? Значит просто измениться порядок статусов заказа... Сначала - "Отправлен заказчику", потом - "Оплачен" и затем уже "Завершен"

Все остальные статусы которые идут до статуса "Отправлен заказчику" (и он в том числе) = "Не оплачен"

Некоторые организации работают ... и с предоплатой

В случае предоплаты все просто: Если онлайн, то заказу назначается подряд сразу два статуса - Сначала - "В ожидании" или "Принят в работу" и тут же как только получен ответ от платежной системы, меняется на - "Оплачен"

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

Вообще, я уже писал, то что хочет ТС, нужно делать на уровне 1С, а на сайте это не нужный функционал

ну не стоит перегибать и усложнять

создавайте те статусы, которые вам надо. хоть 100500 и назначайте как надо.
например создав плагин, от способа оплаты и/или доставки. если постоплата.
- Оплачен (принят в работу)
- Не оплачен (принят в работу)
считаем что сделали второе поле для оплат ?