Что такое в вашем понимании «управляющая инструкция»? Что вас в этом коде смущает? Какой у этого кода контекст?
Реакту такая конструкция не очень свойственна.
Делается это так: вы находите какую-то компанию, занимающуюся автоматизацией, они выезжают на место, смотрят, что у вас уже есть, собирают ваши потребности в деталях, подбирают под них конкретное оборудование с оглядкой на то, что на данный момент доступно в России, делают проект. Вот из этого проекта вы и узнаёте насколько это всё технически проблемно и сколько примерно* это будет стоить.
Самостоятельно на текущем вашем уровне такое можно сделать только энтузиасту, у которого много свободного времени, чтобы разбираться, и высокая толерантность к переделкам на основе набитых шишек. Как вы понимаете, это не имеет ничего общего с ведением бизнеса.
*во время реализации будут всплывать неучтённые хотелки, невыявленные проблемы и сложности с покупкой оборудования и курсом рубля
Вам нужно полностью переустановить модуль и, если это не поможет, обратиться в их поддержку. Пытаться править по одной ошибке совместимости последовательно бессмысленно.
На сервер передаются числа без знаков запятой или точки (Используются как разделители для числа)
Но сама суть в том, что при тестировании локально float.TryParse выдаёт true при парсе числа через запятую, а на сервере оно даже не доходит к этому
Так какая всё же проблема - с клиента передаются значения неправильные или на сервере полученные значения не обрабатываются? Если второе, то показывайте серверный код.
Геолокация не влияет, теоретически могут влиять настройки локали на конкретной машине. Как на практике не знаю, не сишарпер.
JS код выглядит рабочим, за исключением того, что значение priceIsValid никак не используется.
Вы, если хотите получать точные ответы, то показывайте в вопросе сразу весь релевантный код.
Откуда нам по этому коду знать, в чём проблема? Может, вы в областях видимости запутались, а может, создаёте несколько таймеров по ошибке.
Реакту такая конструкция не очень свойственна.