Внешняя обработка для свертки нескольких заказов покупателя в один заказ для использования в конфигурации 1С:Управление торговлей 8 (Управление торговлей, редакция 11.4).
Расширение позволяет за 1-2 дня свернуть информационную базу 1С Бухгалтерии 3.0 с десятками миллионов документов. Использует оптимизированный алгоритм определения документов, на которые нет ссылок, для последующего удаления 16 фоновыми заданиями. Не помечает документы на удаление.
Универсальная свертка баз данных под 1С разработана для свертки баз данных различного объема и сложности. Обработка работает на простых и управляемых формах.
Обработка позволяет легко и интуитивно понятно проводить работы по свертке базы данных и других необходимых операций связанных с обслуживанием баз данных.
Хотите точно знать, что вы выгружаете? Хотите сворачивать товары по НДС или фильтровать товары по доп. реквизиту? Вы волшебник, которому необходимо превращать одних контрагентов в других? Хотите при выгрузке превратить группу товаров в один? Или просто нужен удобный OLE обмен между 1C:Управление торговлей (ред. 11 или 10) и 1С:Бухгалтерия предприятия (ред. 2 или 3). Тогда эта обработка для вас!
Механизм обрезки (свертки) базы 1С. Описан процесс переноса среза остатков в новую базу. Представлено прикладное решение - обработка по переносу данных. Обработка работает в толстом и в тонком клиентах. Реализован способ обмена между базами без длительного отключения рабочей базы.
Обработка свертки базы УНФ 1.6 выполнена в виде расширения конфигурации, которое встраивается в вашу базу без снятия с поддержки, и адаптирована под релиз УНФ 1.6.
Внешняя обработка (для конфигураций на обычных формах) сравнивает остатки на дату и в разрезе организации по всем регистрам накопления. Сравнение происходит между базами по технологии Com-соединение. Используется при свертке базы.
В обработке речь идет только про заказы. Если мы имеем на одного контрагента с одним и тем же договором, складом, ставками НДС более одного заказа, то такие заказы мы имеем возможность объединить в один. А уже основании объединенного заказа продолжаем работать, как и раньше, выписывать реализацию и т.д.
Ольга полностью согласен с вашем утверждением "В обработке речь идет только про заказы. Если мы имеем на одного контрагента с одним и тем же договором, складом, ставками НДС более одного заказа, то такие заказы мы имеем возможность объединить в один. А уже основании объединенного заказа продолжаем работать, как и раньше, выписывать реализацию и т.д.", но не работает обработка
Добрый день, интересует ваша разработка, можете пояснить механизм работы?
Для одного клиента было создано несколько заказов, при их объединении что происходит - создается новый, а данные заказы распроводятся? Клиенту были выставлены счета, документы надо все равно будет создавать... Можно пояснение, спасибо.
Создается новый заказ текущей датой, в который записывается содержимое всех выбранных заказов для объединения. Ненужные заказы помечаются на удаление с комментарием "Перенесён в...". Счета в обработке не рассматриваются
Подскажите, пожалуйста, после нажатия на кнопку "Объединить" выводится данная ошибка и помечается на удаление только самый первый заказ из объединяемых:
(19) Да, объединённый заказ создаётся, но без заполнения столбца "Дата отгрузки" и текущее состояние у созданного заказа "Закрыт". Но это не так критично, т.к. далее всё равно будем работать с данным заказом. А вот то, что не помечаются автоматически на удаление все первоначальные заказы, неудобно.
Как можно исправить данную ошибку? Или у нас нужно изменить какие-то настройки?
Здравствуйте. Обработка работает, и это чень удобно, что можно объединить заказы покупателя в 1. Но при установке в дополнительные отчеты и обработки возникает ошибка со скрина
Здравствуйте, подскажите как решена задача отмены резерва? Например, в одном из объединяемых заказов стоит резерв (отгрузить или резерв на складе), то этот резерв снимается и переносится в новый заказ. В момент удаления товара из заказа и добавления в новый, товар встает на свободные остатки и может быть зарезервирован другим менеджером. Вы как-то учитываете эту ситуацию, если да, то каким образом? Спасибо