Печально то, что поле с треком в сущности заказ есть на кладке доставка и именно туда пишут номер автоматизированные обработчики в УНФ. Но что делать. Берем напильник...
21.07.2017 15:16:17
Если скрины нужны, то вот...
После обмена на модуле 7.0.0.0 УНФ 1.6.50.10 пропадает отгрузка вовсе из заказа. Как следствие - бесплатная доставка всем покупателям! Пробовал добавить доставку заказа как товар или как доставку в УНФ - 0 разницы. --------------------- РЕШЕНО Поддержка посоветовала обновить модуль обмена 1С до 7.0.0.5 - все хорошо теперь! |
|
|
14.06.2017 00:27:28
Грузил с сайта 270000+ товаров в УТ 11.2 на 8.3 x86 MSSQL EXPRESS на старых 2 XEON c 8ГБ ОЗУ под W2008 (не R2) пакетами по 500шт.
Нужно верно настроить рабочие серверы сервера 1С по выделению памяти и сегментирование процессов по подключениям. Иначе может быть переполнение, особенно для 32битной платформы, т.к. там явные ограничения системы. |
|
|
25.03.2017 00:18:24
Поцоны, а можно без сучностей? Статусами из 1С ничего не управить - они теперь автоматические. Да, мы из ретейла по статусу "передан в доставку" разрешаем доставку отгрузки, а по разрешению доставки отгружаем отгрузку.. Че так сложно-то? В чем прикол разрешить доставку и отгрузить отгрузку? И что первее должно быть? Почему при отгрузке из 1С делается отдельная доставка? Почему, если, к примеру, она одна и на все позиции в заказе, то не записать ее поверх той, что создалась с заказом? Вы часто подгузники частями клиенту возите? а одежду, обувь? Нет, конечно! заказ 1 раз и весь везется, а не по 100 грамм отгружается. Это в опте - мне 100500 пачек. Ага, 100 сейчас, а 500 потом придут. Там можно коллекции делать, а тут... А выходит, что из 1С отгрузка порождает еще и доставку, что суммируется к сумме заказ. Вы сами-то заказывали в инет маге что-то? Доставка по городу 300 руб, но мы вам сегодня за 300 привезем часть товара, а завтра за 300 еще часть. Понимаю, курьерам тоже кушать хочется. Хорошо, БУС говорит, что надо работать с отгрузками с сайта в 1С. Кхе, а нас учили, что товарные накладные идут непрерывной нумерацией, т.е. если 4 марта была накладная 7, то 5 марта №3 уже быть не может, а 8 или выше. Или мы клиенту дадим по заказу накладную №4 от 12 января, когда он в марте только оплатил и товар мы в марте передали? Это точно новое в бух "Бухгалтер БУС1С". Но кого это парит. И, проводить, если отгружен, хорошо, если провелось, а если там что-то не так (ну хз чего, в 1С вечно что-то не так), то как среди всей этой пусьмы документов понять, что реально не нужно, но приперлось, а что тупо не провелось - как?!
Оплаты - ок, пускай с 54ФЗ стали оправданы и нужны, слава КПСС! Я понимаю, что весь обмен - это бонус, как во многих CMS. Но было же все хорошо... Можно, как раньше, чтобы заказ пришел в 1С, а по факту оплаты из 1с в БУС отметка о оплате (номер и дата документа), и по факту отгрузки № и дата накладной. Желательно без доставки "без доставки", а просто, как факт отгрузки, пускай и частичной. Просто флаги. Оплачен. Отгружен. Выполнен. Много же не просим ) Просим БУС 15 в этом направлении оставить. Или допились уже то, что просят "счастливые пользователи". Можно добавить галку "мне это не нужно". По факту - БУС + 1C = попа. Обмен нереально тугой (из коробки) и требует очень сильного допиливания, хотя, скорее всего, что оно типовое у всех, т.к. торгуют все одинаково. |
|
|
18.03.2017 17:20:54
А еще, если в УТ заказ отгружен и автостатус стоит ждем оплату или еще чего, то после обмена с БУС, где мог измениться статус заказа, в 1с он становится хз чем. т.е. отгрузка на нем видна, но отпровести нельзя, т.к. отгружен, и провести нельзя, т.к. уже отгружено больше чем надо. Тоже бесит.
Решается запретом изменений заказа загруженного с сайта. |
|
|
14.03.2017 20:58:08
Сам спросил - сам отвечу
По делу. Если честно, то все не так было. Есть мой любимый RetailCRM, где можно создать заказ, который передастся в bitrix, но при обмене с 1С вместо товара будет что-то не ясное. У меня это одна из папок каталога была. А очень уж хотелось, чтобы наши менеджеры работали ТОЛЬКО в RetailCRM, а в 1С только отгрузки и приходы товара фиксировались. Но, если клиент что-то хотел изменить в заказе, то нужно было его менять или в Битриксе или в 1С. Господа из ретейла, ознакомившись с ситуацией, сказали, что смогут предложить решение этого вопроса на возмездной основе, т.к. в ближайших планах этого нет, а дел и так хватает. Тогда я решил, что я Ж программист! И начал копать их модуль обмена. Изучив несколько строк функций и крайне скудное описание API D7 (т.к. большую часть свойств и полей пришлось вылавливать через var_dump(), пришел к выводу, что ретейлеры ничем не виноваты, а оказывается, что в битриксе (нафига не ясно) если положить товар к корзину программно, то в корзину не кладуться его … да ничего его. Ни название, ни свойства. Все нужно класть ручками. Даже XML_ID, о котором и знать-то нам вредно, т.к. он УНИКАЛЕН и является ТОЛЬКО ОДНИМ возможным у товара, надо класть самому. И тогда, обычный код
к виду
|
|||||||||
|
14.03.2017 18:04:59
|
|||
|
14.03.2017 17:01:31
Создаю по примеру заказ через API
Оказывается, что в обмене у товара нет ИД
Но, если в админке тыкнуть на изменить заказ и ничего не меняя сохранить его, то имеем:
Встречал кто? Как лечить? Кто виноват? |
|||||||
|
28.02.2017 19:47:03
В названии доставки в БУС? |
|||
|
11.01.2017 20:26:53
Есть функция такая в 1С Бухгалтерии - загрузка счетов (заказов) из Битрикса, но она не работает даже в последнем релизе. Подозреваю, что из-за хитрого формата обмена Битрикса. А было бы очень удобно ее использовать, что дало бы нам возможность отказаться от УТ вовсе.
Пишет, что "Не удалось прочитать данные, загруженные с сервера." Как бы это дело полечить? |
|
|
28.11.2016 10:25:45
Нет. Это нормальное поведение. Велкам в мир 1С. 1С лучше знает, как работает твое предприятие!
По факту: Заказы грузим как и есть в 1С Оплаты грузим из 1С в новую оплату с любым типом. Клиент все равно получает уведомление, но в кабинете оплаты двоятся. Одна всегда не оплаченной висит. Отгрузки выгружаем без доставки, но из шаблона кабинета их решили убрать вовсе, чтобы не получать КоличествоЗаказов*1,75 звонков клиентов, что с моей посылкой? В итоге в кабинете попа, но живем как-то. Просто решили сделать больше уведомлений клиентам по заказам |
|
|
16.11.2016 19:06:23
Что-то новостей все нет...
При обмене с 1С из документа заказа получен статус полной отгрузки заказа. При этом от 1С не были получены все документы отгрузок в статусе Отгружен. Код ошибки - [1C_Exchange:Order.deducted] Вот я все же жду галку "Не создавать никому не нужную отгрузку" |
|
|
16.04.2016 16:47:10
Ладно, вернул обмен к жизни, но вопрос остается - нафига БУС создает отгрузку без доставки при получении отгрузки из 1С? ну нафига?!
|
|||
|
16.04.2016 14:36:11
Задница, господа... как бы вот на 15 БУС откатиться. работать невозможно!
Я понимаю, что идея БУСА - все на сайте, а отчетность в 1с, но у нас не так! Сайт - только делает заявки клиентов. Вся работа через 1С, потом выгрузка отгрузки и оплаты из 1с на сайт, чтобы пользователь в своем кабинете видел это. Теперь же - статус на выполнен не меняется, т.к. что-то там с отгрузками, оплачен не признается, т.к. что-то с оплатами. обмен через жопу работает, если, не дай бог, поставить галку загружать оплаты и отгрузки с сайта, то при обмене создаются документы не на основании заказа, а просто и они проводятся автоматом, хотя проведение выключено. Префиксы заказа умерли - заказ только что загружен с сайта с номером WEB995, при обмене - Документ с Ид - WEB995.Заказ №995 на сайте не найден.. ТП уже две недели не может понять почему при передаче оплаты из 1с к выполненному заказу, тот меняет статус, хотя раньше выполненный заказ был реадонли... короче я в шоке, господа. обмен разваливается на глазах. "Платежная система для автоматической оплаты заказа по статусу оплаты заказа от 1С" - да какая разница? почему нельзя деньги записать на то, что выбрал покупатель? у нас это может быть: Безнал Нал Карта сбера Карта ВТБ КИВИ Вебмони Яндекс кошелек Эквайринг на сайте Эквайринг при встрече и т.д. И это все мне надо увязывать с 1С, где и понятия такого нет? Это уже наши дела, как мы будем деньги куда девать, выгрузи оплату - заказ оплачен и баста. "При обмене с 1С из документа заказа получен статус полной отгрузки заказа. При этом от 1С не были получены все документы отгрузок в статусе Отгружен. Код ошибки - [1C_Exchange:Order.deducted]" - это что за шутка нанайка? Какой еще статус полной отгрузки из 1с? в ут 10.3 есть один статус - проведен. И документ реализации был проведен. Ладно, опять же, зачем-то оно мне создало отгрузку без доставки, хотя мы отвезли товар на ТК Деловые линии - так что не так с отгрузкой-то? И зачем оно создает отгрузку? Почему нельзя отгрузку из 1с записать на ту отгрузку, что выбрал клиент при создании заказа? Короче бесит.. Верните все обратно уже! Купил себе поддержку, чтобы обрести геморрой невероятный. |
|
|