Обмен с ЕГАИС из 1С

Вопрос авторам: Работа с ЕГАИС требует ведения партионного учета. Приход привязывается к справкам Б, номера которых указываются при собственной реализации. Где в бух 8.1,2,3 есть партионный учет ? Как вы это реализовали ?

(1) agorohov, в Бухгалтерии конечно такого учета нет, будет новый регистр накопления + подписка на событие, который будет вести остатки товаров в разрезе справок. На начальном этапе в первую очередь нужно синхронизировать справочники в 1С и в ЕГАИС,

(2) Uncore, т.е. без доработки основной конфы не обойтись?
А как вы синхронизируете справочники. Контров, понятно. Там есть ИНН и КПП, и адреса на крайний случай. Как с номенклатурой ?
Запрос в УТМ отдается по ИНН производителя. В ответ приходит несколько сотен, а то и тысяч позиций, в том числе, давно не производимые. А нужно десяток. Как их найти ? По каким признакам ?

(3) agorohov, да, укажем это в публикации, что потребуется доработка. Ищем по названию + объему. Если не нашли - можно вручную сопоставить ссылку на товар для нужной строки из ЕГАИС. Как вариант думаю можно сделать, что отфильтровать данный большой список, можно использовать объем. Нужны примеры списка из ЕГАИС и справочника в 1С, чтобы подумать над более продвинутом интеллектуальном сопоставлении товаров.

(4) Uncore, По названию не вариант: совпадают лишь отдельные слова, могут быть и в разном порядке. Кроме того одного названия, например "Водка "Столичная"" с объемом 0,5 м.б. в справочнике от ЕГАИС пару десятков строк. А все потому, что есть еще модификации самой бутылки, которой нет в ЕГАИСе. Но есть, вернее передавал поставщик.
А вообще, это касается только остатков, так сказать, доЕГАИСных. Приход, полученный через ЕГАИС, будет уже с кодами АП.

(5) agorohov, да, автоматом конечно тут сложно распознавание сделать, но на реальной базе из всей массы присланной ЕГАИСом информации распозналось по такому алгоритму процентов 40. Тут еще у каждого производителя свои особенности заведения названий. Какие-то шаблоны видимо нужно будет придумывать.

Несколько организаций уже тестируют программный продукт. Думаю, выявятся еще варианты по упрощению данного процесса сопоставления.

(4) Uncore, По поводу доработки. Думаю не хилая доработка. Кроме того, что добавить регистр, нужно "двигать" его и в приходных, и в расходных накладных. А еще плюс возвраты, сторно, перепроведение и перераспределение по партиям.

(2) Uncore, - вообще то в БП партионный учет есть, если его включить конечно...

(8) agorohov, да, обработка будет большая и сложная, спору нет. Но с точки зрения внесения доработок для конфигурации доработка небольшая - только новые объекты без изменения существующих. Опыт создания таких регистров есть, поэтому надеюсь все получится. Я долго думал над этим вопросом, и решил, что проще сделать регистр с подписками, чем дорабатывать типовой партионный учет. Если есть интерес, можем предложить потестировать данный функционал на копии Вашей базы бесплатно, к концу недели думаю уже будет рабочий вариант.

(9) Alex_E, согласен, на 3-ем субконто он появляется, но тут тоже есть свои нюансы:
1. Мало, кто ведет его у себя в программе. А если его включать, нужно будет перепроводить все документы. А свой новый регистр можно заполнить и без перепроведения.
2. Если партионный учет и ведется, то не факт, что он корректный. Например в УТ10, ни у кого из тех, кто ко мне обращался, он был верным, все время помогали выравнивать.
3. В качестве источника справки Б будет выступать всего 1 документ - приходная накладная. Но партией может быть и оприходование, и перемещение, и возврат. Т.е. все равно придется дорабатывать типовой функционал, чтобы это учесть. А доработка типового - думаю вещь более сложная, чем разработка нового, что при обновлении она не слетит.

Пока такие выводы, готов к конструктивному диалогу по данному вопросу.

зачем в УТ ЕГАИС?

Для оптовиков? Для розничной торговли а это большинство, требуется транспортный модуль и учет в кассовой программе с возможность подключения продаж через ЕГАИС. А это Frontol или Штрих-М.

(11) trade70,
А закуп во Frontol и Штрих-М тоже будите показывать? Что то не помню во фронтоле такого функционала.

