| Цитата |
|---|
Минаев Дмитрий написал:
Заменить руководителя направления "Интеграция с 1С" в компании 1С-Битрикс |
Оригинальное использование сайта идей!
Если быть справедливым, то еще и того, кто решил привнести в Битрикс
Оплаты и Отгрузки, бездумно скопировав эти сущности из одной очень широко известной в узких кругах CMS для интернет-магазинов (Magento), да еще с таким несуразным переводом и логикой применения.
Логичнее все же было назвать
Способы оплаты (в контексте возможности принимать платежи через различные каналы, в том числе и одновременно через разные системы оплаты в рамках одного заказа) и
Отправления (именно в контексте логистики, а не документов реализации в учетной системе).
Ну и должна быть у заказа
третья сущность -
Платежный баланс, в котором должны отражаться фактически выполненые платежи, вот в него то и можно было выгружать документы фактических оплат из учетной системы (1с), учитывая их в балансе по своим правилам (например, это может быть способ учета комиссии, или если клиент оплатил в офисе сразу несколько заказов - одним приходником и т.п.). А в самом заказе, предлагаемые
Способы оплаты должны учитывать текущий
Платежный баланс по данному заказу. В том плане, чтобы нельзя было оплатить больше, чем того требует
Платежный баланс.
Таким образом - Способ оплаты - это сущность, которая ВСЕГДА НЕ ОПЛАЧЕНА, поскольку это лишь способ перевода недостающей суммы для сведения Платежного баланса заказа к состоянию "Заказ оплачен полностью".
Поступившие платежи - это поступившие платежи, а не "Оплаченная Оплата", как придумали разработчики БУС.
Ну и если уж так хочется показывать покупателю какие-то документы прям какие они есть в 1C и нагружать обмен еще и этой информацией (привет Александру Денисюку и неизвестному автору Оплат и Отгрузок) , то должна быть
четвертая сущность -
Дополнительная информация, в нее можно грузить все остальное, что придет в голову - документы реализации, документы оплаты, информацию из каких-то справочников, фотографии груза перед отправкой, и прочее.
И не надо смешивать понятия Отправления (покупателя интересует как к нему доставляется его груз, т.е.реквизиты груза - ТК, трекер для отслеживания, на какого получателя отправлен и т.п.) и документ Реализация в 1с.
Но для этого надо думать и серьезнее относится к тому, что делаешь, и желательно до выпуска в паблик решений
. И не считать покупателей БУС идиотами, а разработчиков продукта этакими небожителями. Вы берете немаленькие деньги за свой продукт и при этом не только не в состоянии самостоятельно продумать архитектуру решения, но еще и скопировать нормально у систем-аналогов не можете. А сейчас создаете темы "Кейсы применения 1с и БУС". Хотя совсем незадолго до этого на вопрос - "а вы вообще тестировали вашу логику обмена?" был ответ из разряда "все отлично, и по плану, и те у кого все отлично с обменом не пишут на форумах"....детский сад.
Вобщем, пока в БУС есть вот эти
два шедевра программистской и лингвистической мысли - "Оплата - Оплачена" и "Отгрузка - Отгружена" - никакие примеры кейсов и создаваемые по этим кейсам костыли проблему не решат.
29.04.2017 10:50:40
