Компания Портал-Юг писал(а):
Как перехватить исходящий файл обмена в самом биллинге, мы, увы, не знаем. С этим обратитесь в техподдержку NETUP.
Далее. У вас сборка 5.2.1-009. Интересно, на сайте NETUP информация только о выходе 5.2.1-008upd3. Может быть, это ошибка в свежей сборке биллинга. Мы свяжемся с NETUP и обязательно проясним этот вопрос.
Перехватывать ничего не нужно. Достаточно посмотреть в отладочный лог-файл ядра. Там можно увидеть входящие и исходящие транзакции.
Сборка 5.2.1-009-rc1 работает в части интеграции с 1С так же, как и 5.2.1-008-update2. 5.2.1-009-rc2 будет работать так же, как 5.2.1-008-update3.
Компания Портал-Юг писал(а):
Как перехватить исходящий файл обмена в самом биллинге, мы, увы, не знаем. С этим обратитесь в техподдержку NETUP.
Далее. У вас сборка 5.2.1-009. Интересно, на сайте NETUP информация только о выходе 5.2.1-008upd3. Может быть, это ошибка в свежей сборке биллинга. Мы свяжемся с NETUP и обязательно проясним этот вопрос.
Перехватывать ничего не нужно. Достаточно посмотреть в отладочный лог-файл ядра. Там можно увидеть входящие и исходящие транзакции.
Сборка 5.2.1-009-rc1 работает в части интеграции с 1С так же, как и 5.2.1-008-update2. 5.2.1-009-rc2 будет работать так же, как 5.2.1-008-update3.
это который utm5_core.log ?
он пуст практически, там только запись про то что utm5_core process already exists
genok писал(а):это который utm5_core.log ?
он пуст практически, там только запись про то что utm5_core process already exists
Отладочный лог-файл это тот файл, имя которого указано в параметре log_file_debug конфигурационного файла ядра UTM5.
Пожалуйста, потрудитесь изучить документацию к системе. Страница 124 в версии от 14.12.2010.
Компания Портал-Юг писал(а):
По нашим данным, эта сборка официально еще не вышла. Возможно, проблема именно в этом.
О выходе релиза 5.2.1-009 естественно никто не объявлял. Более того, будет ещё второй и, скорее всего, третий релиз-кандидат.
Тем не менее функционал, касающийся интеграции с 1С, должен работать и в 5.2.1-009. По крайней мере никаких проблем, касающихся данного функционала, в настоящий момент не зарегистрировано.
Ошибка разбора XML: - [604,1]
Фатальная ошибка:
Extra content at the end of the document
синхронизация платежей работает
используется обработка для платформы 8.2, бухгалтерия стандартная 2.0.19.9
У нас также зафиксирована данная проблема, вчера перешли на версию 8.2 конфигурация 2.0 пару счетов первых загрузили, а на следующий день все перестало работать выдает точно такую же ошибку.
Да и еще проявилась то, что сначала выдавало ошибку валюты не найден код валюты 810. В настройках UTM завели новую валюту 643 RUB Российский рубль согласно нового классификатора валют. Просьба разработчиков UTM добавить данный вид валюты (643) по умолчанию вместо 810. В версии конфигурации 1.6 на валюту программа не ругалась.
Спасибо Компании Портал-Юг, помогли исправить ошибку в обработчике 1С для билинга Netup. Оказалось, что Netup по непонятным причинам стал дописывать после завершения XML (завершается нулем 0) непонятные символы, и соответственно обрабока стала выдавать ошибку у всех пользователей. Причем проблема появилась у большинства (судя по сообщениям в форуме) в одно и тоже время, а именно 3-4 марта. Обновление обработки обещали для всех выложить. Надеюсь данный баг исправят к следующему релизу.
По существу.
Решение проблемы найдено. Мы считаем, что это "детская болезнь" свежей сборки биллинга, но тем не менее, решение существует.
Итак:
1. Вы можете самостоятельно модифицировать нашу обработку с целью устранения данной проблемы. Для этого нужно в модуле формы нашей обработки в процедуре ПроверкаНеобходимостиПовторногоЗапроса() сразу после окончания первого цикла, то есть в следующей строке после первого вхождения фразы КонецЦикла; вставить следующее:
2. В любом случае, данное исправление будет включено в типовой дистрибутив нашего продукта. Обновленная версия обработки будет выслана 9 марта текущего года электронной почтой всем покупателям нашего продукта. Ее будет необходимо переподключить к вашей базе данных поверх существующей. Никаких визуальных изменений с точки зрения пользователя не будет.
3. Мы свяжемся с техподдерхкой NETUP с целью выяснения причин, устранения и предупреждения возникновения подобных ошибок впредь.
такая ситуация: есть клиент в билинге, синхронизирован с 1С
платежи вносятся в 1С, и затягиваются в билинг.
Но возникают ситуации, когда помимо платежей за связь на то же физ лицо принимаются платежи за сопутствующие услуги. Которые тоже затягиваются в билинг.
Как выходить из таких ситуаций?
Сейчас вручную проводим платежи на другие счета.
Компания Портал-Юг писал(а):Мы считаем, что это "детская болезнь" свежей сборки биллинга
Я бы рекомендовал воздержаться от столь категоричных публичных заявлений. Это как минимум неэтично.
Ждем запроса (его пока не поступало). Проблема может быть как на серверной, так и на клиентской стороне. Нужен будет стенд, на котором эта проблема воспроизводится и отладочная информация, содержащая данные, принимаемые непосредственно из сети (до и после расшифровки).
Под стендом я понимаю машину, на которой эта проблема воспроизводится. Это машина не должна находиться в коммерческой эксплуатации.
Сегодня для всех покупателей нашего продукта проведена рассылка обновленного дистрибутива "1С8: Клиент UTM5".
Изменения: исправлены выявленные ошибки.
При подключении обновленной версии повторная регистрация внешних библиотек не требуется! Достаточно переподключить нужную версию обработки к базе 1С поверх используемой.
Визуальных изменений в интерфейсе обработки нет.
ВНИМАНИЕ! Тем пользователям, для которых производились работы по адаптации обработки под специфику предприятия, перед подключением новой версии обработки настоятельно рекомендуется связаться с ООО "Компания Портал-Юг", mail@portal-ug.ru
А возможно ли сделать так, чтоб номера счетов использовались не те, которые генерирует биллинг, а из 1С в порядке их следования? Я так понимаю технически тут проблем нет и делается это по аналогии с тем, как происходит с контрагентами.
Контрагентов не плохо было бы синхронизировать по ИНН на начальном этапе при создании по крайней мере. Т.е. если ИНН из биллинга совпадает с ИНН контрагента в 1С, то не создавать нового контрагента, а просто возвращать в биллинг идентификатор уже существующего.
