Алексей: Всё-таки меня мучает вопрос с пересчётом тысяч расходов и сотен приходов каждый раз. Подумал, что к этому стоит добавлять промежуточные выписки, где будут высчитаны приходы-расходы за архивный отчётный период.
Большое спасибо за инфу, очень надеюсь, что теперь эти знания помогут наладить учёт товара =)
То есть, "у нас появился заказ -> создаётся транзакция -> записываем данные заказа в OutgoHead, а информацию о каждом товаре в OutgoBody -> пересчитываем Qty в RelationIO -> завершаем транзакцию" ?
Но я не понимаю как быть, если изначально, как я описал в вопросе, есть таблица "склад" в которой для каждого SKU должен быть свой Qty. При обращении к этой таблице нужно узнавать сколько каждого товара независимо от поставки находится сейчас на складе в свободном обращении.
Каждый раз пересчитывать все RelationIO для каждого SKU?
xmoonlight: токен будет нужен, если виджет работает или загружает данные или какой-то код динамически. Мой комментарий был к Максим с его идеей "часть данных скрипта хранить на своем сервере". Так же я предположил хорошей идеей серверу "следить" какому ресурсу он отдаёт данные через белый, либо чёрный списки.
Как своеобразный пример можно посмотреть на код счётчиков, скажем yandex.Метрики. Используют идентификатор и динамическую загрузку скрипта.
Благодарен за ответ! Может быть в вашем арсенале найдутся ссылки на материалы, боевые проекты? Или хотя бы именования методологий? Ну например "используйте accounting patterns от Martin Fowler" или "вам подойдёт CQRS pattern Greg Young'a", а я бы тогда может усомнился в необходимости применять domain driven design и мы бы поискали какие-то альтернативные возможности проектирования.
А то выходит, что я задаю риторические вопросы уровня: "надо делать транзакции?", - "надо делать транзакции!"
forgotten, да, этот момент создаёт очевидные затруднения, но мне нужно, чтобы рядом с картой был список точек из области видимости карты, отсортированный по удалённости от, например, центра карты. Это возможно сделать через ObjectManager?
Глюкъ Виртуален: сервис проверил, подключил на тест - рабочий.
Так же постараюсь связаться с разработчиками, чтобы узнать детали. Есть проблема в определении этих магистральных поясов. В Почте России считают по таблицам, а сервисы в основном определяют пояс по километрам.
Большое спасибо за инфу, очень надеюсь, что теперь эти знания помогут наладить учёт товара =)