(11) trade70, где-то ведь нужно сохранять те же ТТН от поставщиков, акты. А про выгрузке документов я вообще молчу - там вся информация берется из справочников да из документов.

Добрый день! Обработка имеет открытый код?Купив у вас ее мы можем адаптировать под свою конфигурацию сами?!

(14) asf-trade, Добрый день. Код открыт, закрыт только модуль лицензирования, не влияющий на работу отчета. Дорабатывать сможете сами, а можете заказать доработку у нас, чтобы постоянно не вносить свои изменения в новые версии после обновления программы.

(10) Uncore, Спасибо. Пишу сам для Конфигурации на основе ТиС 7.7.

(16) agorohov, понятно. Значит можно будет делиться опытом :)

(12) corbenSG, я может что-то не понимаю. Но насколько я слышал, учитываться будут только продажи при рознице! А не опте, где эта система нужна, или вы хотите сказать что товароведу то-же надо при оприходывании товара сканировать двумерный штрихкод? Зачем тогда при продажи такой контроль? Если на этапе оприходывания уже контроль. Я насколько слышал такой системой должны оснащаться поставщики ибо у них нет розницы.

(18) trade70, с 01.01.16 рознице нужно отражать только факт закупки, отправляя на загруженные от поставщика ТТН акты приема/отказа/расхождения.

(19) Uncore, ясно. ну думаю Далион допилят к тому моменту, а вот 7-ку придется самому пилить

(20) trade70, для 7.7 наши партнеры готовят подобную доработку, информация появится по ней к 15 октября.

Хочу поинтересоваться, каким образом? Из установленного сертификата?

(22) demon_infernal, Секрет фирмы :) есть 2 способа: из запроса к УТМ, либо из логов УТМ.

(23) Uncore, а что писать в поле FSRAR_ID при отправке запроса в УТМ?
Поясню. Зная организацию, вернее, ее ИНН, мы можем сформировать в УТМ запрос, который вернет FSRAR_ID, адреса подразделений и т.д. Причем, по одному ИНН может быть несколько подразделений с разными адресами (разными КПП).
Но при отправке запроса нужно заполнять поле FSRAR_ID, которое мы еще только собираемся узнать, получить в ответе на наш запрос. Что вы туда пишете?

(24) demon_infernal, этот код содержится в сертификате закрытой области PKI ключа JaCarta.
Его можно посмотреть в свойствах этой области PKI в составе сертификата в поле Субъект. Алгоритм получения его вручную показан в инструкции, которую Вы скачаете из личного кабинета на сайте egais.ru. На каждое ОП организации должен быть свой ключ JaCarta и соответственно свой FSRAR ID.

(25) Uncore, это я знаю. Мне интересно, как именно у вас реализовано определение этого кода. Вы сами говорите, что есть два способа - запросом и чтением из логов. Если запросом - то что вы пишете в FSRAR_ID самого запроса? Если чтением из логов - то что делать, если УТМ установлен, например, на другом континенте на чей-нибудь айфон?

(26) demon_infernal, есть один запрос, который не требует FSRAR ID. Про УТМ на айфоне это Вы конечно загнули. УТМ должен стоять там же, где и ключ JaCarta. А обращаться Вы к нему через внешний ip можете хоть с другого континента.

(21)Можете раскрыть, кто готовит доработку для 7.7?

(28) victuan, наш партнер, франчайзи 1С.

(15) Uncore, поясните, пожалуйста, что за модуль лицензирования? и зачем он нужен, если он на работу обработки не влияет?

(30) Wolex, он нужен для регистрации обработки на определенную организацию. При первом запуске нужно будет зарегистрировать на организацию копию обработки по ИНН и коду ФС РАР.

а как вы тестируете загрузку ТТН от поставщиков? это же надо, чтобы кто-то их вам прислал сначала

(32) Wolex, так и тестируем. На форуме ФС РАР можно найти организацию, которая хочет потестировать свои отгрузки, а мы закупки. Так и протестировали. К тому же некоторые поставщики уже сами шлют ТТН в ЕГАИС, нужно их только загрузить.

Добрый день!
Скажите, если сейчас приобретем обработку, будут дописаны изменения, например ля выгрузки остатков и отправки документов реализации, это будет обновлено бесплатно, или надо все равно покупать подписку.
Еще вопрос, у нас конфигурация 1с КА1.1 какие доработки нужно будет внести в программу, чтоб работала данная обработка? Еще у нас ведется учет по сериям.

