Форум

Добрый день!

Вопрос по загрузке оплат из БУС в 1С УТ 11.3, типовой модуль 7.0.1.6
Включена галка "загружать оплаты с сайта", чтобы при оплате заказа на сайте по банковской карточке, эквайринговая операция попадала в 1С.

Теперь в 1С грузится куча непроведенных документов по оплате, ПКО, Эквайринговые операции, к каждому заказу, даже в случае если заказ не оплачен. Т.е. как я понял при появлении нового заказа, на сайте сразу создается документ оплаты и выгружается в 1С.
Соответственно заказ то оплачивается не каждый, и в 1С получается помойка из документов по оплате, что естественно мешает бухгалтеру.

В ТП спросил - говорят, что иного не предусмотрено, либо грузятся все оплаты, даже которых нет и не будет, либо никакие.
[URL=http://1c.1c-bitrix.ru/support/forum/user/221269/]Александр Денисюк[/URL], подскажите, пожалуйста как организовать нормальную работу - чтобы в 1С попадали оплаты только реальные, т.е. только когда заказ на сайте реально оплачен? Или какова была задумка, для чего грузятся оплаты с сайта которых на самом деле еще нет?

Добрый день!

УТ (11.1.10.138) , модуль 5.0.0.8
Делаю полную выгрузку номенклатуры на сайт.
При создании на сайте товара которого ранее не было, не заполняется картинка (ни анонс, ни подробно)
При повторной полной выгрузке (или выгрузке изменений, если этот товар зарегистрировать) - картинка появляется на сайте.

Александр, добрый день!

Модуль 4.0.4.1

Вопрос - в каких единицах задается параметр "таймаут между повторами неудачно отправленных пакетах" ?
[URL=https://yadi.sk/i/57Sq4kncczBRX]Скрин[/URL]

Разобрались c проблемой.

[QUOTE]Ответ сервера:
failure
Ошибка импорта метаданных.Не введено название.[/QUOTE]
Оказывается, среди свойств товаров было свойство с пустым именем. И по этой причине группы не создавались.
Добавили пустому свойству имя - все начало работать как положено.
Спасибо за внимание.

[QUOTE]Александр Денисюк написал:

[QUOTE] Леонид Гершзон написал:
Ответ сервера:
failure
Ошибка импорта метаданных.Не введено название.
[/QUOTE]
скорее всего в этом причина. Где то пустое наименование, которое выгружается в файл импортс[/QUOTE]

Я тоже так думаю, но не могу найти пустое наименование...
Вот кусок из import

Скрытый текст

<Классификатор СодержитТолькоИзменения="true"> <Ид>4cf9fa99-bff1-4aeb-a5f4-37847e93dc4a</Ид> <Наименование>Основной каталог товаров</Наименование> <Группы> <Группа> <Ид>31bd8004-b08d-11e2-a365-001a4d4bf5d8</Ид> <НомерВерсии>AAAAAAAHW40=</НомерВерсии> <ПометкаУдаления>false</ПометкаУдаления> <Наименование>Web-камеры, Колонки, Наушники, Микрофоны</Наименование> <Группы> <Группа> <Ид>09deaba5-ddc5-11de-8c7d-001d60cd6f0f</Ид> <НомерВерсии>AAAAAAAF+Yc=</НомерВерсии> <ПометкаУдаления>false</ПометкаУдаления> <Наименование>TV-тюнеры, FM-тюнеры, платы видеомонтажа, пульты ДУ</Наименование> <Группы> <Группа> <Ид>09deaba6-ddc5-11de-8c7d-001d60cd6f0f</Ид> <НомерВерсии>AAAAAAAF+Yk=</НомерВерсии> <ПометкаУдаления>false</ПометкаУдаления> <Наименование>TV-тюнеры, FM-тюнеры Avermedia</Наименование> </Группа> </Группы> </Группа> </Группы> </Группа> </Группы>

Вроде бы все корректно, и ИД совпадает корневой группы с тем что в БУС...
Весь файл import  [URL=https://yadi.sk/d/0tcA-QWacWhPF]Ссылка[/URL]


Что посоветуете?

Здравствуйте, Александр!

Как то ранее я спрашивал о проблеме - не создаются в БУСе подгруппы товара в режиме выгрузки изменений.
Версия БУС ([COLOR=#333333]14.9.1)
[/COLOR]Версия модуля 1С 4.0.4.1 для УТ 10.3

Вот более подробная информация
1.
[URL=https://yadi.sk/d/0tcA-QWacWhPF]Ссылка на файлы выгрузки[/URL]
2. Выгружаю 1 товар из базы
[URL=https://yadi.sk/i/Kjpur9R4cWhT7]Скриншот 1С[/URL]
На скриншоте виды родители данного товара
3. В БУСе [COLOR=#333333] [/COLOR]корневую группу я специально очистил, она пуста
[URL=https://yadi.sk/i/SUzMeQBtcWhhZ]Скрин каталога в БУС[/URL]

4.Товар попадает при загрузке прямо в корень каталога
[URL=https://yadi.sk/i/TELRXzARcWhuX]Скрин[/URL]

5. При выгрузке возникает ошибка

Скрытый текст
Процес выполнения обмена: Временные таблицы проиндексированы.import___d674fcea-d625-4562-8c6f-c8feda7dc044.xml: Произошла ошибка на стороне сервера. Ответ сервера: failure Ошибка импорта метаданных.Не введено название. Отправка запроса на авторизацию.

[URL=https://yadi.sk/i/6Q1r0icpcWi7a]Ссылка на полный лог[/URL]


Т.е. судя по всему, при попытке создать подгруппы возникает ошибка на стороне сервера.

При режиме "полная выгрузка" с фильтром по конкретному подкаталогу - то же самое.
В режиме выгрузки изменений зарегистрировал принудительно всех родителей до корня - то же самое.

Помогите, пожалуйста, что можно сделать?

[B]Александр[/B], здравствуйте!

Вопрос - в режиме выгрузки изменений, должны ли создаваться новые подгруппы товаров автоматически в БУСе?
По какой то причине у нас часть товаров загружается прямо в корень каталога...

[QUOTE]Александр Денисюк пишет:
[QUOTE] Леонид Гершзон пишет:
Александр,
1. Как при полной выгрузке "только цен" нам еженочно грузить в БУС новые товары от поставщика с помощью типового функционала ?
Каждый день появляется 100 новых позиций товара с характеристиками и картинкой.
Если мы будем выгружать только цены и делать полную выгрузку каждую ночь, как на сайте появится новый товар?

2.
Я категорически утверждаю, что ежедневно с доллара на рубли пересчитываются все 20 тыс позиций товара. Мне не нужно делать полную выгрузку цен для этого - я вижу количество позиций в документе "установка цен номенклатуры", который формируется еженочно.

Надеюсь, я исчерпывающе ответил по всем пунктам.
[/QUOTE]Вот, появился новый нюанс - новые товары нужны. А говорили, что только цены.

20 тыс позиций - это совсем не много. если честно.

Давайте подумаем как можно сделать:
1. Сделать узел обмена, в котором выгружаются изменения по свойствам
2. Сделать узел обмена, в котором выгружаются изменения по товарам, без свойств, но с значениями свойств в товарах(в 4.0.4.2 такой флажок появился)
3. Сделать узел обмена в котором выгружаются все цены

1. Я думаю. что свойства у вас обновляются не часто, поэтому их выгружать можно не часто.
2. Товары - тут зависит от необходимой частоты обновления на сайте. Для ускорения можно подправить регистрацию изменений, чтобы цены не регистрировали товар(удаление строчек 6 кода 1С). Цены то у нас всегда выгружаться будут все.
3. Цены пусть обновляются с той периодичностью, какой надо.

Итого с незначительной доработкой(что для крупных баз логично) можно все значительно оптимизировать.

Если сервер 1С мощный. можно пойти и глубже - сделать несколько фоновых заданий, чтобы выполнялось в несколько потоков, но там нужно повозиться немного.

Единственное узкое место - это количество цен при полной выгрузке, но это число я так и не увидел.
[/QUOTE]Ок, спасибо за ответ, попробуем реализовать таким образом.

Насчет незначительной доработки - не вижу связи между количеством товара в базе и логичностью проведения доработок. Это не крупная фирма, это просто большая база.

Количество цен при полной выгрузке будет равно количеству товаров в базе - около 50 тыс позиций.

[QUOTE]Александр Денисюк пишет:
[QUOTE] Леонид Гершзон пишет:
1. Для компьютерного магазина ваш модуль обмена не подходит категорически, и дорабатывать его даже не планируется.
[/QUOTE]Я вам сказал что делать - выгружать ТОЛЬКО цены с полной выгрузкой. Вы это даже не пытались осуществить, поэтому слово "категорически" тут не уместно. Вы даже не можете сказать, сколько у вас цен при полной выгрузке, а тут так утвердительно говорите.
[QUOTE] Леонид Гершзон пишет:
2. Автоматизированно грузить изменения цен и наличия от поставщика и выгружать их на сайт - невозможно, т.к. 20 тыс позиций с 2000 свойств выгружаются целиком и никакой сервер не в состоянии переварить хотя бы за ночь такой объем
[/QUOTE]Выгружайте только цены при полной выгрузке. У вас выгрузятся только свойства и ничего больше. Не надо пугать вашими 2К свойствами, они не выгрузятся.
[QUOTE] Леонид Гершзон пишет:
3. Единственный для нас выход - переписывать функционал модуля.
[/QUOTE]Дело ваше, раз не хотите экперементировать. И да, как вы работали со старым модулем. который регистрировал изменения так же?
[QUOTE] Леонид Гершзон пишет:
Я думаю, что вы работаете над оптимизацией не в том направлении.
Мы официальный партнер Битрикса, и в любом случае попробуем поднять этот вопрос по другим каналам.
[/QUOTE]Мы пишем типовой модуль, который должен подходить большинству клиентов. Серьезно усложнять модуль обмена, для достижения какой то мифической оптимизации, не думаю что правильно. Ну да ладн, поднимайте вопрос по другим каналам.
[/QUOTE]
Александр,
1. Как при полной выгрузке "только цен" нам еженочно грузить в БУС новые товары от поставщика [U]с помощью типового функционала[/U]?
Каждый день появляется 100 новых позиций товара с характеристиками и картинкой.
Если мы будем выгружать только цены и делать полную выгрузку каждую ночь, как на сайте появится новый товар?

2.
Я категорически утверждаю, что ежедневно с доллара на рубли пересчитываются все 20 тыс позиций товара. Мне не нужно делать полную выгрузку цен для этого - я вижу количество позиций в документе "установка цен номенклатуры", который формируется еженочно.

Надеюсь, я исчерпывающе ответил по всем пунктам.

[QUOTE]Александр Денисюк пишет:
[QUOTE] Леонид Гершзон пишет:
Александр,
Я открыл код вашего модуля, и обнаружил, что если изменяются цены в регистре сведений "Цены номенклатуры", то модуль регистрирует изменения в плане обмена не только самих изменившихся цен, но и, что самое печальное, всех карточек номенклатуры, к которыми связаны эти цены. В результате такого подхода, мы получаем проблему с невозможностью раздельной выгрузки изменений цен и номенклатуры.

Что Вы думаете по этому поводу? Почему бы не сделать раздельную регистрацию цен и номенклатуры в плане обмена?
[/QUOTE]О чем я выше и писал.. Не все так там просто. + упираемся на выгрузку остатков товаров. Вообщем пока ничего меняться не будет.
[/QUOTE]Александр, резюмирую наше бесплодное общение

1. Для компьютерного магазина ваш модуль обмена не подходит категорически, и дорабатывать его даже не планируется.
2. Автоматизированно грузить изменения цен и наличия от поставщика и выгружать их на сайт - невозможно, т.к. 20 тыс позиций с 2000 свойств выгружаются целиком и никакой сервер не в состоянии переварить хотя бы за ночь такой объем
3. Единственный для нас выход - переписывать функционал модуля.

И, судя по всему, так вынуждены будут делать все компьютерные (и не только) магазины, потому что цены долларовые обновляются ежедневно.
Я думаю, что вы работаете над оптимизацией не в том направлении.
Мы официальный партнер Битрикса, и в любом случае попробуем поднять этот вопрос по другим каналам.