Ситуция:
Имеем нешуточных размеров Инвойс на 500 с хряком товарных позиций и на 10000 артикулов.
Создаем из Инвойса документ ЭД -инвойс. И Альта виснит. Иногда терпения хватало досидеть доконца, а сегодня никакого терпения не хватило. полчаса сидишь а документа так и нет.
Вопрос:
Где узкое место.
И более глубокий вопрос: объясните алгоритм формирования документов. Т.е. типа "Альта выгружает из базы документ на диск, там его конвертирует, разбивает. загружает обратно, обрабатывает...". А то уже не знаешь куда смотреть, толи купить новое рабочее место декларанту, то ли выбросить сервер. Но не понимая сути работы программы любой выбор будет неправильный. Будте добры раскжите как оно работает
-
-
Обсуждения на сайте Альта-Софт
-
Проблемы с формирование больших документов.
Модераторы: Renat, Gala, alta_olg, expert, Lemur
-
- Модератор
- Сообщения: 2537
- На форуме: c 05 ноя 2004
- Откуда: Москва, Альта-Софт
Сказал: 1 ед.
Получил: 104 ед.
Получил: 104 ед.
Re: Проблемы с формирование больших документов.
Сохраните в формате Заполнителя Инвойс и присылайте нам.
Посмотрим.
Посмотрим.
Олег Михайлов
Отдел техн. поддержки и разработки ПО
Отдел техн. поддержки и разработки ПО
Re: Проблемы с формирование больших документов.
а если в столбце "признак бумажного документа" поставить галку - и не формализовать Инв?
я бумажными делаю все доки которые пришли с машиной, т.е. - тир, смр и инв.
больше от таможни запросов на предоставление этих документов в формализованном виде не получаю
я бумажными делаю все доки которые пришли с машиной, т.е. - тир, смр и инв.
больше от таможни запросов на предоставление этих документов в формализованном виде не получаю
Попрошу внимания! Сделайте, пожалуйста, умные лица!
Re: Проблемы с формирование больших документов.
И все таки, как происходит процесс формирования документов ? )alta_olg писал(а):Сохраните в формате Заполнителя Инвойс и присылайте нам.
Посмотрим.
-
- Почетный участник
- Сообщения: 110
- На форуме: c 14 ноя 2004
- Откуда: Москва
Сказал: 0 ед.
Получил: 23 ед.
Получил: 23 ед.
Re: Проблемы с формирование больших документов.
Все происходит в памяти рабочего места декларанта, SQL сервер только для хранения. Делается пустой взаимосвязанный документ с нужным количеством товаров, потом потоварно перекидывается информация. Переброс просходит при помощи скрипта из внешнего txt файла, т.е. работает интерпретатор. Это медленно, зато позволяет менять правила переноса в txt не изменяя каждый раз exe файл. Потом каждое поле дергается, как будто его ввел человек руками. Это делается, чтобы вызвать все пост-обработки: например, когда оператор вводит ТНВЭД, то автоматически проставляется доп.единица и пр. Или когда вводит ОГРН, то реквизиты проставляются, и т.д. Все эти плюшки тоже отнимают время, т.к. какие-то поля после изменения поиск по справочниками делают.
С Инвойс->ЭД2-Инвойс, все еще хуже. Инвойс умеет делать сразу несколько ЭД2 инвойсов, если есть несколько документов с кодом 04021 в полях Документ1-15. Для этого исходный 10000 инвойс разваливается в памяти на N инвойсов согласно 04021, а потом из каждого классическим путем делается взаимосвязанный ЭД2-Инвойс. Промежуточные потом убиваются.
В общем, узких мест полно. Присылайте на alta@alta.ru образец, будем искать.
Изначально все разрабатывается в режиме "надо скорей-скорей" и тестируется на небольших примерах 50-100 товаров. Поэтому про оптимизацию вспоминают в последнюю очередь.
С Инвойс->ЭД2-Инвойс, все еще хуже. Инвойс умеет делать сразу несколько ЭД2 инвойсов, если есть несколько документов с кодом 04021 в полях Документ1-15. Для этого исходный 10000 инвойс разваливается в памяти на N инвойсов согласно 04021, а потом из каждого классическим путем делается взаимосвязанный ЭД2-Инвойс. Промежуточные потом убиваются.
В общем, узких мест полно. Присылайте на alta@alta.ru образец, будем искать.
Изначально все разрабатывается в режиме "надо скорей-скорей" и тестируется на небольших примерах 50-100 товаров. Поэтому про оптимизацию вспоминают в последнюю очередь.
Отдел разработки ПО, Белоусов Юрий.
Re: Проблемы с формирование больших документов.
Юрий, спасибо.blanco писал(а):Все происходит в памяти рабочего места декларанта, SQL сервер только для хранения. Делается пустой взаимосвязанный документ с нужным количеством товаров, потом потоварно перекидывается информация. Переброс просходит при помощи скрипта из внешнего txt файла, т.е. работает интерпретатор. Это медленно, зато позволяет менять правила переноса в txt не изменяя каждый раз exe файл. Потом каждое поле дергается, как будто его ввел человек руками. Это делается, чтобы вызвать все пост-обработки: например, когда оператор вводит ТНВЭД, то автоматически проставляется доп.единица и пр. Или когда вводит ОГРН, то реквизиты проставляются, и т.д. Все эти плюшки тоже отнимают время, т.к. какие-то поля после изменения поиск по справочниками делают.
С Инвойс->ЭД2-Инвойс, все еще хуже. Инвойс умеет делать сразу несколько ЭД2 инвойсов, если есть несколько документов с кодом 04021 в полях Документ1-15. Для этого исходный 10000 инвойс разваливается в памяти на N инвойсов согласно 04021, а потом из каждого классическим путем делается взаимосвязанный ЭД2-Инвойс. Промежуточные потом убиваются.
В общем, узких мест полно. Присылайте на alta@alta.ru образец, будем искать.
Изначально все разрабатывается в режиме "надо скорей-скорей" и тестируется на небольших примерах 50-100 товаров. Поэтому про оптимизацию вспоминают в последнюю очередь.
Вчера отправил на этот мейл заливочный файл в формате заполнителя с пометкой Олегу Михайову. Ожидаю ваших коментариев.
-
- Почетный участник
- Сообщения: 110
- На форуме: c 14 ноя 2004
- Откуда: Москва
Сказал: 0 ед.
Получил: 23 ед.
Получил: 23 ед.
Re: Проблемы с формирование больших документов.
Комментарий пока такой: программа не зависает, а долго работает. Если дождаться, то получается из Вашего ZPL документ, а из него взаимосвязанные ЭД2-Инвойсы. В офисе на супер компьютере 15 мин делался Инвойс и потом в течении часа (точно не засекли) взаимосвязанные. Будем пытаться ускорить, в лог сделаем трассировку процесса создания взаимосвязанных с разбивкой по времени и посмотрим. Но каких-то ошеломляющих результатов вряд ли получится, скорее всего, все что там происходит, все нужное и много выкинуть не получится. 10000 позиций это много, изначально в программа проектировалось для 999 товарных ГТД. А потом уже инвойсы не группированные появились.
Напишите на всякий случай какой у Вас компьютер.
Напишите на всякий случай какой у Вас компьютер.
Отдел разработки ПО, Белоусов Юрий.