За ранее спасибо за ответ.

(34) апостол, Добрый день, Денис.
Подписка на обновления и техподдержку бесплатные 3 месяца после покупки, годовая подписка покупается после окончания бесплатной.
Механизм выгрузки накладных сейчас тестируется с несколькими контрагентами, по ходу обработка дорабатывается, обновления высылаются на почту. В период бесплатной подписки этот функционал уже будет включен.
Доработки потребуются в добавлении новых справочников, документов, перечислений и регистров сведений. На обновления влиять не будут. Для серий возможно понадобится доработка для хранения справок А и Б.

(35) Uncore, Спасибо за ответ. Необходимые доработки писать придется самостоятельно? Если да, то будет ли тех. задание с описанием, что надо реализовать. И еще такой вопрос, в примере когда вы формируете ттн, у вас указана только номенклатура, а где серии, ведь в сериях указывается дата розлива.

(36) апостол, пример делался для бухгалтерии, там серий нет. Да и дат розлива в справках Б из ЕГАИС пока нет.
Конфигурация с доработками и инструкция по их внесению высылается вместе с заказом

(37) Uncore, Спасибо за ответы.

Добрый день!
Есть ли у Вас в планах реализовать данный функционал в конфигурации Рознце 1.0?

(39) IvanKT, Добрый день, Иван! Да, в планах есть, при реальном интересе - реализуем.

Для информции - http://1c.ru/news/info.jsp?id=20300

(41) Исключение, да, об этом давно известно, и для Розницы 2.1 уже есть решение от 1С. Только бухгалтерий в этом списке не значится, и вряд ли будет поддержка решений на обычных формах.

Для УТАП 10.3 есть реализация?

(43) Requiem, да, есть.

Подскажите, для 7.7 не готова подобная доработка?
Если да, то где будет или есть по ней информация?

(45) pfa, чуть позже разместим информацию по этому поводу.

+(46) К концу недели партнер планирует закончить программный продукт. Сейчас идет его тестирование. Информацию разместим.

Хорошо, будем ждать.

1. У вас еще не реализован механизм ввода начальных остатков в ЕГАИС для оптовиков (Акт постановки на баланс) и списание?
2.Предусмотрен ли функционал, что сопоставление справочников 1с со справочниками ЕГАИС осуществляется "по ходу работы", т.е. поступила приходная накладная для нее сделали сопоставление товара, контрагента. Сформировали расходную накладную, для нее сопоставили контрагента и проверили ассортимент, при необходимости проставили соответствие.
3. Уточните пожалуйста, если у нас одно юр.лицо но несколько оптовых складов со своими УТМ и несколькими операторами, то мы у вас приобретаем только Основную лицензию, а дополнительные лицензии не нужно?
4. Предусмотрена ли в обработке сверка остатков по данным ЕГАИС и 1с?

(49) hisamovajr,
1. Нет, эти документы появились в УТМ только вчера. Плюс к тому же пока не понятно, откуда брать данные по номерам справок А и Б для постановки на баланс, если поступлений от поставщиков еще не было. К тому же новая версия УТМ не устанавливается, падает с ошибкой. Ждем ответов и решений от РАР, вопросы заданы на форуме.
2. Да, такой механизм есть. Также планируем его расширить и сделать более удобным.
3. Количество лицензий рассчитывается как количество УТМ. Если УТМ несколько, то нужна 1 основная лицензия на 1-й УТМ, а на 2.-й и последующие - дополнительные лицензии.
4. Пока нет, но реализовать сможем. Правда остатки сейчас формируются только документами прихода от поставщиков да накладными на клиентов. Плюс вчера ввели постановку остатков и списания. А реальные остатки двигаются куда большим количеством документов, поэтому остатки в 1С и из ЕГАИС вряд ли будут совпадать.

ЕГАИС ОПТ.

1. При создании ТТН на основании реализации не заполняются поля в таб. части "Справка А", "Справка
Б", необходимо вручную подбирать справки. Представьте, что у клиента в день порядка 1,500 накладных, в каждой по 20-30 строк. Вручную подбирать справки не вариант, необходимо сделать автомат заполнения.

3. Нет документов Акт постановки на баланс и списание.

Интересно, когда все участники подключатся к системе, она не упадет как было однажды при внедрении старой ЕГАИС на опте))))

В целом, обработка отличная!

