ЕГАИС. часть 7 #765781

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Предыдущая тема

Мне кажется или в КТ2000 работают бездари?

(1001) ну что получилось?

СПС, получилось, но пока в кандидатах на присоединение к группе разработчиков. На форум не пускает.

Мне на следующий день дали доступ.

Судя по комментариям в коде там вообще один Ежов работает :) А так да, код написан очень топорно и большое количество косяков. При этом порой косяки такие глупые, что создается ощущение, что продукты вообще не тестируются. Банально, у них основная разработка идет для одной конфигураци (скорее всего ЛВЗ, которая на базе УПП 1.3) и при переносе функционала в УПП11 (на управляемых формах) они банально забыли переименовать поля в запросе и запрос вообще не выполняется, т.к. реквизиты в УТ10 и УТ11 отличаются (например серия и серияноменклатуры)

Что-то я не подумал, что вы и есть этот самый Ежов :) претензии в сторону косяков и отсутствия тестирования УТАП11, а не к вам лично.

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

о как. не понял как так это производитель-поставщик сумел, переотправил нам ТТН: 19.02.2016 16:22:33) Поставщик оформил новую версию данной ТТН. Подтверждение или отказ требуется для ТТН с рег. ид.: TTN-0009051451 Владелец ["030000009374"], акт "ba564184-d70a-11e5-8963-001e6720e3a1". это в ответ на попытку отклонить первый, неверный вариант ТТН от поставщика. Мы когда так делаем, сначала отклоняем свою ТТН (я так понимаю клиенту приходит тиект об отклонении накладной) и затем отправляем повторно ТТН (у нее естественно другой ФСРАР регид, хотя номер и даже идентити то же самое). Или это так и выглядит у покупателя? (я наверное тикет на распроведение входящей ТТН ЕГАИС не отрабатываю).

а вот Identity советую менять, пере тем как отправить "новую версию ТТН"

когда вы отклоняете свою ТТН, то получатель не получает ни какого тикета (автоматически). Если же покупатель решит отправить на эту ТТН какой нибудь акт, то получит данный тикет "Поставщик оформил новую версию данной ТТН"

+ к в свою очередь вы как отправитель получаете на свою отклоненную ттн тикет от системы, и у Вас она распроводится ну и т.п.

небольшой оффтоп.) интересно, кто-нибудь уже вышел на полную автоматизацию учета в ЕГАИС без участия операторов?)

не понял, это как?

операторы как были до ЕГАИС так и остались

я имею ввиду опт, не производство. типа учет в ЕГАИС идет фоном автоматически к текущему учету, который уже существовал ранее. вижу сложности только в актах подтверждения/отказа/расхождения, остальное можно в фон перевести же.

Ну, я частично автоматизировал процесс возвратов (полных и частичных)...

у нас опт, операторам добавилась только кнопка выгрузить в ЕГАИС (это расход)

возможно я некорректно выразился насчет операторов. у нас теперь есть на складе "Оператор ЕГАИС", фактически как штатная единица)

а не. у нас такого нет, в штате никого не прибавилось.

+ к в плане закупа с егаис еще проще стало, раньше в ручную поступление делали.

везет вам. а у нас был бардак с сериями, перевыгрузкой ТТН поставщиков, сканированием/постановкой на баланс. причем начали сканировать, а потом поставщики еще и ТТН прислали. сначала выборочно подтверждали, потом всем скопом. причем сканировали серии по частям. да и на начало 2016 года 10 млн бутылок на складе( тогда зачем вам кнопка? можно же и без нее? а что с поступлениями?

это я образно. с поступлением, теперь все по егаис пришло - ввели на основание поступление и вс.

+ да, еще клиенты говорят, что не будут погашать тек. ДЗ, пока старые ТТН им в свою очередь не перевыгрузим в ЕГАИС за 2014-2015 годы) без оператора ЕГАИС никак короче )

я вам завидую белой завистью - все как у людей, молодцы))

операторам ничего не делал, создаются ТТН одним регламентом после того как отметили сборку на складе, отправляется вторым заданием. Еще регламент на загрузку актов.

А кто на КТ-2000 живет, только на 10-ке? Или у всех - 11-я? Давайте совместно 10-ку допиливать :)

КАТАП

У меня УТАП 10

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

При создании исходящих ТТН после закрытия формы сопоставления получаю ТТН с нереальным количеством дублирующихся строк номенклатуры, числом по количеству всех справок Б с ненулевыми остатками по данной номенклатуре. Есть такое?

