Понимаете, проблема не в том, что вот конкретно данный счет синкнулся плохо и нужно срочно всеми силами его загрузить.
Проблема в том что системно очень часты сбои в синхронизации, которая происходит просто в стерильных условиях. Типовая конфа, очень маленький поток документов. Хотелось бы грубые ошибки отловить чтобы они не мешали во внедрениях.
[QUOTE]
Александр Кунташов написал:
Включите режим отладки - увидите реальные запросы и ответы REST API.[/QUOTE]
В курсе, но это не "рабочий режим", это именно отладка. Т.е, когда бухгалтер синхронизирует вручную, его не попросишь смотреть в отладку и парсить глазами вебхуки)
В интерактивной синхронизации реализован лог для пользователя, но он именно что вводит в заблуждение, а не показывает реальную картину.
В журнале синхронизации тоже самое. Вот посмотрите, как много работы выполнено модулем [URL=https://prnt.sc/s49ilp]https://prnt.sc/s49ilp[/URL] . Знаете сколько реально обменялось данных? [B]ноль.[/B]
Понимаете кейс простой - я вижу что с синхронизацией частые проблемы, её надо постоянно контроллировать. Следовательно либо нужно доводить логику обмена до ума, чтобы она хотя бы в стерильных условиях работала стабильно, либо сообщала о проблемах, либо, если это невозможно, просто можно было глазами за ней следить стоять над душой (худший сценарий).
Везде видны здавые идеи - уведомления на почту, уведомления в систему уведомлений 1С, но по факту вот вам обмен не сработал корректно ошибок нет. Ну конечно фатал еррора нет, но обмен то все равно не состоялся корректный.
Для ежедневного рабочего кейса тупого стерильного обмена Б24-1с БП сколько надо человек в отделе поддержки и бухгалтерии?)
Может все таки достаточно одного в команде Битрикс24 чтобы это пофиксить?[QUOTE]
Александр Кунташов написал:
включите многофирменный учет[/QUOTE]
Не рабочий этот вариант... - во первых это изменит все формы в конфе и добавит неудобств, в тч. во внедрениях. Нормальный бухалтер всегда спросит - какого черта вы повключали? Во вторых это тупиковый путь - не решать проблемы логике модуля, а сочинять костыли на стороне клиента. Костыли рождают костыли.
В работе модуля не заявлено что он требует учет нескольких организаций и у нас ведь штатная интеграция с распросраненной конфой 1с , она должна работать и без "Нескольких организаций" в базе.[QUOTE]
Александр Кунташов написал:
помощника-1Сника[/QUOTE]
Спасибо за идею)
Я слежу за модулем с самого начала и тестирую с первых бет. Конечно он хорош и сильно лучше того, что было в 2018.
Но блин если остались баги, остались недосмотры, которые реально мешают в работе, и это не тысяча строк кода, можно же все это решить системно на уровне разработчика?