(51) andrew.ab, Андрей, благодарим за Ваш отзыв!
1. Да, мы в курсе этой проблемы и прекрасно все понимаем. И несомненно бы сделали заполнение автоматически, если бы это было возможно. Но этого пока сделать просто нереально, т.к. РАР видит процесс отгрузки теперь так: Вы собираете на складе сначала заказ для клиента, склад передает какие партии нужно отразить в накладной и Вы вручную отражаете в накладной, какие данные поедут клиенту. Т.к. если Вы укажите одни идентификаторы справок А и Б, а клиенту придут другие, то это будет нарушением. Вот такой бред. Пока так, надеемся РАР что-то упростит в этом плане. Поэтому кроме как ручной подбор справок в накладной, варианта другого нет. Автомат прикрутить не проблема, как только это со стороны РАР будет мониториться, неясно.
2. Акты списания и постановки на баланс появились только вчера, поэтому мы их просто не успели еще добавить :) До конца недели сделаем. Хотя к этим документам тоже много вопросов, в них тоже отражать нужно идентификаторы справок А и Б. Но вопрос где их взять для товара на складе, который не проходил по ЕГАИС, остается пока открытым. Будем следить за новостями от РАР.

Добрый день! Как с вами можно связаться вне этого форума желательно по телефону.

(53) апостол, Добрый день. Звоните на телефон Инфостарта 8-800-5555-256, они переключат на меня.

Добрый день
В 1с Рознице при сопоставлении номенклатуры реализован метод один к одному, но на практике надо один ко многим
Пример: Есть в ЕГАИС "Водка особая "Глазов" 0,25л а по факту у них она в разных бутылках (стиль, гора) и стоимость разная.
Понимаю что при одинарной привязке подтвердить приходную накладную можно (по номенклатуре и объему). Но в РТ номенклатуру все равно надо делить по позиционно для дальнейших продаж, особенно для оптовиков
А как у вас это реализовано?

(55) Andrekaa, Добрый день, Андрей.
У нас это пока тоже как 1 к 1, но в ближайшее время реализуем, чтобы можно было делать связку по серии или характеристике номенклатуры. Такая задача уже в планах есть.

(56) Uncore,
на практике все же народ разделяет
"Водка особая "Глазов" 0,25л - на "Водка особая "Глазов стиль " 0,25л и "Водка особая "Глазов гора" 0,25л в своих справочниках
не встречал в этой ситуации применение характеристик :(
А Серии применяются как партии

(57) Andrekaa, сделать можно и один ко многим. Но вот как потом в ТТН от поставщика уникально идентифицировать пришедший товар? Видимо только предлагать выбрать, какая именно номенклатура все-таки пришла. Хотя, это справедливо только при создании документа поступления на основании ТТН поставщика из ЕГАИС.

при поступлении легче даже разбить руками (в опте) т.к. документов поступления на 10-50 порядков меньше чем документов реализации
а вот связь один ко многим для реализации бы спасла отцов русской демократии :)

(59) Andrekaa, думаю тогда не проблема, можно будет реализовать такой функционал

Добрый вечер! Предприятие занимается производством и реализацией алког-й продукции.
Нужна выгрузка из 1С в ЕГАИС.
Про загрузку в 1С рассказали в видео-презентации, а что с выгрузкой в ЕГАИС?
Бухгалтерия 2.0

(60) Uncore, Добрый вечер! Предприятие занимается производством и реализацией алког-й продукции.
Нужна выгрузка из 1С в ЕГАИС.
Про загрузку в 1С рассказали в видео-презентации, а что с выгрузкой реализаций из 1С в ЕГАИС?
Бухгалтерия 2.0

(61) portal2011, Добрый день. Видео с выгрузкой выложим в ближайшее время. Для производителей для начала нужно установить у себя классический ЕГАИС, который можно получиться в МРУ ФС РАР по заявлению. После этого через классический ЕГАИС нужно будет занести информацию о производимой продукции, и тогда уже можно будет делать отгрузки покупателям.

Добрый день. Организация занимается оптовой торговлей пива и пивных напитков.
Есть несколько вопросов к автору:
1)У компании несколько обособленных подразделений, учет ведется в одной БД (УТ 10.3). Есть ли в обработке возможность выбора подразделения при выгрузки данных в ЕГАИС (выгружать отдельно по каждому ОП)?
2)Для выгрузки обязательно ведение учета по сериям?
3)Если был отправлен подтверждающий акт поставщику, а уже после его отправки были выявлены расхождения, есть ли возможность в обработке (и поддерживает ли такую возможность сам ЕГАИС) отправить акт о расхождениях в таком случае?
Спасибо.