И что, со старыми ТТН ни у кого проблем не возникает? Клиенты не требовали перевыгрузок старых ТТН? И перемещений с КПП на КПП разными документами (то реализацией, то перемещением товаров) не было с созданием дублирующих серий? Самое классное нашел документ списания на 91 сч товара, а потом возврат с 91 на 41 но уже по новым сериям)) Еще бывало товар заходил на один КПП (ФСРАРИД), а реализован с другого, а клиенты ессно хотят с правильного КПП перевыгрузку ТТН. Так еще до 01.07.15 справки А в ЕГАИС на 70% без даты розлива(( Все в полуручном режиме((

Да было, номенклатурная позиция одна, а производители сидят в сериях. Значит алкокоды разные, т.е. на одни товар будет несколько записей в РС Соответствий и то после появления в этом РС серий номенклатуры. Представим теперь что через ЛЕВОЕ СОЕДИНИЕ наприсоединяет и попадет в ТТН. Так как у меня 1 серия = 1 паре Справок А и Б, я беру АП из владельца этих справок. Отказался полностью от РС Соответствия номенклатуры и АП. Т.е. ищем запросы где получается ТЧ для ТТН и убираем этот РС, а АлкогольнаяПозиция получаем из владельца справок.

с 10.02.16 функционал на check1 изменили. Перевыгрузка не нужна теперь, посылаем ему номер ТТН и ссылка на чек1, он проверит там свой fsrar_id получателя, если все ок - вторую ссылка на ЛК egais.ru там теперь тоже есть переотправка себе ТТН.

+ отбил очень много на начальном этапе, когда сделал бланк бумажный для торговых, где клиент сам должен указать свой id. Во-первых это вообще позволит узнать получал он джакарту или нет. А во-вторых вписывал адрес который в ЕГАИС вообще другие. Таких посылали, они бухтели но шли в лицензирующий орган исправляли адреса и соответственно новые id. Т.е. массового переотправления нету.

Подскажите по УТ 11.2 1. Тип хранения у номенклатуры упаковки. ТТН приходит в "шт", поступление заводим в "шт"(создана упаковка с видом "зарупаковка"), в сопоставлении номенклатуры стоят эти "шт". Отправляю подтверждение, в отчет по расхождениям попадают упаковки, контрагенту приходит расхождение. Как сделать чтоб в штуках шло подтверждение? Единицу хранения менять не вариант, настраивается это где-то? 2. Можно как-то отказаться от ТТН, которую уже подтвердили? (исправить ошибки из-за штук)

Поделитесь опытом, кто организовывал постановку на баланс. Понятно что нужно отсканировать каждую бутылку. Вопрос как их по справкам привязывать.

на счет перевыгрузки не совсем понимаю, Вас это просит делать кто? (Розница, опт)

у нас этим занимаются товароведы совместно со складом.

Коллеги, подскажите... А как и где мне можно перезапросить ТТН из егаиса? Ибо висит в статусе принято к обработке, а чек говорит, что всё хорошо... Зашли в ЛК рара - не нашли.... Или это нужно в другом месте делать?

egais.ru вход по сертификату джакарты, слева Переотправка накладных

КАТАП, в акт в ТЧ добавил СериюНоменклатуры - товароведы укажут когда будут считать. Приходит подтверждение и справки, через созданную подписку записи документа привязываю соответствия серии и справок.

Эммм.... "по сертификату джа"... Это ключ у меня должен стоять, так?

да, или сделайте перезапрос где он стоит

мы об одном и том же говорим? под старыми ТТН я понимаю отгрузки за 14, 15 годы. Клиенты именно их хотят получить, т.к. у них есть остатки по этим отгрузкам, а морочиться со сканированием и постановкой на баланс не хотят. реестр хотелок клиентов приходиться вести. Там и опт и сети с РЦ, да и розница даже есть)

о как... Ладно, будем разбираться...

а нет конечно, только 2016

для чего рознице остатки? их же не обязывают к постановки на баланс

+ к если честно у нас никто пока еще не просил выгружать ТТНки за 14 и 15 года.

Кому заняться мы найдем. Не вопрос. Как сопоставить-то? У меня аналогично. Как узнать какая бутылка к какой справке А и Б относится.

у нас это в УС все ведется, если вы имеете виду сопоставление самих бутылок к справкам, то по диапазону марок.

сначала находятся бутылки-справки по датам розлива, а далее по диапазонам.

То есть сканировать двухмерных код смысла нет? Все ручками.

посмотрел вписок еще раз - все же в основном дистры старые ТТН просят ) а насчет розницы пока же неясно, как она с 01.07.16 будет остатки вносить. Может также сканированием и придется)

Серию которую прикрепляют уже до этого разделена по дате розлива и справки PDF прикреплены. До ЕГАИСа остатки были по датам розлива (сериям). Для акта они копируют такую серию со всеми реквизитами, документом корр. серий перекидывают и перемещают товары на новые склады ЕГАИС.

рознице с 01.07 остатки не надо вносить, их никто не обязывает это делать.

Эм что? А поподробней можно? как они продавать то будут то что не введут?

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

При формировании чека, в ЕГАИС передается только марка

уверен что не будут контролироваться остатки ЕГАИС при продаже в розницу?

кем ?

Что значит кем?  У твоего ИНН+КПП в егаис есть виртуальный склад и зачем тогда вносить остатки на 01.07?

никто не обязывает розницу вносить и контролировать остатки. + розница после продажи может отправить чеки через 3 дня.

для опта обязательно, для рознице - ну в случае возврата товара, который не числится на балансе в ЕГАИС.

+ чек, никак не списывает остатки сейчас, от слова совсем.

ну ок. давай представим что остатки списываются, тогда вопрос по какой ИД справке А Б они списываются? -) Ведь в чеке данная информация не передается.

