Это надо ввести в консоле сервера, либо подключившись по ssh
06.05.2017 04:27:51
Не было бы все печально, если бы я не просил после всех необходимых манипуляций вернуть все как было до вмешательства. Но видимо ответ на это предложение, решили перенести на следующий рабочий день. Поэтому пришлось "самостоятельно в рамках технической поддержки" смотреть по дате, что и где они там меняли, возвращать все в "частично-рабочее состояние". Мы как китайские комсомолы. Сами себе создаем проблемы и сами их решаем. Чуть не забыл
|
|||||
|
05.05.2017 03:05:57
Вот наш вариант БУС + УНФ 1.6
Вся учетная информация ведется в 1с. Вариант 1. Розничные покупатели из других регионов. В данном случае возможна оплата только платежной системой. 1) На сайте оформлен заказ "Принят, Ожидается оплата" выгрузился в 1с со статусом "Загружен". 2) Как только человек оплачивает заказ, например через яндекс кассу, в бус приходит галка оплаты, -> печатается чек ккм. Нам в свою очередь выписка с платежами. Менеджер отгружает заказ в 1с, меняет статус на "В работе". Выгружаем из 1с док отгрузки, оплаты и сам заказ покупателя с необходимыми правками. На сайте заказ должен быть в нужном статусе, отгружен и оплачен, без каких-либо "проблем с заказом". Вариант 2. Оптовые покупатели, разрешена покупка в долг. 1) На сайте оформлен заказ "Принят, Ожидается оплата" выгрузился в 1с со статусом "Загружен". Мы в свою очередь в 1с меняем статус заказа на "В работе", проводим док реализации, оплату не ставим, в бус должен уйти заказ покупателя, с измененным статусом, с отгрузкой, но без оплаты, и никаких проблем с заказом в данном случае опять таки нет. Не нужно удалять документ оплаты из бус. Возможность оплаты заказа, до самого факта его оплаты должна оставаться всегда. чтоб не получилось в этом случае звонки менеджеру а по какому заказу сколько я должен, зашел - увидел - оплатил. Через неделю покупатель вносит n-ую сумму денег, и мы закрываем задолженности по этим заказам. Они должны иметь возможность быть оплаченными, даже если уже отгружены, и тем более находясь в финальном статусе. В 1с ведь этот заказ уже закрыт, просто не оплачен. (Кстати, расчет ведь из регистра берется?) Вариант 3. Продажу в розницу в своем регионе. На сайте оформлен заказ "Принят, Ожидается оплата" выгрузился в 1с со статусом "Загружен". Ждем клиента непосредственно в офисе, он вносит оплату, мы меняем статус документа, проводим оплату, отгрузку. На сайте все отгружено, оплачено, без проблем в нужном статусе. На данный момент, у меня стоит запрет загрузок документов оплаты из бус. Когда я создаю в 1с новый документ оплаты, он прекрасно уходит в бус, при этом там никаких проблем с заказом нет, и ничего не удаляется. Просто создается второй документ оплаты. Да и черт с ним, заказ ведь оплачен. С отгрузками же иначе, там всегда проблема с заказом. Значит дело в отгрузках. Кстати, как временной решение можно выключить загрузку отгрузок в 1с. В бусе в момент обмена документами родные оплата и отгрузка будут удаляться, а нормальные выгружаться из 1с. |
|
|
28.04.2017 17:44:22
Я считаю нужно использовать весь потенциал, в том числе, долбить тех поддержку, чтобы она довела до сведения- того разработчика, который все это "гомырит". Ведь можно купить ВАЗ2109 по цене мерседеса, а все равно ездить на 2109.... и однажды вечером, поставив его в гараж и залив масла, На утро он не заводится...
p.s и нет, мне никто не доплачивает, более того, я убиваю свое личное время, на исправление тех ошибок, в тестировании которых я участия не принимал. Но так сложились обстоятельства. И не только у меня, как вы видите. Создавая очередное обращение в ТП, я уже сам себя чувствую неловко, по непонятной мне причине. Уж не знаю, что думает обо мне Юрий Свиридов, которой расхлебывает это все... |
|
|
28.04.2017 15:00:24
и уж тем более мне не понятно, каким образом я сделал вам больно... |
|||||
|
28.04.2017 09:00:43
уж не знаю че они там наворотили в последней стабильно лагающей версии модуля sale. Но замена папки от предыдущей версии мою проблему решила.
Положить в /home/bitrix/www/bitrix/modules/sale/lib предварительно переименовать старую в exchange_epic например. теперь у меня статусы меняются. |
|
|
28.04.2017 08:01:08
Согласен полностью. Заказ приходит на сайт в состоянии Принят, ожидается оплата. Человек оплачивает заказ через яндекс, статус заказа меняется на оплачен. Мы в свою очередь выписку из яндекса видим только на следующий рабочий день. Меняем состояние заказа что он в работе, проводим оплату и отгрузку на стороне 1с, и все это дело должно выгружаться на сайт. Т.е. По простому, пусть заказ оплачен, он ДОЛЖЕН быть отгружен выгрузкой из 1с, просто обязан. И статус у него так же должен меняться. Ситуация вторая, есть оптовые покупатели, которым разрешена покупка в долг. В этом случае мы отгружаем заказ в 1с, меняем статус, на сайте статус долэен быть = статусу в 1с, + отгружен если в 1с есть док реализации. Приходит он на следующий день, оплачивает вчерашний заказ, забирает новый. Вчерашний заказ должен оплачиваться выгрузкой из 1с несмотря на то что он отгружен.
|
|
|
27.04.2017 07:26:17
Ваш же сотрудник мне написал полную ересь:
|
|||||
|
26.04.2017 19:17:03
Я работаю только в УНФ её и имею ввиду. Чел сделал заказ на сайте.
Он принят, ожидается оплата. ( в 1с этот статус = загружен) чел оплатил заказ в бус, что делать в этом случае с ФЗ54? Статус не измениться, я сколько угодно буду гонять обмен, ответ один, заказ оплачен полностью, изменения не возможны. Все, занавес. Интеграция окончена. |
|
|
26.04.2017 19:02:32
|
|||
|