(64) nadegda-tere, Добрый день, Надежда.
1. Если у компании несколько ОП, то на каждом ОП должен быть установлен свой УТМ и отдельный ключ JaCarta. На него записывается сертификат с данными ОП, и именно на этот УТМ будут приходить данные от поставщиков, и нужно будет отправлять данные клиентам. Можно это сделать и на одной базе, но УТМ с ключами все равно нужно будет разделять по нескольким компьютерам или виртуальным машинам.
2. Нет, но при выгрузке накладных клиентам нужно будет подбирать товары с нужными справками А и Б по остаткам. Планируем сделать этот момент автоматическим.
3. ЕГАИС такую возможность не поддерживает. Нужно будет делать возврат поставщику через выгрузку накладной.

Очень интересный проект, внимательно слежу за развитием. Нашу организацию, к сожалению, не устроил вариант с внесением доработок. Пришлось начать разрабатывать самим с хранением данных во внешних таблицах. Пока только под БП 2.0, правда.

(66) Wolex, без доработок к сожалению, особенно в опте никак не получается обойтись. Где-то нужно хранить остатки товаров в разрезе справок А и Б. Но доработки включают в себя только добавление новых объектов, они никак не будут влиять на обновления от 1С.

(67) Uncore, ну, я пока обхожусь... мороки, правда, много. и пока только с отправкой/ приемом справочных данных, накладных, актов и справок. до остатков пока не добрался. может, и упрусь.

(68) Wolex, самая сложная часть - выгрузка накладных клиентам для опта. Толком никакой информации нет, как правильно указывать справки А и Б. Причем при отправке накладной контролируются остатки на стороне ЕГАИС, если не оприходовали ранее этот товар от поставщика или не поставили его актом на остатки именно в ЕГАИС, накладная не проведется.