т.е. в УТМ розницы будут копиться остатки? так сказать, регистр в базе данных ЕГАИС не будет закрываться, если терминами 1С?)) если только раз в день/неделю месяц будет сводное отражение реализации

ну вот с этим согласен)) кассир тебе не будет указывать справки

+ То есть можно справки списывать как хочешь?

не писать в регистр в 1с ничего

при необходимости возврата поставщику, запросить текущие останки в егаисе и списать оттуда любые. Всё

если уж так хочется вести учет в рознице = егаису, то списывать по фифо

я к тому что в схеме передачи чекового xml не предусмотрены данные по ИД справкам А Б.

да у меня сейчас так и устроено в рознице

я не про регистр в 1С, я про базу данных ЕГАИС (удаленную). Принципы же для баз данных одни и те же, в том числе на запрос по остаткам. Тормозить вся ЕГАИС система со временем будет.

это проблемы негров =)

<xs:unique name="bottleBarcode">             <!--Баркод у алкоголя уникален внутри чека, как и ранее-->             <xs:selector xpath="Bottle" />             <xs:field xpath="@barcode" />         </xs:unique>     Из схемы

хз. ну будут сворачивать движения или еще что-то. Я бы не сказал, что она сейчас не тормозит и работает стабильно. Что будет дальше - увидим.

это к чему?

Понять. Справки А и Б не передаеюся в чеке

Верно, не передаются.

спрашивающим писал

если только розницу не обяжут вести учет помарочно. А что такого - это же розница) других вариантов учета реализации в рознице что-то не могу придумать. справки АБ по pdf417 никак не найдешь - нет там такой инфы, только дата розлива и диапазон. ну или на самом деле оставить без контроля остатков, но что-то я сомневаюсь что так будет - это повод для поиска путей обхода системы.

День добрый Подскажите, ресурс в данный момент - работает? Спасибо.

UPD Заработал

Поясните, по какому принципу функционирует транспортный модуль. Если я захожу в 127.0.0.1:8080/opt/out, то вижу там накладную, как на картинке. То есть, транспортный модуль уже загрузил ее в себя и ждет, чтобы какая то товароучетная система заберет ее из него? Или транспортный модуль просто прочитал с сервера ЕГАИС заголовки, что ТТН есть на сервере? Например, если я, после захода по адресу 127.0.0.1:8080/opt/out на первом компьютере и видя там накладную как на картинке, зайду с этим же ключом jacarta на соседнем компьютере (где тоже установлен транспортный модуль), я тоже увижу там эту же накладную? Или не увижу, потому что ее получил первый транспортный модуль?

УТМ забирает с сервера в свою базу, как следствие на соседнем УТМ не увидите.

ТСД  - в топку. Быстрее всего через rdp непосредственно в 1с, через проводные сканеры+ноутбуки, единственный ТСД сейчас сканирует через тот же rdp. Сделан справочник, куда сливаются "партии" кодов, идентифицируемые по наименованию пользователя/времени сканирования. А акте постановки выбирается идентификатор - марки "партии" попадают в акт. В процессе сканирования лучше сразу проверять корректность выдергивания алкокода из марки. На сканерах лучше сразу задрать delay, ноутбуки должны быть нетормозные, иначе в кодах начинает проскакивать мусор, который херит всю отсканированную партию. Ну это все на складе, а справки "А" поднимают офисные, которые и делают акты. Акты приходится делать небольшими, отсюда на каждую справку "А" копится куча справок "Б". Отдельно по ТСД. Почти все ТСД одной цифровой модели идут с неприметным модификатором, обозначающим тип сканера, laser/imager, laser дешевле, и не читает 2D коды. Поэтому торгаши норовят продать laser. Laser с боем вернули, нарисовался 1Бит, который продвигает сканеры с нафиг ненужным checkmark2, который регистрируется в РАРе 2 месяца. ТСД идут с лицензией mobilelogistics, все поставляемые конфигурации которой идут с ограничением 20 символов на код, чтобы ограничение снять - нужна платная лицензия, про которую в бите ничего не знают, но упорно хотят выехать на место, и все настроить по почасовой ставке.

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