Мне кажется, что тут недостаточно исходных данных для точного ответа, потому что возможны разные сценарии в зависимости от процессов и архитектуры.
>> "запрос счета" у пользователя и "запрошенный счет" у бухгалтерии - это разные сущности?
Скорее да, у вас может может быть целый ворох действий по постановке и выполнению формирования счета для пользователя через какой-нибудь битрикс. А для пользователя важно видеть только счетное кол-во статусов (принято, в работе, выполнено).
>> каким образом "запрос счета" превращается в "запрошенный счет"? Должен ли пользователь знать о бухгалтерии и дергать в ней какой-то метод, чтобы запросить счет?
А какая архитектура? Синхронная/асинхронная? Можно дергать метод апи, а можно в брокер события кидать.
Вряд ли микроконтроллер потянет, тут уже полноценный проц нужен. Ну и вопрос по возможностям приемника.
Мне кажется, что тут недостаточно исходных данных для точного ответа, потому что возможны разные сценарии в зависимости от процессов и архитектуры.
>> "запрос счета" у пользователя и "запрошенный счет" у бухгалтерии - это разные сущности?
Скорее да, у вас может может быть целый ворох действий по постановке и выполнению формирования счета для пользователя через какой-нибудь битрикс. А для пользователя важно видеть только счетное кол-во статусов (принято, в работе, выполнено).
>> каким образом "запрос счета" превращается в "запрошенный счет"? Должен ли пользователь знать о бухгалтерии и дергать в ней какой-то метод, чтобы запросить счет?
А какая архитектура? Синхронная/асинхронная? Можно дергать метод апи, а можно в брокер события кидать.
на сколько знаю, такие девайсы через AT-команды. Если судить по этой статье (https://wirenboard.com/wiki/index.php/GSM/GPRS#Примеры_команд_gammu), то gammu именно так и рулит, поэтому при должной настройке устройства должны подружиться
а о каких высотах и частотах идет речь? ионосфера не будет оказывать влияние?