Печально то, что поле с треком в сущности заказ есть на кладке доставка и именно туда пишут номер автоматизированные обработчики в УНФ. Но что делать. Берем напильник...
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() ![]() И тогда, обычный код
к виду
|
|||||||||
|
14.03.2017 18:04:59
|
|||
|
14.03.2017 17:01:31
Создаю по примеру заказ через API
Оказывается, что в обмене у товара нет ИД
Но, если в админке тыкнуть на изменить заказ и ничего не меняя сохранить его, то имеем:
Встречал кто? Как лечить? Кто виноват? |
|||||||
|
28.02.2017 19:47:03
В названии доставки в БУС? |
|||
|
01.02.2017 12:39:54
Друзья, есть идеи:
в ИБ более 180000 элементов и php падает по недостатку памяти, но и 2ГБ мало вышло ему. Больше нет ( Похоже, что для построения страничной навигации идет выборка всех элементов, а не количества. Иначе зачем ему столько памяти. Как бы можно поправить это дело, бм кто знает? |
|
|
11.01.2017 20:26:53
Есть функция такая в 1С Бухгалтерии - загрузка счетов (заказов) из Битрикса, но она не работает даже в последнем релизе. Подозреваю, что из-за хитрого формата обмена Битрикса. А было бы очень удобно ее использовать, что дало бы нам возможность отказаться от УТ вовсе.
Пишет, что "Не удалось прочитать данные, загруженные с сервера." Как бы это дело полечить? |
|
|
28.11.2016 10:25:45
Нет. Это нормальное поведение. Велкам в мир 1С. 1С лучше знает, как работает твое предприятие!
По факту: Заказы грузим как и есть в 1С Оплаты грузим из 1С в новую оплату с любым типом. Клиент все равно получает уведомление, но в кабинете оплаты двоятся. Одна всегда не оплаченной висит. Отгрузки выгружаем без доставки, но из шаблона кабинета их решили убрать вовсе, чтобы не получать КоличествоЗаказов*1,75 звонков клиентов, что с моей посылкой? В итоге в кабинете попа, но живем как-то. Просто решили сделать больше уведомлений клиентам по заказам |
|
|