Страница 1 из 1

Проблемы с формирование больших документов.

Добавлено: Вт июл 17, 2012 17:09
Koteneff
Ситуция:
Имеем нешуточных размеров Инвойс на 500 с хряком товарных позиций и на 10000 артикулов.
Создаем из Инвойса документ ЭД -инвойс. И Альта виснит. Иногда терпения хватало досидеть доконца, а сегодня никакого терпения не хватило. полчаса сидишь а документа так и нет.

Вопрос:
Где узкое место.
И более глубокий вопрос: объясните алгоритм формирования документов. Т.е. типа "Альта выгружает из базы документ на диск, там его конвертирует, разбивает. загружает обратно, обрабатывает...". А то уже не знаешь куда смотреть, толи купить новое рабочее место декларанту, то ли выбросить сервер. Но не понимая сути работы программы любой выбор будет неправильный. Будте добры раскжите как оно работает :)

Re: Проблемы с формирование больших документов.

Добавлено: Ср июл 18, 2012 09:01
alta_olg
Сохраните в формате Заполнителя Инвойс и присылайте нам.
Посмотрим.

Re: Проблемы с формирование больших документов.

Добавлено: Ср июл 18, 2012 10:49
crocusav
а если в столбце "признак бумажного документа" поставить галку - и не формализовать Инв?
я бумажными делаю все доки которые пришли с машиной, т.е. - тир, смр и инв.
больше от таможни запросов на предоставление этих документов в формализованном виде не получаю :wink:

Re: Проблемы с формирование больших документов.

Добавлено: Пт июл 20, 2012 09:04
Koteneff
alta_olg писал(а):Сохраните в формате Заполнителя Инвойс и присылайте нам.
Посмотрим.
И все таки, как происходит процесс формирования документов ? )

Re: Проблемы с формирование больших документов.

Добавлено: Пт июл 20, 2012 10:03
blanco
Все происходит в памяти рабочего места декларанта, SQL сервер только для хранения. Делается пустой взаимосвязанный документ с нужным количеством товаров, потом потоварно перекидывается информация. Переброс просходит при помощи скрипта из внешнего txt файла, т.е. работает интерпретатор. Это медленно, зато позволяет менять правила переноса в txt не изменяя каждый раз exe файл. Потом каждое поле дергается, как будто его ввел человек руками. Это делается, чтобы вызвать все пост-обработки: например, когда оператор вводит ТНВЭД, то автоматически проставляется доп.единица и пр. Или когда вводит ОГРН, то реквизиты проставляются, и т.д. Все эти плюшки тоже отнимают время, т.к. какие-то поля после изменения поиск по справочниками делают.

С Инвойс->ЭД2-Инвойс, все еще хуже. Инвойс умеет делать сразу несколько ЭД2 инвойсов, если есть несколько документов с кодом 04021 в полях Документ1-15. Для этого исходный 10000 инвойс разваливается в памяти на N инвойсов согласно 04021, а потом из каждого классическим путем делается взаимосвязанный ЭД2-Инвойс. Промежуточные потом убиваются.

В общем, узких мест полно. Присылайте на alta@alta.ru образец, будем искать.
Изначально все разрабатывается в режиме "надо скорей-скорей" и тестируется на небольших примерах 50-100 товаров. Поэтому про оптимизацию вспоминают в последнюю очередь.

Re: Проблемы с формирование больших документов.

Добавлено: Пт июл 20, 2012 11:18
Koteneff
blanco писал(а):Все происходит в памяти рабочего места декларанта, SQL сервер только для хранения. Делается пустой взаимосвязанный документ с нужным количеством товаров, потом потоварно перекидывается информация. Переброс просходит при помощи скрипта из внешнего txt файла, т.е. работает интерпретатор. Это медленно, зато позволяет менять правила переноса в txt не изменяя каждый раз exe файл. Потом каждое поле дергается, как будто его ввел человек руками. Это делается, чтобы вызвать все пост-обработки: например, когда оператор вводит ТНВЭД, то автоматически проставляется доп.единица и пр. Или когда вводит ОГРН, то реквизиты проставляются, и т.д. Все эти плюшки тоже отнимают время, т.к. какие-то поля после изменения поиск по справочниками делают.

С Инвойс->ЭД2-Инвойс, все еще хуже. Инвойс умеет делать сразу несколько ЭД2 инвойсов, если есть несколько документов с кодом 04021 в полях Документ1-15. Для этого исходный 10000 инвойс разваливается в памяти на N инвойсов согласно 04021, а потом из каждого классическим путем делается взаимосвязанный ЭД2-Инвойс. Промежуточные потом убиваются.

В общем, узких мест полно. Присылайте на alta@alta.ru образец, будем искать.
Изначально все разрабатывается в режиме "надо скорей-скорей" и тестируется на небольших примерах 50-100 товаров. Поэтому про оптимизацию вспоминают в последнюю очередь.
Юрий, спасибо.
Вчера отправил на этот мейл заливочный файл в формате заполнителя с пометкой Олегу Михайову. Ожидаю ваших коментариев.

Re: Проблемы с формирование больших документов.

Добавлено: Чт июл 26, 2012 08:49
blanco
Комментарий пока такой: программа не зависает, а долго работает. Если дождаться, то получается из Вашего ZPL документ, а из него взаимосвязанные ЭД2-Инвойсы. В офисе на супер компьютере 15 мин делался Инвойс и потом в течении часа (точно не засекли) взаимосвязанные. Будем пытаться ускорить, в лог сделаем трассировку процесса создания взаимосвязанных с разбивкой по времени и посмотрим. Но каких-то ошеломляющих результатов вряд ли получится, скорее всего, все что там происходит, все нужное и много выкинуть не получится. 10000 позиций это много, изначально в программа проектировалось для 999 товарных ГТД. А потом уже инвойсы не группированные появились.

Напишите на всякий случай какой у Вас компьютер.