Случаи, при которых не гарантируется корректная работа модуля

• Нелицензионная платформа или конфигурация 1С.
• Измененная конфигурация, ограничение прав пользователя, запускающего модуль.
• Разделение заказов. Когда один заказ разделяется на 2, то заказы клиентов будут корректные, но, если уже были созданы заказы поставщикам, тогда в первом будут все позиции из старого заказа, а во втором только позиции из нового заказа. Пока не разработан механизм корректной обработки такой ситуации.
• Объединение заказов Когда 2 заказа объединяются в один, то остается старый заказ клиента (он может быть помечен на удаление регламентным заданием). Если уже были созданы заказы поставщикам, тогда они будут некорректными. Пока не разработан механизм корректной обработки такой ситуации.
• Приход от поставщика меньше, чем заказал клиент. При автоматическом распределении поступления по клиентам может возникнуть ситуация, при которой клиент заказал 4 детали, а поставщик привез 3. При этом все позиции становятся в статусе 1С - отгрузить, а на сайте "Пришло на склад". Из-за сложности корректной реализации рекомендуется делать исправления вручную.
• Задвоение позиций в одном заказе. Для 1С эти позиции будут идентичными, поэтому все операции будут связаны только с первой позицией в документе

Функции, которых точно нет в модуле:

• Автоматическая рассылка чего бы то ни было по E-mail
• Документы по ордерному хранению
• Разделение заказа клиента по поставщиками или складам (заказы поставщикам делятся по поставщикам)
• Распределение поступления по заказам
• Выгрузка оплат из 1С в ABCP (разработчики платформы планируют сделать это в декабре 2018)
• webhooks, callback-url - разработчики платформы против этого удобного инструмента (когда заказы в 1С будут создаваться в режиме реального времения) из-за возможно нестабильной работы http-сервисов в исполнении 1С
• Выгрузка клиентов и поставщиков из 1С в ABCP или на другой сайт
• Работа в измененной конфигурации
• Работа по соглашениям с контрагентами - пока работает в тестовом режиме - только типовые соглашения
• Обмен данными с франчайзи в одной информационной базе
• Разные ставки НДС в разных документах
• Выгрузка остатков по нестандратным алгоритмам
• Выгрузка нескольких цен в прайсе в ABCP
• Получение информации со сторонних сервисов, кроме ABCP (статусы заказов у онлайн-поставщиков, zzap и прочие)
• Загрузка документов не из ABCP (Excel, Word электронная почта и т.п. - не работает)
• Работа в облачных сервисах через web-клиент (в scloud, 1bitcloud работает RDP, в 1cfresh модуль не работает, аудит в 1С в процессе)
• Работа под пользователем с ограниченными правами
• Автоматическое изменение статусов в ABCP и 1С кроме случаев, явно описанных в документации.
• Не гарантируется корректная работа в режиме франчайзи
• Наличие нескольких прайсов или складов у одного поставщика в ABCP (например Микадо-Москва, Микадо-СПб), в этом случае будет создано 2 разных контрагента. Принципиальное решение проблемы есть, но пока не реализовано из-за малой востребованности
• Нет привязки одного документа оплаты к нескольким заказам клиента
• Корректная работа пользователя с ограниченными правами
• Все функции описаны в документации, корректная работа функций, не описанных в документации, не гарантируется

Особенности запуска по расписанию в облачных решения scloud:

• Сервис из соображений безопасности не может по расписанию запускать что-то на сервере (чтобы каждые 10 минут 1С запускалась и модуль загружал заявки). Если переходить на SQL (там процесс всегда крутится и грузит, у кого база локально и много, именно так и работает), то ценник сразу раза в 2,5 выше становится, тоже неприятно. Единственное, что они могут сделать, это увеличить продолжительность сессии клиента через RDP до суток. То, есть, через RDP надо подключиться, запустить 1С и свернуть её, и это делать раз в сутки. Больше вариантов никаких не предложили.
• По-умолчанию для работы через web-клиент все регламентные задания отключены. По запросу в тех.поддержку мы можно разблокировать выполнение заданий.

Особенности запуска по расписанию в облачных решения 42link:

• Регламентные задания выполняются только при работе через тонкий клиент
• В конфигурацию УНФ невозможно добавить модуль во внешние печатные формы и обработки, необходимо открывать вручную

Ограничения ABCP и 1C:

• ABCP не может вызывать 1С, как web-сервис, а если есть такая необходимость, то это надо озвучивать задачу разработчикам платформы, они озвучат сумму.
• При включенном финансовом модуле, 1С может загружать оплаты с платформы и выгружать оплаты из конфигурации на платформу.
• При выключенном финансовом модуле 1С может только загружать безналичный оплаты с платформы (используется другой метод АПИ)
• Нельзя получить список удаленных заказов для такого же удаления в 1С, обработка получает все заказы за месяц и сравнивает их с загруженными. Если список не сходится, то помечает на удаление заказы, которые есть в 1С, и нет в ABCP
• В 1С нельзя добавить статусы заказов из ABCP, их набор ограничен, поэтому используется расширение, которое отображает статусы с сайта в заказах в отдельной колонке.
• В 1С:Розница нельзя сделать поступление по нескольким заказам поставщику из-за архитектуры конфигурации
• В Альфа-Авто нельзя сделать привязку одного платежа к нескольким заказам из-за архитектуры конфигурации