Платформа 1С v8.x (все механизмы)
1С:ERP Управление предприятием 2
1С:Бухгалтерия 1.6
1С:Бухгалтерия 2.0
1С:Бухгалтерия 3.0
1С:Комплексная автоматизация 1.х
1С:Комплексная автоматизация 2.х
1С:Розница
1С:Управление нашей фирмой
1С:Управление производственным предприятием
1С:Управление торговлей 10
1С:Управление торговлей 11
АСТ: Обмен с ЕГАИС из 1С
Автоматический обмен данными с системой ЕГАИС из 1С: загрузка данных по контрагентам, производителям, алкогольной продукции, сопоставление данных и запись их в базу данных; загрузка ТТН и справок Б от поставщиков, отправка по ним актов; выгрузка ТТН покупателям; запрос остатков. Выгрузка производства, импорта, работа с торговым залом, помарочный учет. Запрос остатков и движения по справке Б, работа с марками и штрихкодами продукции. Запрос статуса ТТН, необработанных ТТН, отправка данных АСИиУ. Работа с актами расхождений и запросами на отмену актов.
Лучшие комментарии
ТОЛЬКО ОПТ!
Сегодня допилил Вашу обработку в части выгрузки акт постановки на баланс. Все печально(((...
ЕГАИС требует, чтобы было отражение в файле 64-разрядного штрихкода указанной на марке (1D штрихкод, например 19N000003TBFZYDVJAH031M3101700302417414922342113721936222415
У нас на остатке примерно 2 500 000 бутылок, надо сейчас покупать ТСД и пилить программу по вводу остатков по каждой бутылке... ЭТО ЖЕСТЬ!
На форуме ФСРАР у всех волосы дыбом)))
Сегодня допилил Вашу обработку в части выгрузки акт постановки на баланс. Все печально(((...
ЕГАИС требует, чтобы было отражение в файле 64-разрядного штрихкода указанной на марке (1D штрихкод, например 19N000003TBFZYDVJAH031M3101700302417414922342113721936222415
У нас на остатке примерно 2 500 000 бутылок, надо сейчас покупать ТСД и пилить программу по вводу остатков по каждой бутылке... ЭТО ЖЕСТЬ!
На форуме ФСРАР у всех волосы дыбом)))
Остальные комментарии
Избранное
Подписка
Сортировка:
Древо
Вопрос авторам: Работа с ЕГАИС требует ведения партионного учета. Приход привязывается к справкам Б, номера которых указываются при собственной реализации. Где в бух 8.1,2,3 есть партионный учет ? Как вы это реализовали ?
(2) т.е. без доработки основной конфы не обойтись?
А как вы синхронизируете справочники. Контров, понятно. Там есть ИНН и КПП, и адреса на крайний случай. Как с номенклатурой ?
Запрос в УТМ отдается по ИНН производителя. В ответ приходит несколько сотен, а то и тысяч позиций, в том числе, давно не производимые. А нужно десяток. Как их найти ? По каким признакам ?
А как вы синхронизируете справочники. Контров, понятно. Там есть ИНН и КПП, и адреса на крайний случай. Как с номенклатурой ?
Запрос в УТМ отдается по ИНН производителя. В ответ приходит несколько сотен, а то и тысяч позиций, в том числе, давно не производимые. А нужно десяток. Как их найти ? По каким признакам ?
(3) agorohov, да, укажем это в публикации, что потребуется доработка. Ищем по названию + объему. Если не нашли - можно вручную сопоставить ссылку на товар для нужной строки из ЕГАИС. Как вариант думаю можно сделать, что отфильтровать данный большой список, можно использовать объем. Нужны примеры списка из ЕГАИС и справочника в 1С, чтобы подумать над более продвинутом интеллектуальном сопоставлении товаров.
(4) По названию не вариант: совпадают лишь отдельные слова, могут быть и в разном порядке. Кроме того одного названия, например "Водка "Столичная"" с объемом 0,5 м.б. в справочнике от ЕГАИС пару десятков строк. А все потому, что есть еще модификации самой бутылки, которой нет в ЕГАИСе. Но есть, вернее передавал поставщик.
А вообще, это касается только остатков, так сказать, доЕГАИСных. Приход, полученный через ЕГАИС, будет уже с кодами АП.
А вообще, это касается только остатков, так сказать, доЕГАИСных. Приход, полученный через ЕГАИС, будет уже с кодами АП.
(5) agorohov, да, автоматом конечно тут сложно распознавание сделать, но на реальной базе из всей массы присланной ЕГАИСом информации распозналось по такому алгоритму процентов 40. Тут еще у каждого производителя свои особенности заведения названий. Какие-то шаблоны видимо нужно будет придумывать.
(8) agorohov, да, обработка будет большая и сложная, спору нет. Но с точки зрения внесения доработок для конфигурации доработка небольшая - только новые объекты без изменения существующих. Опыт создания таких регистров есть, поэтому надеюсь все получится. Я долго думал над этим вопросом, и решил, что проще сделать регистр с подписками, чем дорабатывать типовой партионный учет. Если есть интерес, можем предложить потестировать данный функционал на копии Вашей базы бесплатно, к концу недели думаю уже будет рабочий вариант.
(9) Alex_E, согласен, на 3-ем субконто он появляется, но тут тоже есть свои нюансы:
1. Мало, кто ведет его у себя в программе. А если его включать, нужно будет перепроводить все документы. А свой новый регистр можно заполнить и без перепроведения.
2. Если партионный учет и ведется, то не факт, что он корректный. Например в УТ10, ни у кого из тех, кто ко мне обращался, он был верным, все время помогали выравнивать.
3. В качестве источника справки Б будет выступать всего 1 документ - приходная накладная. Но партией может быть и оприходование, и перемещение, и возврат. Т.е. все равно придется дорабатывать типовой функционал, чтобы это учесть. А доработка типового - думаю вещь более сложная, чем разработка нового, что при обновлении она не слетит.
Пока такие выводы, готов к конструктивному диалогу по данному вопросу.
(9) Alex_E, согласен, на 3-ем субконто он появляется, но тут тоже есть свои нюансы:
1. Мало, кто ведет его у себя в программе. А если его включать, нужно будет перепроводить все документы. А свой новый регистр можно заполнить и без перепроведения.
2. Если партионный учет и ведется, то не факт, что он корректный. Например в УТ10, ни у кого из тех, кто ко мне обращался, он был верным, все время помогали выравнивать.
3. В качестве источника справки Б будет выступать всего 1 документ - приходная накладная. Но партией может быть и оприходование, и перемещение, и возврат. Т.е. все равно придется дорабатывать типовой функционал, чтобы это учесть. А доработка типового - думаю вещь более сложная, чем разработка нового, что при обновлении она не слетит.
Пока такие выводы, готов к конструктивному диалогу по данному вопросу.
Несколько организаций уже тестируют программный продукт. Думаю, выявятся еще варианты по упрощению данного процесса сопоставления.
(12) corbenSG, я может что-то не понимаю. Но насколько я слышал, учитываться будут только продажи при рознице! А не опте, где эта система нужна, или вы хотите сказать что товароведу то-же надо при оприходывании товара сканировать двумерный штрихкод? Зачем тогда при продажи такой контроль? Если на этапе оприходывания уже контроль. Я насколько слышал такой системой должны оснащаться поставщики ибо у них нет розницы.
(23) а что писать в поле FSRAR_ID при отправке запроса в УТМ?
Поясню. Зная организацию, вернее, ее ИНН, мы можем сформировать в УТМ запрос, который вернет FSRAR_ID, адреса подразделений и т.д. Причем, по одному ИНН может быть несколько подразделений с разными адресами (разными КПП).
Но при отправке запроса нужно заполнять поле FSRAR_ID, которое мы еще только собираемся узнать, получить в ответе на наш запрос. Что вы туда пишете?
Поясню. Зная организацию, вернее, ее ИНН, мы можем сформировать в УТМ запрос, который вернет FSRAR_ID, адреса подразделений и т.д. Причем, по одному ИНН может быть несколько подразделений с разными адресами (разными КПП).
Но при отправке запроса нужно заполнять поле FSRAR_ID, которое мы еще только собираемся узнать, получить в ответе на наш запрос. Что вы туда пишете?
(24) demon_infernal, этот код содержится в сертификате закрытой области PKI ключа JaCarta.
Его можно посмотреть в свойствах этой области PKI в составе сертификата в поле Субъект. Алгоритм получения его вручную показан в инструкции, которую Вы скачаете из личного кабинета на сайте egais.ru. На каждое ОП организации должен быть свой ключ JaCarta и соответственно свой FSRAR ID.
Его можно посмотреть в свойствах этой области PKI в составе сертификата в поле Субъект. Алгоритм получения его вручную показан в инструкции, которую Вы скачаете из личного кабинета на сайте egais.ru. На каждое ОП организации должен быть свой ключ JaCarta и соответственно свой FSRAR ID.
(25) это я знаю. Мне интересно, как именно у вас реализовано определение этого кода. Вы сами говорите, что есть два способа - запросом и чтением из логов. Если запросом - то что вы пишете в FSRAR_ID самого запроса? Если чтением из логов - то что делать, если УТМ установлен, например, на другом континенте на чей-нибудь айфон?
Добрый день!
Скажите, если сейчас приобретем обработку, будут дописаны изменения, например ля выгрузки остатков и отправки документов реализации, это будет обновлено бесплатно, или надо все равно покупать подписку.
Еще вопрос, у нас конфигурация 1с КА1.1 какие доработки нужно будет внести в программу, чтоб работала данная обработка? Еще у нас ведется учет по сериям.
За ранее спасибо за ответ.
Скажите, если сейчас приобретем обработку, будут дописаны изменения, например ля выгрузки остатков и отправки документов реализации, это будет обновлено бесплатно, или надо все равно покупать подписку.
Еще вопрос, у нас конфигурация 1с КА1.1 какие доработки нужно будет внести в программу, чтоб работала данная обработка? Еще у нас ведется учет по сериям.
За ранее спасибо за ответ.
(34) апостол, Добрый день, Денис.
Подписка на обновления и техподдержку бесплатные 3 месяца после покупки, годовая подписка покупается после окончания бесплатной.
Механизм выгрузки накладных сейчас тестируется с несколькими контрагентами, по ходу обработка дорабатывается, обновления высылаются на почту. В период бесплатной подписки этот функционал уже будет включен.
Доработки потребуются в добавлении новых справочников, документов, перечислений и регистров сведений. На обновления влиять не будут. Для серий возможно понадобится доработка для хранения справок А и Б.
Подписка на обновления и техподдержку бесплатные 3 месяца после покупки, годовая подписка покупается после окончания бесплатной.
Механизм выгрузки накладных сейчас тестируется с несколькими контрагентами, по ходу обработка дорабатывается, обновления высылаются на почту. В период бесплатной подписки этот функционал уже будет включен.
Доработки потребуются в добавлении новых справочников, документов, перечислений и регистров сведений. На обновления влиять не будут. Для серий возможно понадобится доработка для хранения справок А и Б.
(35) Спасибо за ответ. Необходимые доработки писать придется самостоятельно? Если да, то будет ли тех. задание с описанием, что надо реализовать. И еще такой вопрос, в примере когда вы формируете ттн, у вас указана только номенклатура, а где серии, ведь в сериях указывается дата розлива.
1. У вас еще не реализован механизм ввода начальных остатков в ЕГАИС для оптовиков (Акт постановки на баланс) и списание?
2.Предусмотрен ли функционал, что сопоставление справочников 1с со справочниками ЕГАИС осуществляется "по ходу работы", т.е. поступила приходная накладная для нее сделали сопоставление товара, контрагента. Сформировали расходную накладную, для нее сопоставили контрагента и проверили ассортимент, при необходимости проставили соответствие.
3. Уточните пожалуйста, если у нас одно юр.лицо но несколько оптовых складов со своими УТМ и несколькими операторами, то мы у вас приобретаем только Основную лицензию, а дополнительные лицензии не нужно?
4. Предусмотрена ли в обработке сверка остатков по данным ЕГАИС и 1с?
2.Предусмотрен ли функционал, что сопоставление справочников 1с со справочниками ЕГАИС осуществляется "по ходу работы", т.е. поступила приходная накладная для нее сделали сопоставление товара, контрагента. Сформировали расходную накладную, для нее сопоставили контрагента и проверили ассортимент, при необходимости проставили соответствие.
3. Уточните пожалуйста, если у нас одно юр.лицо но несколько оптовых складов со своими УТМ и несколькими операторами, то мы у вас приобретаем только Основную лицензию, а дополнительные лицензии не нужно?
4. Предусмотрена ли в обработке сверка остатков по данным ЕГАИС и 1с?
(49) hisamovajr,
1. Нет, эти документы появились в УТМ только вчера. Плюс к тому же пока не понятно, откуда брать данные по номерам справок А и Б для постановки на баланс, если поступлений от поставщиков еще не было. К тому же новая версия УТМ не устанавливается, падает с ошибкой. Ждем ответов и решений от РАР, вопросы заданы на форуме.
2. Да, такой механизм есть. Также планируем его расширить и сделать более удобным.
3. Количество лицензий рассчитывается как количество УТМ. Если УТМ несколько, то нужна 1 основная лицензия на 1-й УТМ, а на 2.-й и последующие - дополнительные лицензии.
4. Пока нет, но реализовать сможем. Правда остатки сейчас формируются только документами прихода от поставщиков да накладными на клиентов. Плюс вчера ввели постановку остатков и списания. А реальные остатки двигаются куда большим количеством документов, поэтому остатки в 1С и из ЕГАИС вряд ли будут совпадать.
1. Нет, эти документы появились в УТМ только вчера. Плюс к тому же пока не понятно, откуда брать данные по номерам справок А и Б для постановки на баланс, если поступлений от поставщиков еще не было. К тому же новая версия УТМ не устанавливается, падает с ошибкой. Ждем ответов и решений от РАР, вопросы заданы на форуме.
2. Да, такой механизм есть. Также планируем его расширить и сделать более удобным.
3. Количество лицензий рассчитывается как количество УТМ. Если УТМ несколько, то нужна 1 основная лицензия на 1-й УТМ, а на 2.-й и последующие - дополнительные лицензии.
4. Пока нет, но реализовать сможем. Правда остатки сейчас формируются только документами прихода от поставщиков да накладными на клиентов. Плюс вчера ввели постановку остатков и списания. А реальные остатки двигаются куда большим количеством документов, поэтому остатки в 1С и из ЕГАИС вряд ли будут совпадать.
ЕГАИС ОПТ.
1. При создании ТТН на основании реализации не заполняются поля в таб. части "Справка А", "Справка
Б", необходимо вручную подбирать справки. Представьте, что у клиента в день порядка 1,500 накладных, в каждой по 20-30 строк. Вручную подбирать справки не вариант, необходимо сделать автомат заполнения.
3. Нет документов Акт постановки на баланс и списание.
Интересно, когда все участники подключатся к системе, она не упадет как было однажды при внедрении старой ЕГАИС на опте))))
В целом, обработка отличная!
1. При создании ТТН на основании реализации не заполняются поля в таб. части "Справка А", "Справка
Б", необходимо вручную подбирать справки. Представьте, что у клиента в день порядка 1,500 накладных, в каждой по 20-30 строк. Вручную подбирать справки не вариант, необходимо сделать автомат заполнения.
3. Нет документов Акт постановки на баланс и списание.
Интересно, когда все участники подключатся к системе, она не упадет как было однажды при внедрении старой ЕГАИС на опте))))
В целом, обработка отличная!
(51) andrew.ab, Андрей, благодарим за Ваш отзыв!
1. Да, мы в курсе этой проблемы и прекрасно все понимаем. И несомненно бы сделали заполнение автоматически, если бы это было возможно. Но этого пока сделать просто нереально, т.к. РАР видит процесс отгрузки теперь так: Вы собираете на складе сначала заказ для клиента, склад передает какие партии нужно отразить в накладной и Вы вручную отражаете в накладной, какие данные поедут клиенту. Т.к. если Вы укажите одни идентификаторы справок А и Б, а клиенту придут другие, то это будет нарушением. Вот такой бред. Пока так, надеемся РАР что-то упростит в этом плане. Поэтому кроме как ручной подбор справок в накладной, варианта другого нет. Автомат прикрутить не проблема, как только это со стороны РАР будет мониториться, неясно.
2. Акты списания и постановки на баланс появились только вчера, поэтому мы их просто не успели еще добавить :) До конца недели сделаем. Хотя к этим документам тоже много вопросов, в них тоже отражать нужно идентификаторы справок А и Б. Но вопрос где их взять для товара на складе, который не проходил по ЕГАИС, остается пока открытым. Будем следить за новостями от РАР.
1. Да, мы в курсе этой проблемы и прекрасно все понимаем. И несомненно бы сделали заполнение автоматически, если бы это было возможно. Но этого пока сделать просто нереально, т.к. РАР видит процесс отгрузки теперь так: Вы собираете на складе сначала заказ для клиента, склад передает какие партии нужно отразить в накладной и Вы вручную отражаете в накладной, какие данные поедут клиенту. Т.к. если Вы укажите одни идентификаторы справок А и Б, а клиенту придут другие, то это будет нарушением. Вот такой бред. Пока так, надеемся РАР что-то упростит в этом плане. Поэтому кроме как ручной подбор справок в накладной, варианта другого нет. Автомат прикрутить не проблема, как только это со стороны РАР будет мониториться, неясно.
2. Акты списания и постановки на баланс появились только вчера, поэтому мы их просто не успели еще добавить :) До конца недели сделаем. Хотя к этим документам тоже много вопросов, в них тоже отражать нужно идентификаторы справок А и Б. Но вопрос где их взять для товара на складе, который не проходил по ЕГАИС, остается пока открытым. Будем следить за новостями от РАР.
Добрый день
В 1с Рознице при сопоставлении номенклатуры реализован метод один к одному, но на практике надо один ко многим
Пример: Есть в ЕГАИС "Водка особая "Глазов" 0,25л а по факту у них она в разных бутылках (стиль, гора) и стоимость разная.
Понимаю что при одинарной привязке подтвердить приходную накладную можно (по номенклатуре и объему). Но в РТ номенклатуру все равно надо делить по позиционно для дальнейших продаж, особенно для оптовиков
А как у вас это реализовано?
В 1с Рознице при сопоставлении номенклатуры реализован метод один к одному, но на практике надо один ко многим
Пример: Есть в ЕГАИС "Водка особая "Глазов" 0,25л а по факту у них она в разных бутылках (стиль, гора) и стоимость разная.
Понимаю что при одинарной привязке подтвердить приходную накладную можно (по номенклатуре и объему). Но в РТ номенклатуру все равно надо делить по позиционно для дальнейших продаж, особенно для оптовиков
А как у вас это реализовано?
(57) Andrekaa, сделать можно и один ко многим. Но вот как потом в ТТН от поставщика уникально идентифицировать пришедший товар? Видимо только предлагать выбрать, какая именно номенклатура все-таки пришла. Хотя, это справедливо только при создании документа поступления на основании ТТН поставщика из ЕГАИС.
(61) portal2011, Добрый день. Видео с выгрузкой выложим в ближайшее время. Для производителей для начала нужно установить у себя классический ЕГАИС, который можно получиться в МРУ ФС РАР по заявлению. После этого через классический ЕГАИС нужно будет занести информацию о производимой продукции, и тогда уже можно будет делать отгрузки покупателям.
Добрый день. Организация занимается оптовой торговлей пива и пивных напитков.
Есть несколько вопросов к автору:
1)У компании несколько обособленных подразделений, учет ведется в одной БД (УТ 10.3). Есть ли в обработке возможность выбора подразделения при выгрузки данных в ЕГАИС (выгружать отдельно по каждому ОП)?
2)Для выгрузки обязательно ведение учета по сериям?
3)Если был отправлен подтверждающий акт поставщику, а уже после его отправки были выявлены расхождения, есть ли возможность в обработке (и поддерживает ли такую возможность сам ЕГАИС) отправить акт о расхождениях в таком случае?
Спасибо.
Есть несколько вопросов к автору:
1)У компании несколько обособленных подразделений, учет ведется в одной БД (УТ 10.3). Есть ли в обработке возможность выбора подразделения при выгрузки данных в ЕГАИС (выгружать отдельно по каждому ОП)?
2)Для выгрузки обязательно ведение учета по сериям?
3)Если был отправлен подтверждающий акт поставщику, а уже после его отправки были выявлены расхождения, есть ли возможность в обработке (и поддерживает ли такую возможность сам ЕГАИС) отправить акт о расхождениях в таком случае?
Спасибо.
(64) nadegda-tere, Добрый день, Надежда.
1. Если у компании несколько ОП, то на каждом ОП должен быть установлен свой УТМ и отдельный ключ JaCarta. На него записывается сертификат с данными ОП, и именно на этот УТМ будут приходить данные от поставщиков, и нужно будет отправлять данные клиентам. Можно это сделать и на одной базе, но УТМ с ключами все равно нужно будет разделять по нескольким компьютерам или виртуальным машинам.
2. Нет, но при выгрузке накладных клиентам нужно будет подбирать товары с нужными справками А и Б по остаткам. Планируем сделать этот момент автоматическим.
3. ЕГАИС такую возможность не поддерживает. Нужно будет делать возврат поставщику через выгрузку накладной.
1. Если у компании несколько ОП, то на каждом ОП должен быть установлен свой УТМ и отдельный ключ JaCarta. На него записывается сертификат с данными ОП, и именно на этот УТМ будут приходить данные от поставщиков, и нужно будет отправлять данные клиентам. Можно это сделать и на одной базе, но УТМ с ключами все равно нужно будет разделять по нескольким компьютерам или виртуальным машинам.
2. Нет, но при выгрузке накладных клиентам нужно будет подбирать товары с нужными справками А и Б по остаткам. Планируем сделать этот момент автоматическим.
3. ЕГАИС такую возможность не поддерживает. Нужно будет делать возврат поставщику через выгрузку накладной.
Очень интересный проект, внимательно слежу за развитием. Нашу организацию, к сожалению, не устроил вариант с внесением доработок. Пришлось начать разрабатывать самим с хранением данных во внешних таблицах. Пока только под БП 2.0, правда.
(68) Wolex, самая сложная часть - выгрузка накладных клиентам для опта. Толком никакой информации нет, как правильно указывать справки А и Б. Причем при отправке накладной контролируются остатки на стороне ЕГАИС, если не оприходовали ранее этот товар от поставщика или не поставили его актом на остатки именно в ЕГАИС, накладная не проведется.
Доброго времени суток!
Интересуюсь обработкой интеграции ЕГАИС с 1С:Комлексная автоматизация 1.1.
Опишу Вам ситуацию:
1. имеем несколько юр лиц;
2. Юр.лицо 1 имеет несколько оптовых складов, т.е. несколько обособленных подразделений + магазин на отдельном обособленном подразделении;
3. Юр.лицо 2 имеет 2 магазина, т.е. 2 обособленных подразделения;
4. Юр.лицо 3 имеет один магазин.
5. Все юр.лица работают в одной конфигурации 1С:Комплексная автоматизация 1.1 и магазины, и магазины.
6. Поставщики импортеры и производители.
И дают ли Ваши специалисты рекомендации по доработке существующей конфигурации для корректной работы Вашей обработки.
Способна ли Ваша обработка обработать такой функционал?
Какова будет стоимость обработки?
Программист 1С
Гатаулина Таньзеля Маратовна, тел.: 89625520735
Интересуюсь обработкой интеграции ЕГАИС с 1С:Комлексная автоматизация 1.1.
Опишу Вам ситуацию:
1. имеем несколько юр лиц;
2. Юр.лицо 1 имеет несколько оптовых складов, т.е. несколько обособленных подразделений + магазин на отдельном обособленном подразделении;
3. Юр.лицо 2 имеет 2 магазина, т.е. 2 обособленных подразделения;
4. Юр.лицо 3 имеет один магазин.
5. Все юр.лица работают в одной конфигурации 1С:Комплексная автоматизация 1.1 и магазины, и магазины.
6. Поставщики импортеры и производители.
И дают ли Ваши специалисты рекомендации по доработке существующей конфигурации для корректной работы Вашей обработки.
Способна ли Ваша обработка обработать такой функционал?
Какова будет стоимость обработки?
Программист 1С
Гатаулина Таньзеля Маратовна, тел.: 89625520735
Добрый день!
1. Несколько магазинов работают в одной базе. При загрузке накладной нужно проверять, есть ли номенклатура в списке разрешенных данному магазину и автоматом делать документы акт расхождения или акт отказа. Сможем ли мы сами доработать обработку?
2. Используются ли dll для работы обработки?
1. Несколько магазинов работают в одной базе. При загрузке накладной нужно проверять, есть ли номенклатура в списке разрешенных данному магазину и автоматом делать документы акт расхождения или акт отказа. Сможем ли мы сами доработать обработку?
2. Используются ли dll для работы обработки?
Добрый день!
А запрос контрагентов производится поштучно по ИНН и уже отбирать по конкретному КПП? Например, у нас по оборотам за последнее время (месяца 2) порядка 1000 торговых точек купили пиво. Это по каждой точке необходимо запросить и выждать до 5 минут в теории. На практике время может варьироваться от 1-2 минут до 30-40, если не уследить в случае зависания либо иной неприятности со службой УТМ. Выходит немалое время только для первоначальной синхронизации. Я к чему: есть пакетный запрос к УТМ на получение списка контрагентов?
С номенклатурой проще, так как ответом на запрос прилетает сразу вся номенклатура
А запрос контрагентов производится поштучно по ИНН и уже отбирать по конкретному КПП? Например, у нас по оборотам за последнее время (месяца 2) порядка 1000 торговых точек купили пиво. Это по каждой точке необходимо запросить и выждать до 5 минут в теории. На практике время может варьироваться от 1-2 минут до 30-40, если не уследить в случае зависания либо иной неприятности со службой УТМ. Выходит немалое время только для первоначальной синхронизации. Я к чему: есть пакетный запрос к УТМ на получение списка контрагентов?
С номенклатурой проще, так как ответом на запрос прилетает сразу вся номенклатура
Добрый день!
Планируем приобретение обработки для опта, в нашем случае это пиво. Для 1 юр. лица и 4-х обособленных подразделений. Используем УТ 10.3 (10.3.32.2) с небольшими доработками собственными силами. Как получить список изменений, которые необходимо будет внести в конфигурацию по сравнению с типовой. Есть ли сейчас документация по настройке и работе с текущей версией обработки. Видео смотрели, там примеры работы с бухгалтерией. Нас интересует торговля. Оплачивать вслепую руководство не хочет, просят проверить работоспособность на нашей 1С. Что можно предложить?
Планируем приобретение обработки для опта, в нашем случае это пиво. Для 1 юр. лица и 4-х обособленных подразделений. Используем УТ 10.3 (10.3.32.2) с небольшими доработками собственными силами. Как получить список изменений, которые необходимо будет внести в конфигурацию по сравнению с типовой. Есть ли сейчас документация по настройке и работе с текущей версией обработки. Видео смотрели, там примеры работы с бухгалтерией. Нас интересует торговля. Оплачивать вслепую руководство не хочет, просят проверить работоспособность на нашей 1С. Что можно предложить?
А кто подскажет, с помощью Http запроса отправляю запрос на получение Алко продукции. Формируется все вроде правильно, но УТМ возвращает овет "null". в логах УТМ пишет "Badly formatted multipart request". не пойму что не так... Кто сталкивался с такой ерундой?
(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--
--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--
Uncore, кстати, а у вас есть какое-то автоматизированное сопоставление номенклатуры и номенклатуры егаис? а то вот в рознице типовой, например, сопоставление полностью ручное. и даже контрагентов. хотя по ИНН и КПП можно было бы и сопоставить.
(92) Wolex, да, есть небольшой автомат по подобию названия, объема и крепости. Процент совпадений не превышает 50%, остальное только руками. Либо грузить ТТН от поставщиков, при этом создадутся товары ЕГАИС, указанные в ТТН, и их останется сопоставить со своими товарами. По контрагентам сопоставление по ИНН/КПП.
(92) Wolex,
автоматизированное сопоставление номенклатуры - возможно только по Штрихкоду. Учитывая что разработчики ЕГАИС совсем незаботились об этом, о многом говорит))
У меня другой вопрос, сейчас усилено все втуливают оборудование нужное и ненужное, вот возникает вопрос ваша обработка может делать проверку с помощью 2D штрих кода на валидность товара при приеме тавароведом? Вопрос касательно розницы, и закона от 01.01.2016 ЕГАИС. В части подтверждения и акта приема передачи и расногласия?
автоматизированное сопоставление номенклатуры - возможно только по Штрихкоду. Учитывая что разработчики ЕГАИС совсем незаботились об этом, о многом говорит))
У меня другой вопрос, сейчас усилено все втуливают оборудование нужное и ненужное, вот возникает вопрос ваша обработка может делать проверку с помощью 2D штрих кода на валидность товара при приеме тавароведом? Вопрос касательно розницы, и закона от 01.01.2016 ЕГАИС. В части подтверждения и акта приема передачи и расногласия?
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|