страшно представить ввод остатков на 01.01.2016 в опте по справкам А,Б :(

Добрый день.
Планируется ли реализация полноценной поддержки ЕГАИС в отношении розничной продажи алкогольной продукции к 01.07.2016 года?

(71) AndreyLi9, Добрый день.
Да, конечно. Пока реализован механизм подтверждения закупок от поставщиков, необходимый к 01.01.2016, выгрузка чеков также будет реализована.

спасибо большое.

Доброго времени суток!

Интересуюсь обработкой интеграции ЕГАИС с 1С:Комлексная автоматизация 1.1.
Опишу Вам ситуацию:
1. имеем несколько юр лиц;
2. Юр.лицо 1 имеет несколько оптовых складов, т.е. несколько обособленных подразделений + магазин на отдельном обособленном подразделении;
3. Юр.лицо 2 имеет 2 магазина, т.е. 2 обособленных подразделения;
4. Юр.лицо 3 имеет один магазин.
5. Все юр.лица работают в одной конфигурации 1С:Комплексная автоматизация 1.1 и магазины, и магазины.
6. Поставщики импортеры и производители.

И дают ли Ваши специалисты рекомендации по доработке существующей конфигурации для корректной работы Вашей обработки.
Способна ли Ваша обработка обработать такой функционал?
Какова будет стоимость обработки?


Программист 1С
Гатаулина Таньзеля Маратовна, тел.: 89625520735

(74) tanselja, Добрый день, Таньзеля! Ответил Вам личным сообщением.

Добрый день!
1. Несколько магазинов работают в одной базе. При загрузке накладной нужно проверять, есть ли номенклатура в списке разрешенных данному магазину и автоматом делать документы акт расхождения или акт отказа. Сможем ли мы сами доработать обработку?
2. Используются ли dll для работы обработки?

(76) DiGanis, Добрый день!
1. Доработать сможете, код открыт. Закрыт только модуль лицензирования, не влияющий на работу обработки.
2. Нет, ничего дополнительно не используется.

Добрый день
а предусмотрен ли какой-нибудь демо релиз?
все таки перед покупкой хочеться понять а что же покупаем.

(78) Andrekaa, Добрый день.
Демки пока нет, сложно ее реализовать так, чтобы все работало как в полной версии.

хм плохо
а как тогда покупать то, функционал будет не маленький (для опта) его все равно тестить надо

(80) Andrekaa, сегодня выложим новое видео с доп возможностями для опта

Добрый день!
А запрос контрагентов производится поштучно по ИНН и уже отбирать по конкретному КПП? Например, у нас по оборотам за последнее время (месяца 2) порядка 1000 торговых точек купили пиво. Это по каждой точке необходимо запросить и выждать до 5 минут в теории. На практике время может варьироваться от 1-2 минут до 30-40, если не уследить в случае зависания либо иной неприятности со службой УТМ. Выходит немалое время только для первоначальной синхронизации. Я к чему: есть пакетный запрос к УТМ на получение списка контрагентов?
С номенклатурой проще, так как ответом на запрос прилетает сразу вся номенклатура

(82) Ankaen, Добрый день!
Сделали пакетные запросы, посмотрите пример в первом видео. Выбираете сколько нужно контрагентов и отсылаете по всем запрос. Я проверял максимум на 40 контрагентов, ответы пришли все за раз через 5 минут.

Добрый день!
Планируем приобретение обработки для опта, в нашем случае это пиво. Для 1 юр. лица и 4-х обособленных подразделений. Используем УТ 10.3 (10.3.32.2) с небольшими доработками собственными силами. Как получить список изменений, которые необходимо будет внести в конфигурацию по сравнению с типовой. Есть ли сейчас документация по настройке и работе с текущей версией обработки. Видео смотрели, там примеры работы с бухгалтерией. Нас интересует торговля. Оплачивать вслепую руководство не хочет, просят проверить работоспособность на нашей 1С. Что можно предложить?

(84) evgenymgn, Добрый день, Евгений!
В личном сообщении выслали Вам список доработок. Обработка аналогично работает как на БП, так и на УТ, изменений в ее работе немного. У нас уже достаточно много клиентов на УТ, в том числе на очень доработанных версиях.

Скажите, требуется ли интеграция с системой ЕГАИС, если организация торгует ТОЛЬКО ПИВОМ?

(86)Да. необходимо будет подавать данные как о том, от кого, чего и сколько вы закупаете, и такие же данные о том, кому продаёте (если покупатель приобретает не для личного использования, без дальнешей перепродажи)

(86) 1cmax, исключений нет на данный момент, пивникам тоже нужно будет отчитываться по ЕГАИС.

(86) насколько мне известно, отражать так же придется и перемещения внутри организации, т.к. входит в оптовое звено.

А кто подскажет, с помощью Http запроса отправляю запрос на получение Алко продукции. Формируется все вроде правильно, но УТМ возвращает овет "null". в логах УТМ пишет "Badly formatted multipart request". не пойму что не так... Кто сталкивался с такой ерундой?

(90) kerleada, текст запроса кинь, там видно будет )))

Uncore, кстати, а у вас есть какое-то автоматизированное сопоставление номенклатуры и номенклатуры егаис? а то вот в рознице типовой, например, сопоставление полностью ручное. и даже контрагентов. хотя по ИНН и КПП можно было бы и сопоставить.

(91) как то так:
--930560a563f043bf95837cda899636dd
Content-Disposition: form-data; name="xml_file"
Content-Type: application/octet-stream; charset=utf-8

<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef" xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef" xmlns:qp="http://fsrar.ru/WEGAIS/QueryParameters" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns:Owner>
<ns:FSRAR_ID>0004021845588</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:QueryClients>
<qp:Parameters>
<qp:Parameter>
<qp:Name>ИНН</qp:Name>
<qp:Value>4213005473</qp:Value>
</qp:Parameter>
</qp:Parameters>
</ns:QueryClients>
</ns:Document>
</ns:Documents>

--930560a563f043bf95837cda899636dd--

(93) kerleada, написал про запрос продукции, а выложил запрос на организации...

(94) упс... извиняюсь.. с организациями проблема...

разобрался...спс..

(92) Wolex, да, есть небольшой автомат по подобию названия, объема и крепости. Процент совпадений не превышает 50%, остальное только руками. Либо грузить ТТН от поставщиков, при этом создадутся товары ЕГАИС, указанные в ТТН, и их останется сопоставить со своими товарами. По контрагентам сопоставление по ИНН/КПП.

(97) Uncore, понятно, спасибо за ответ.

(96) kerleada, ну и молодцы ))) а у меня не вовремя интернет упал, ждал пока появится. так в чем проблема была? я от своего запроса отличие нашел в том, что заключительная строка у меня дважды была:
--<идентификатор>
--<идентификатор>--