Форум

[QUOTE]Алексей К написал:
[QUOTE] GYRYs написал:
Разработчики!! Ну ёёёё

После обновления модуля на 7.0.1.3 вышла ошибка
{ОбщийМодуль.Б_ОбменССайтомСерверЗагрузкиДанных.Модуль(1068)}: Поле объекта не обнаружено (СсНомерВерсии)
Если ТекДокумент.СсНомерВерсии <> Документ.Б_НомерВерсии тогда

Убрали через конфиг
 [URL=https://ibb.co/e3L6Qn]https://ibb.co/e3L6Qn[/URL]

Разработчики, повнимательнее.
[/QUOTE]
GYRYs ,
можете, пожалуйста, для человека очень далекого от конфигуратора объяснить Вашу рекомендацию. Я нашел это место, но что именно "убрать"? У меня тоже эта ошибка выскочила. Удалить буквы "Сс"или все строку или?[/QUOTE]

Скачайте заново модуль версии 7.0.1.3 и установите его

[QUOTE]baltika написал:
Александр, подскажите, пожалуйста, что нового в версии 7.0.1.3 для унф.[/QUOTE]
Исправление ошибок.

[QUOTE]baltika написал:
Почитал, в последних версиях модуля sale сделали загрузку трек-номера из заказа покупателя который передает 1с. Когда ждать новую версию для унф?[/QUOTE]
Трек номер можно указывать как в заказах, так и в отгрузках(лучше там). Указывается в дополнительном сведении документа с наименованием "Идентификатор отправления". Это сведение при первом обмене должно автоматически в 1С создастся. Если его нет - можете создать его вручную

[QUOTE]GYRYs написал:
ВАЖНАЯ информация для разработчика модуля!
1С УНФ с ККМ и модулем обмена + битрикс. При оплате на сайте в 1с приходит заказ, проводится оплаченным (обязательно поставить галочку принудительно проводить оплаты, если они оплачены на сайте). 1с с ККМ автоматически печатает чек согласно внесенным в конфигуратор изменениям по инструкции модуля обмена. Столкнулись с тем, что во всех чеках с сайта тип оплаты идет Наличными, что не корректно. Исправили это через конфигуратор, фото во вложении. Заменили надпись "Наличными" на "Электронно" (без кавычек)

Разработчики должны сделать это по умолчанию.

  [URL=https://prnt.sc/i5ff8g]https://prnt.sc/i5ff8g[/URL]
[/QUOTE]

[QUOTE]GYRYs написал:
Разработчики!! Ну ёёёё

После обновления модуля на 7.0.1.3 вышла ошибка
{ОбщийМодуль.Б_ОбменССайтомСерверЗагрузкиДанных.Модуль(1068)}: Поле объекта не обнаружено (СсНомерВерсии)
Если ТекДокумент.СсНомерВерсии <> Документ.Б_НомерВерсии тогда

Убрали через конфиг
[URL=https://ibb.co/e3L6Qn]https://ibb.co/e3L6Qn[/URL]

Разработчики, повнимательнее.

Так же, не поправили, что я писал
    Скрытый текст          1С УНФ с ККМ и модулем обмена + битрикс. При оплате на сайте в 1с приходит заказ, проводится оплаченным (обязательно поставить галочку принудительно проводить оплаты, если они оплачены на сайте). 1с с ККМ автоматически печатает чек согласно внесенным в конфигуратор изменениям по инструкции модуля обмена. Столкнулись с тем, что во всех чеках с сайта тип оплаты идет Наличными, что не корректно. Исправили это через конфигуратор, фото во вложении. Заменили надпись "Наличными" на "Электронно" (без кавычек)  

  Разработчики должны сделать это по умолчанию.    
   
        [URL=https://prnt.sc/i5ff8g]https://prnt.sc/i5ff8g[/URL]


baltika, Вроде как еще там отгрузку починили, в sale это было указано. Но пока не знаю, надо проверять

А что касается Правки обмена с 1С. Информация о треке импортируется из документа заказа. - я не знаю как это сделать. По умолчанию, в 1с в заказ, в поле трек-номер ничего не приходит и как сделать синхронизацию не понятно. У мени ни туда ничего не уходит, ни с битрикса[/QUOTE]
Спасибо за информацию. Внес изменения в модуль для УНФ и перевыложил его

[QUOTE]Михаил написал:
Таким образом остается папка \2 734 968 844 в которой еще \webdata и \000000001 Процесс обмена идет непрерывно, примерно  каждые 20-40 секунд происходит обмен, создается три вложенные папки, за месяц получается около 1800000-2400000 пустых папок, которые создает модуль обмена и не удаляет. Возможно кто-то уже с подобным сталкивался, возможно это как-то исправить простыми средствами или дописать в модуль удаление этих папок аналогично тому как они лихо создаются?Примерно аналогичное с логами обмена, собираются ровно столько, сколько хотят, каких либо настроек вида "удалять логи обмена модуля старше чем ..." нет, а могло быть очень полезно, но это скорее пожелание к доработке модуля. Очень удобно что можно выбрать место хранения, если можно будет выбрать срок хранения логов будет еще более удобно.[/QUOTE]
Лог файл будет переработан. такой проблемы уже не будет

[QUOTE]Дмитрий Агапкин написал:
А проведите опрос, кто вообще ведет весь учет в БУС (денег / склада / заказов и тд и тп)???  И задайтесь потом вопросом, так кто же должен быть "главным" при синхре. 1с или БУС.  И в какую сторону должны идти данные из бус в 1с или наоборот.А то люди работают в 1с, а вы пытаетесь навязать им БУС для учета.[/QUOTE]
Не поверите, но в БУС еще работают люди, у которых нет 1С. И таких большинство.

[QUOTE]Дмитрий Агапкин написал:
как вы знаете, в БУС могут выгружаться оплаты, а попробуйте выгрузить Поступление оплаты от клиента по безналу, с указанием списка заказов. В итоге выгрузится только первый заказ в списке.    [/QUOTE]
Связь один ко многим(когда одна оплата и много заказов) в части оплат/отгрузок не поддерживается.

[QUOTE]baltika написал:
А теперь заводим миллиард комбинаций в 1с, чтобы хоть 1 причина попала из бус в 1с. Ну где логика то?

[/QUOTE]
Когда делали этот функционал - так было проще реализовать. И это было уже очень давно.. Конечно, сейчас это неудобно.

[QUOTE]baltika написал:
На сайте то мне зачем вводить? Я в 1с заказ отменил, указал причину, в итоге на сайте только отменен без причины.[/QUOTE]
Причина устанавливается по данным БУС в 1С, а не наоборот.[QUOTE]baltika написал:
{ОбщийМодуль.Б_ОбменССайтомСерверЗагрузкиДанных.Модуль(3073)}: Ошибка при вызове метода контекста (Выполнить): {(4, 2)}: Таблица не найдена "Справочник.ПричиныОтменыЗаказовКлиентов" >Справочник.ПричиныОтменыЗаказовКлиентов КАК ПричиныОтменыЗаказовКлиентовв УНФ таблица называется Справочник.ПричиныОтменыЗаказа[/QUOTE]
Бага. Будет поправлена в след версии.

[QUOTE]Ярослав Лопатин написал:
Назначение ответственного заказа и отгрузки Александр Денисюк , В БУС у заказа есть ответственный. Требуется при обмене передавать на сайт из 1С имя менеджера, который работает с заказом в учетной системе.[/QUOTE]
Вы спокойно можете привязать через свойства заказов в БУС. Т.е. создаете свойство в БУС "Ответсвтенный", делаете список значений = наименованию пользователей в 1С. В настройках 1С указываете, что поле ответственный заполняется по наименованию свойства(имя свойства в  БУС). Тогда когда будет приходить заказ с БУС, то будет смотреться значение указанного свойства заказа и по наименованию подставляться ответственный в указанный реквизит заказа.

[QUOTE]Ярослав Лопатин написал:
 Соответствие состояний заказа в 1С и статусов заказа на сайте  

Александр Денисюк , практика требует, чтобы на один статус заказа с сайта могло быть назначено несколько состояний заказа в 1С.

Например,
1. "Принят, ожидается оплата" <--> "Ожидается аванс (до обеспечения)" ИЛИ "Ожидается предоплата (до отгрузки)"
2. "Отправлен" <--> "Готов к закрытию" ИЛИ "Ожидается предоплата (до отгрузки)"

Сейчас такое соответствие задать невозможно.
Чтобы как-то выкрутиться из положения, можно дублировать статусы (создать новый статус БУС с тем же именем).
и задавать им нужные состояния. Но это неправильно и неудобно.[/QUOTE]
Нужна связть 1 к 1, Иначе при синхронизации документов непонятно будет какой статус подставлять(например из 1С выгружается заказ с статусом "Принят", а  у него сопоставление с бусовскими "Принят" и "Обработан", какой для БУСа статус указывать??)

[QUOTE]Ярослав Лопатин написал:
Последовательная выгрузка документов отгрузки и оплаты на сайт Александр Денисюк , В модуле есть возможность Не загружать отгрузку и оплату в 1С. Предполагается, что они будут созданы в 1С и затем переданы на сайт. Но пользоваться этим невозможно. На практике эти документы создаются не сразу вместе при первом редактировании заказа. Сначала может появиться реализация, а документ оплаты много позже. Тогда мы получаем, что после обмена документ оплаты на сайте исчезнет. И появится он только, когда в базе проведут оплату, а это на практике может происходить до 3 дней и более. А если нет документа реализации при обмене, исчезает отгрузка со стоимостью доставки, что приводит к изменению суммы заказа - это вообще недопустимо. Поймите, что в жизни документы проводятся последовательно ( с большой разницей во времени), а не все вместе и сразу.Зачем давать возможность Не загружать документы оплаты и отгрузки, если использовать этот режим не удается?Пожалуйста, не трогайте документы заказа на сайте, если в файле обмена их нет. Удаляйте и изменяйте эти документы, когда они появляются в обмене.[/QUOTE]
Понимаю о чем вы. Не так давно было выпущено обновление которое исправляет ошибку, когда сумма доставки пропадала, когда из 1С приходит только заказ.
По поводу оплат - выгружайте оплаты в 1С, тогда они не будут удаляться на сайте.

[QUOTE]baltika написал:
где завести в 1с я нашел, где они на сайте заводятся? Там ведь обычное поле для комментария.[/QUOTE]

На сайте вводится в это поле и если по наименоваию находится - подставляется