Собственно, хотел прояснить для себя некоторые моменты:
1) Передача в торговый зал. Кто в какой момент передает? Сразу после подтверждения прихода
(тут подвопрос: если отправить акт подтверждения ТТН и сразу же, следом за ним, акт на передачу в торговый зал, нормально обработается? Или сначала надо обязательно дождаться квитков ТТН?)
ИЛИ в конце рабочего дня при закрытии смены нужное количество передается в торговый зал и закрывает минуса? (вроде в регламенте ЕГАИС было такое, что в течение операционного дня можно уходить в минус по торговому залу и потом его закрывать)
2) Продажа пива. Кто как продает (в чеке или списанием в конце смены)? По-моему, пивной чек должны были отменить уже в боевом УТМ 2.0.3, но люди говорят, что пока работает.

+0 2) Для ведения журнала розничных продаж в ЕГАИС

+ 3) Когда сводили остатки ЕГАИС, какие причины списания/оприходования указывали?
Сейчас в одном магазинчике нужно привести остатки в соответствие. На данный момент вся продукция лежит на складе, розница торгует в минуса по торговому залу. Думаю перегнать все в торговый зал и, по итогам помарочной инвентаризации, списать в ЕГАИС лишнее, или оприходовать (если вдруг древние какие бутылки завалялись).
Так вот, нужно ли при списании обязательно указывать причину - Реализация(не помню точно) или еще какую, ИЛИ достаточно будет в обоих случаях(списать/оприходовать) указать банальный Пересорт?

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

Раз уж тему завели, пожалуюсь. До сих пор у РАР появляются в ТЗ плюсы и минусы сами по себе. 22.12 продали 3 бутылки, переместили в ТЗ 3 бутылки. Должно было все схлопнуться, но почему-то на остатках осталась одна бутылка. Все перепроверили - косяка нет. Написал на официальном форуме РАР. Зачем-то начали от меня требовать скриншоты журнала продаж (хотя ко всем данным у них итак доступ должен быть). 3 дня разбирались и в итоге написали "запросите остатки повторно". Остатки действительно исправились. Т.е. по их вине появился непонятный остаток и они потом сами исправили. Но ошибки свои не признают. А через 4 дня уже требуют, чтобы все остатки сходились.
Народ жалуется активно на такие косяки на форуме, толком пока РАР ничего не отвечает (типо исправили, но спустя несколько дней опять косяки появляются).
Поэтому внимательно следите за остатками в ТЗ, исправить такие косяки можно только через обращение в РАР.
При этом механизмов для контроля РАР не дает (говорят, что это очень нагружает сервер, пользователи нас задудосят и т.д.). В итоге оборотку по всем движениям в ТЗ они планируют дать только операторам на форуме и вопросы типо решать через них.

Нет ли информации по поводу того, как будет контролироваться выравнивание остатков? Предполагаю, что первые пару месяцев никак потом начнут ходить злые проверки...Где то встречал рекомендации, что мол главное чтобы процесс шел, а идеала можно достигнуть и после НГ;)
В организации с остатками беда - конфа самописная только новый релиз пришел - допиливаю пока собственными силами чтобы хоть часть списать...
(0)
1. Передаем ближе к концу дня перед закрытием смены
2. После закрытия на основании Z отчета создаем списание (пивной чек) и отправляем
3. Списываем все под шумок с основанием "Реализация"

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

(3) А пивной чек списывает остатки пива из торгового зала?

(4) Даже так?? Хотя чему удивляться... Как взлетало, так и полетело

(7) На сколько я знаю - нет. Вообще вроде бы уже не должны его принимать.

Как вы там, Егаисовцы? Чет я последние пару месяцев отошел от дел.

(10) Как обычно, на букву Х, но не хорошо)

Подскажите, перевыпущена подпись, УТМ только переустанавливать или есть способ указать ему новую подпись?

(12) Вообще ничего указывать не надо, само заработает

(13) +1. Главное, когда будете сертификат в ЛК на Джакарту записывать, в этот момент УТМ не должен быть запущен.

(13) и как УТМ выберет нужную подпись из 2-х на ключе? при установке он то просит указать нужный ключ

(15) сейчас начинаются массово продления. Конечно сохранить базу, переустановить и вернуть на место не так то и долго, но как-то не хочется. Странная реализация через ж... как и вся система

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

(3) Забейте. В егаисе бардак. Теперь и в декларациях бардак. Законодательных актов нет, кроме трех дней. На форуме егаис статистика сбоев не утешительная. Начнут тиранить, сети их в судах быстро на место поставят, ну или мелочь душить начнут.

(18) ага, так прям и забить. Одного штрафа достаточно что бы начать закрывать точку

(19) Штрафа за что (пруфы где)? И при чем здесь егаис?

(20) + к (18) уже не одна точка пережила перевыдачу лицензии и в егаисах там не очень хорошо, а в декларацию даже на заглядывали - сдали по данным поступления из егаис

(20) За нарушение регламента не могут выставить?

(20) ну примерные суммы проскакивали даже здесь. Если их еще не приняли, то это еще не значит что их не примут в самом начале года, только вот в егаисе от этого порядка не прибавится

(15) (17) Вот и я так же обновлял. Были 2 запасные джакарты. Поставил их на точки, с точек для продления забрал. Продлил (у меня минут 40, час занимало времени) - увез на другие точки, и так все друг за другом.
Просто, я хотел сразу после обновления ГОСТовского сертификата сразу записывать из ЛК сертификаты тех точек, куда собирался ехать. Чтобы только приехать в магазин, одну джакарту вытащить другую вставить, а фиг вам, если в магазине запущен УТМ. Поэтому приходилось на самой точке уже сертификат из ЛК записывать, но это 5 мин.

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

(25) Т.е. я так понимаю "нормальных" остатков можно даже ночью не добиться, когда магазин перестает работать, особенно если даже в нормальное время такая фигня как в (4) происходит

Всем привет. Общей ветки по ЕГАИС теперь нет?
Тогда спрошу тут )) :
Коллеги, кто знает по рознице, подскажите - от клиента пришла фотка, на которой в окне "Frontol 4.10.0.1 Торговля ЕГАИС" висит предупреждение с текстом:
"Для регистрации алкогольной продукции не найдена организация!"
Насколько я понял это выскакивает при попытке продать бутылку.
Это чего?
ТТН клиент подтвердил, значит из ЕГАИС к нему все сведения по АП пришли (из ТТН самой). Фотку марки мне прислали - она сканируется, в ЛК ФСРАР верифицируется?
Это проблема в данных? или плохой сканер у клиента не разбирает марку или что? (про розницу просто ничего не знаю вообще).

(27) Присоединяйтесь, я не жадный:) А Фронтол не щупал, ничего сказать не могу по этому поводу

(7) пивной же чек отменили вообще - вместо этого по 2-му формату надо сбрасывать акт списания с причиной вроде "продажа не маркируемой продукции" или как-то так она называется.

а вопрос (27) прям актуальный-актуальный.
Интересно, если клиент распечатает на лазернике ШК, который мы ему сгенерим распознав оригинальный, то насколько это попандос ) - марка то считывается но не тем оборудованием, которое купил себе клиент.

Правда меня напрягает текст ошибки- не похоже, что это марка не считалась.

(27) У меня был случай(до всей корректировки остатков)  когда по остаткам ЕГАИСа в торговом зале ушли в минус алкокода которых на остатках на складе не было т.е. бутылка не поступала по системе, но продалась(привет кладовщикам отгрузившим из не той партии). Я думаю здесь такой же случай - по документам шел один алкокод, а в акцизе другой.

(30) Исключено! у нас все четко!
по бумажкам, по еагису и по факту акцизки у нас все совпадает. я проверил. (у нас вообще куча усилий приложена, чтоб не было ошибок - мы ж новички на рынке, без опыта, запускались с 0 на специально придуманной WMS с pick-by-voice и всяким таким прочим).

(27) По тексту ошибки больше похоже на проблему с настройками фронтола, а не проблему конкретной продажи.
А заголовок темы вполне подходит для общей ветки по ЕГАИС. Надо еще Duke1C попросить голосование добавить (по типу свели ли вы остатки к новому году), чтобы ветка не утонула на 5 странице.

(32) но похожая настойка и зтой же накладной вроде прошла нормально.
Т.е. проблема не вообще в настройках, а то ли конкретная АП не прогружена туда как надо, то ли еще что..

(33) отбой :-)
там обработка на УФ открывалась в режиме обычного приложения.. Спросить 1Ска все равно спросила )

(26) На форуме РАР выясняются новые подробности. Все операции с ТЗ (даже возврат из 2 регистра в 1) относятся к группе некритичных документов и в режиме повышенной нагрузки нормативное время их обработки 24 часа.
http://forum.fsrar.ru/viewtopic.php?f=114&t=55293

(34) сорри - не в ту ветку (

Короче клиенты начали нам возвращать товар, который "у них не пикается". При том, что даже у них не пикается распечатанный на лазернике этот же ШК. Значит какой-то облом в УС клиента. Может во фронт не прогрузился классификатор? или что там может быть?

(30) если ситуация похожая на 30, то возможно кто-то прислал товар под другим алкокодом (а на его марке был наш алкокод) и теперь пикнули не нашу бутылки, списали "наши" остатки. Хотя я думаю ситуация какая-то по проще.

По просьбам трудящихся - голосувалка.
Правда почему-то всего 4 пункта в теме появилось, хотя там было еще3:
5) Пусть сначала отладят своё глюкалово, если что судиться будем.
6) Слава Богу меня это не касается!
7) А что такое ЕГАИС??

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

(39) Про подвисания не вкурсе, но "летят" джакарты регулярно. Держи во всех филиалах запас, выходят из строя стабильно каждый месяц. При этом производители джакарт гонят на разработчиков УТМ (что те некорректно работают с картой, что приводит к ее блокировкам и поломке), а разработчики УТМ гонят в ответ.
Сейчас сами джакарты нам меняют по гарантии бесплатно, а вот КЭП каждый раз приходится покупать новый.

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

джакарты у нас несколько раз летели, но сейчас тьфу-тьфу. Правда чеков у нас нет - опт же. Админ обновил джаву кажется и может сами носители стали получше. (например сейчас модель такая: JC005-123J.J01 v2.1)

Нарисовалась проблемка:
Пусть у меня 2 бутылки пива с алкокодом АК1 и 2 бутылки с алкокодом АК2 + .... (ШК ест-но одинаковые).
В течении дня была продана 3 бутылки - вечером надо списывать продажи в ЕГАИС - КАК понять КАКИЕ именно мы продали?
Ведь если я выберу неправильно - ЕГАИС откажет мне с причиной "необеспеченный расход..."
Просматривать бутылки визуально (типа мини-инвентаризации по конкретной номенклатуре) - вообще не вариант
Кто как выходит из ситуации?

(43)Запрос на остатки и списываем не превышая остатки.

(44) В 1С номенклатура одна - в ЕГАИС соответствий 5 и по всем есть остатки.
Особо не разбираясь с какой партии (т.к. розничный регистр то партия=алкокод) списать?

(44) Сколько по времени примерно занимает вся эта операция?

(44) Общался с бухгалтером - говорит за такое потом при сдаче декларации будет анал-карнавал. Лично я мечтаю чтобы из-за этой проблемы ЕГАИС в текущем виде умер, а центринформ разогнали ссаными тряпками. Извините за эмоции.

(47)Декларация будет совпадать с ЕГАИС. (46) Быстро. Ответ на остатки в ТЗ приходит минут через 5 обычно. Берем коды 500, 520  и списываем по продажам. Естественно не руками.

(48) Например:
1С=Пиво КозелТемное 0,5 ст/б
Ну у тебя же остатки приходят примерно в таком виде:
ЕГАИС:
Алкокод1=2шт (Производитель Москва)
Алкокод2=2шт (Производитель Калуга)
Алкокод3=2шт (Производитель Уфа)
Алкокод4=2шт (Производитель Самара)

Надо списать 5 проданных за день шт, но ты на кассе пробивал по ШК,который одинаковый у всех 4 алкокодов,  а PDF 417 у тебя на бутылке нет

Получается выбираешь что списывать по настроению? )

Выходов 2. Или клеим свой шк, запрещаем подбор по коду, через подбор, редактирование количества, строго следим за сканированием каждой банки. Или при проверке объясняем пересортом и делаем списание постановку на баланс, что в ЕГАИС разрешено.

(50) Второй вариант мне нравится.
Но вопрос именно про момент списания: вот Z закрылась, надо списывать - получается у тебя автоподбор по партиям ЕГАИС реализован? - просто по порядку спишет 2*АК1+2*АК2+1*АК3.
Ну а там, при необходимости, если будут проблемы/проверки можно и пересорт сделать да?

Таких видов продукции на самом деле не много, и проверять пиво в разрезе производителей 99% никто не будет. Это же каждую банку надо руками пощупать. Вы оспорите результат и будете перещупывать. А у вас есть ещё продажи за три дня допускаемые ЕГАИС для коррекции.

и по пиву вы вообще не обязаны фиксировать продажи.. поэтому требование выравнивать остатки по пиву оно на чем основано? вроде в законе этого нет..

(53) А ни чем не основано, но постановку на баланс по первому регистру внезапно взяли и порезали до 100 бутылок в месяц. Кто может гарантировать что завтра не порежут списание, в том числе и пива, по второму регистру? И что потом с зависшим объемом делать?

а как они могут порезать спиание - запрещать вам продавать чтоли? Как они могут регулировать объем вашей продажи.. Ну вот сегодня был ударный день, приехали любители пива, затарились на свой праздник на 200 человек и выгребли все подчистую. и вы отразили это актом списания (а чем же еще).


Коллеги а у всех ЕГАИС тупит? не дает мне тикетов даже на акт списания. Надеюсь это уже не начали что-то резать ))) Впрочем мы всё списываем с регистра 1 (опт).

что такое

DOC_TYPE: A

висит во входящих и не дает скоректировать остатки?

(56) http://egais2016.ru/forum/viewtopic.php?f=4&t=5883&sid=16d2736c4193d925da893e7fbe0e4a77&start=10

Данный документ является подтверждением фиксации чека на сервере.
Данный документ с технической точки зрения не влияет на документооборот, и его можно удалить.
Удалить данный документ возможно, воспользовавшись штатными средствами по работе с УТМ: с помощью командной строки и утилиты curl, как описано в технической документации по работе с УТМ, скачать которую можно в ЛК на сайте egais.ru в разделе "Транспортный модуль".


коллеги. Возвращаясь к вопросу о том как сверять "бумагу" и ЕГАИС". С РФУ и справками все стало совсем плохо (теперь РФУ приходят похожие на отчете о производстве, т.е. на один шаг раньше в цепочке чем справка А - кроме даты розлива и алкокода вообще ничего не сверить.

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

Прикольно - пришла ТТН-ка из ЕГАИС датированная завтрашним числом.
это вообще как? (и если ЕГАИС пропустил, то можем ли мы принимать такую ТТН, когда через день-два доедет
машина?)   - а то ФСРАР потом скажет, что фиксация 23.01.17 а в записи о фиксации ссылка на ТТН от 24.01.17 и этом мол нарушение.

а ЕГАИС опять тупит - полтора часа на некоторые накладные не приходят тикеты.. 1й пришел (ТТН принята), а 2й нет.. блин.

ПИВО !!!
Розница 2
В конце дня на основании ОтчетаОРзнПродпжах делаеться акт списания

Как идет приход, сразу подтверждают и передают в ТЗ. Хотя есть одна невменяемая (директор магазина) которая передает в ТЗ не подтвержденную ТТН ЕГАИС. Якобы - "а что надо дождаться квиточка?"
Пивной чек вроде нет. Вместо - акт списания с видом операции Реализация

Сегодня буду в одной точке смотреть остатки . сейчас они пока делают инвентаризацию..
с начала спишу нах с 1 и 2 рег по ЕГАИС . а по том по данным инвентаризации сделаю акт постановки на баланс в ТЗ .
в ТЗ нет же ни каких справок алкодов ...... просто товар количество... верно же?

(63) Нету. Ж*па будет, когда ты захочешь товар поставщику вернуть. И вроде как с 1 января списывать можно только ограниченное количество бутылок.

(63) проще взять остатки в егаис и только разницу списать/поставить на баланс. Чтоб у раровцев меньше вопросов , если что возникло.

(64) ограничение, только на складе. в торговом зале его пока нет

(65) +1. Собссно, мы так и делали.

помниться в июле 16 отменили передачу продажи пива, осталось добровольно,  а вот по контролю остатков пива есть ясность?

(64) а как может быть наложено ограничение на списание? А если (к примеру) у нас штабелер ехал и уронил палету и 400 бутылок тю-тю? что теперь делать?
я думал ограничение только на кол-во постановки на баланс?

А тем временем JaKarta продолжают дохнуть.
У нас админы уже завели "захоронение" погибших. Каждая обходится в 5 тысяч (и это только часть).
http://saveimg.ru/show-image.php?id=b027dc438cf5a1cf4f1185ce283c20e3

(70) а всего лишь, нужно было поменять на другую криптобиблиотеку и потерь бы не было.
А так да, коллекционируйте дальше.

(71) можно подробнее? странно, что РАР и производитель джакарт не вкурсе каких-то простых решений

(72) рар в курсе, ужо как год, наверное, им просто, ну ты понял
http://forum.fsrar.ru/viewtopic.php?f=114&t=44565
https://egais.center-inform.ru/tehpod/faq/Ошибка:+CKR_FUNCTION_FAILED/

Есть даже скрипт на павершелл, для автоматической установки.

(72) https://egais.center-inform.ru/tehpod/faq/Ошибка%3A+CKR_FUNCTION_FAILED/

бгг

(73) (74) Про это мы вкурсе, у нас не такая ошибка. У нас просто ключи перестают работать и определяться. Производители говорят, что они вкурсе проблемы, но это косяк разработчиков УТМ (они типо некорректно работают с ключем), а РАР говорит, что нормально у них УТМ написан.

На всякий случай еще раз уточнил у админов. Говорят, что дохнет область PKI, про библиотеку знают (иногда помогает, но редко).

(77) Знают, но не используют, или что ?
Её нужно сразу менять при получении ключа. А не ждать, когда оне сдохнут

(78) аналогично

(78) (79) применяют, само собой, не глупее вас люди работают :)
У вас сколько филиалов, если не секрет? У нас больше 400, т.е. выборка приличная.

(81) Не Синергия случаем?

(83) Нет, мы скромная региональная оптовая компания с развитой сетью розничных магазинов) много отдельных юрлиц в холдинге, поэтому скорее всего не на слуху.

А к нам проверка в опт пришла, оказалось 3 дня на подтверждение только для розницы, и на отгрузку в розницу фиксация в егаис не может быть позже даты отгрузки.

(86) Я про это писал уже как-то. К нам еще в прошлом году приходили и то же самое говорили. Типо нет никаких приказов новых, поэтому они работают согласно какому-то старому, где прописано, что фиксироваться должно до отгрузки. Можно поискать в ветках, там еще EuVod (вроде бы) выкладывал ответы своего юридического отдела.

(86) и ? штраф выкатили, или что ?

(88) Расстреляли Димана.

Вот, в тему Джакартовских ошибок.
Джакарта через Аладиноскую утилиту определяется, видится и Гост, и ПКИ. Но в журнал событий винды спамит десятками ошибок вида:
"Устройство чтения смарт-карт "ARDS JaCarta 0" отклонило IOCTL GET_STATE: Это устройство было удалено.. Если ошибка повторяется, возможно, смарт-карта или устройство чтения смарт-карт работает неправильно."
Службы УТМ останавливаются, даже если запускать вручную. После шаманизма с неоднократным перезапуском всего - заводится и работает, до следующего раза. На http://egais2016.ru/forum согласия нет - кто говорит, джакарта 100% умирает; кто говорит, что замена не помогла и начинается то же самое.

(89) пока ждем штраф, но в суд практике прецидент уже есть 100000 в декабре16 года. Думаю нам тоже предъявят.

(91) пришли по пиву или по маркируемой АП?

(92)+  а много времени было пропущено? И как они выявили этот факт?
обычно ведь ТТН имеет дату сегодняшнюю, едет завтра и фиксируется например уже завтрашним числом. В этом вроде нет криминала. А как установить тот факт, что машина вышла, а фиксации еще не было?

(90) Если появляется сообщение "Устройство было удалено", то это значит, что отваливается Ja-Carta. Обычно это связано с проблемами питания на USB - ни в коем случае не со Stand By линии.
Ставим Ja-Carta на USB 3.0 или амперный USB 2.0 - у некоторых мамок можно включить режим зарядки, когда ток больше.
И тут или пан или пропал - у меня в одном месте после этого Ja-Carta полностью умерла (видимо, замыкание внутри и что-то сгорело), зато в нескольких других местах - работа стала стабильнее.
Ещё помогает USB-Hub с отдельным питанием.

P.S. последний УТМ - транспорт падает из-за ошибки связи с сервером - если ответ пришёл не до конца - и с Ja-Carta это никак не связано, в нескольких местах поставили Ru-Toten, но падение аналогичное - из-за связи. Видимо, придётся в реестре настраивать автоматический перезапуск службы после падения.

(93) Ты указываешь дату отгрузки в файле для ЕГАИС, дата вчерашняя, фиксируешь сегодня, нарушение.

(95) Дата отгрузки не может быть меньше даты фиксации, так?

Блин, я и забыл! Помню под Новый год хотел что-то сделать, а оказывается остатки свести!

(95) есть где то это официально?

(95) вот это про какие теги идет речь? там есть
<wbr:EGAISFixDate>2017-02-03</wbr:EGAISFixDate>
<wbr:WBNUMBER>186741</wbr:WBNUMBER>
<wbr:WBDate>2017-02-02</wbr:WBDate>


ну вот например в 00:16 пришла справка Б такая (или уведомление о фиксации или как оно там называется). И что - это нарушение что ли?

в самой ТТН оба тега с датой 02.02.16,а машина поехала в 7 утра 03.02 и факт выезда машины не зафиксирован особо нигде (ну в ТН конечно там время выезда формально есть).

(99) ставьте дату отгрузки 3 числа и выгружайте 3 числом

тег ShippingDate

а WBDate - 2 числа

есть где то предписание что нельзя отгружать позже регистрации? Я вот сейчас запрет впилю и мне надо клиентам ткнуть

а если я отправил заявку на фиксацию в 23-59, а ответ пришел уже в 0-20? в будущее мне не кайф честно говоря.. хотя если прямо они (ФСРАР) тупо сравнивают с шиппинг дэйт и фикс дэйт, то.. хотя это херь какая-то как мы можем фиксировать будущее число? А если мы сбрешем? Будущее то еще не наступило? давайте я всем дату на месяц вперед буду указывать, чтобы уж наверняка.. Где сказано что ДатаОтгрузки = Дата выезда машины?

(91) - так чем дело кончилось? вам предъявили на основании чего? на основании значения тегов в файлах ТТН? Они ж в постановлении должны были написать конкретно, что явилось доказательством административки?

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

(105) The times they are a changin

(104) Пока  в процессе бодалова с РАР. Проблема в том что
ShippingDate 01.01.01, а дата фиксации 02.01.01

(107) держи нас в курсе )
блин. т.е. чисто по данным из файлика. А если наоборот - ShippingDate 02.01.01. а дата фиксации 01.01.01 тоже нарушение наверное )

В ситуации как у нас тогда что же делать - оставлять дату ТТН 01.01.01,а только в файлике писать ShippingDate 02.01.01, и декларировать потом по 01.01.01

(108) Мы пока так и сделали.

+(109) А если наоборот - ShippingDate 02.01.01. а дата фиксации 01.01.01 тоже нарушение наверное
Изначально тоже так думали, оказалось, что это наоборот страховка.

(104) Вот на эти грабли мы и наступили.

жесть.
кстати все вопросы с перевыставлением ТТН сюда же ложатся - типа клиент говорит "я не умею разногласить, сделайте мне отказ и выставьте чистую" (без переподписи первички) и оппа, готов.

Или "ой я ошибочно отклонила ТТН, выставьте мне заново". У нас есть ТТНки которые по 3 месяца не подтверждены (уж не знаю как они торгуют, а в декларации еще и указали КПП головы, а не обособки, на который есть лицензия).

Интересно, письма от клиентов, которые Smile 8D практикует спасут или нет.

(107) (112)
спасибо за подсказку. Тоже сами постоянно клиентам безруким переотправляем документы в УТМ. Значит надо будет дату отправки ставить текущим числом в новом документе, отправляемом в УТМ.

(113) а я вот думаю.. если мы перевыставляем спустя месяц - тоже можно написать ДатаТТН 01.11.16 а дата отгрузки 09.02.17
Тоже вопросы могут возникнуть

(114) А какие вопросы? на складе товар лежал, машину ждал.

тогда почему задекларировано в ноябре и подпись в бумажной ТТН в ноябре? Или вы в бумажной ТТН пишете номер и дата накладной в ноябре а дата отгрузки в феврале?

Diman_Kr , есть новости по выяснению?

Коллеги - пока компания Diman_Kr бодается со штрафом, а мы с нетерпением ждем результата...

давайте что-нить еще пообсуждаем про торговлю алкашкой.

В частности меня стал доставать вопрос про то кто как осуществляет распечатку бумажной сопроводиловки к накладным.
(речь об ОПТе ессно)

У нас распечатка происходит по после сборки (по данным WMS происходит проведение документа по спец регистру с партиями, формируется ТТН, отправляется в ЕГАИС и после получения 2х тикетов накладная становится доступной для распечатки).

Кроме всех ТОРГ-12-СФ-ТН-ТТН самое объемное это копии справок, сертификаты (и региональная цацка - мониторинг качества)

в среднем  на одну позицию крепкой АП получается 9-10 листов этой сопроводиловки.. хорошенькая накладная - пачка бумаги. Короче технический вопросы:

как храните скан копии?
(у нас в свое время реализовали хранения скан-копии в базе документооборота и при печати картинки получаются по http из этой базы) - чтобы время формирования печатной формы было разумным.

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

про печать гникому не интересно? (жалко)

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

(119) Капчу отразить может, если несколько адресов в область доверненных iexplorerа пропишешь, а вот java скрипты нажатия на кнопки-вкладки он отработать не может

(120) и тогда штатно чисто одинэсом не решить?

Коллеги - а если пришел акт разногласий нулевой - его надо подтверждать? Документооборот не заканчивается на таком акте? (как будто это акт отказа).

вроде тикет пришел что накладная распроведена. А клиент вцепился и требует чтобы мы "подтвердили" его акт разногласий где все по нулям. В сервисе проверки нет бы написать - накладная распроведена, нет просто написано, что составлен нулевой акт разногласий.
Ладно будем слать тетеньке тикет.. может поверит, что "ну нет у меня телевизора".

и еще к вопросу о штрафе за опоздание по фиксации ТТН в ЕГАИС
Есть такой документ "Регламент по обработке в ЕГАИС информации, поступающей от организаций оптовой и розничной торговли алкогольного рынка" (утв Росалкогольрегулированием 25.02.16).

Там есть п 4.1 (про штатный режим работы ЕГАИС в котором как известно ЕГАИС работает всегда даже если все тупит)

и там в 2м и 3м абзаце четко написано:
Предприятие имеет право осуществления деятельности без нарушения в соответствии со сроками, утверждёнными Росалкогольрегулированием:

Фиксация отгрузки по накладной - в срок не более 3 дней с момента отгрузки;



Но конечно регламент противоречит приказу того же ведомства..

Не знаю насколько перспективно на него ссылаться, но хуже не будет )

Коллеги, подскажите, не войти в ЛК ЕГАИС. Ошибка на последнем шагу - якобы не вставлен ключ или нет драйверов.
Вин 10, Единый клиент (последняя версия) видит ключ Джакарта, правда на носителе истек срок действия сертификата PKI, но ведь в ЛК заходим по ГОСТу.

О! переустановка ФСРАР Крипто 2 решил проблему.

(122) Нулевой акт разногласий завершает цепочку (так же как акт разногласия, где все количества совпадают с теми, что в ТТН). Обрабатываются ЕГАИС как Акт отказа и Акт согласия, соответственно.

(124) Регламент "филькина грамота", указы\приказы имеют больший вес. Поэтому мы теперь четко фиксируем до отгрузки.
Так же выяснилось, что в ЕГАИС РАР добавляет дополнительные проверки, которые нигде не зафиксированы. Так, была втихаря добавлена проверка "от дурака", которая запрещает отправлять в ЕГАИС документ с будущей датой. Причем ошибку при этом выдает "Отсутствует лицензия". Выяснилось, что отправлять нельзя дальше чем на 5 дней. Обещали переделать ограничение на 30 дней. Обсуждение здесь: http://forum.fsrar.ru/viewtopic.php?f=114&t=57324

День добрый.
А что такого случилось, что вышла сразу 2.0.5, не дав 2.0.4 проработать и пары месяцев?

(129) Вроде ничего существенного:
Добавлено описание настройки для
автоматического удаления невалидных чеков
Изменено значение ожидание ответа от
сервера проверки марок с 3 до 5 сек.
https://egais.center-inform.ru/upload/docs/utm_list_of_changes_2.0.5.pdf

(129) В 2.0.4 возникла проблема с новым механизмов проверки на дубли марок. При подписании чека УТМ ломится на копию базы ЕГАИС и проверяет не были ли там проданы уже марки. Если находит, то возвращает ошибку и чек не пробивается. Проблема возникла в случае, когда чек не удалось пробить из-за проблем с фискальным регистратором. В этом случае на УТМ отправляется сторнирующий чек, информация о котором попадает в копию базы ЕГАИС только через несколько минут, в это время нельзя повторно продать эту продукцию.
А в случае чека на возврат проблема проявляется сразу. Если фискальник не смог закрыть чек, то отправляется сторнирующий чек (по сути продажа, которая сторнирует возврат), который сразу же не проходит проверку на дубли, т.к. только что отправленный возврат еще не отразился в копии базы, по которой идет проверка.
Каким-то образом собирались устранить эту ошибку в silent обновлении 2.0.4 (которое надо было устанавливать вручную), но потом на форуме люди настояли, чтобы просто выпустили 2.0.5.
Есть ощущение, что ничего они не исправили, а только увеличили время на проверку.

(131) Тоесть, движуха в рознице... Отлично, нам на нее пофиг.

(128) яне очень понял - а что можно фиксировать будущей датой? или отправлять фиксацию "сегодня" по документу от даты "вчера" на дату отгрузки "завтра"? или как?

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

Не буду создавать новую ветку, задам вопрос тут:
По ФЗ № 261 от 03.07.2016г статья 16 пункта 10, получается с 31.03.2017 необходимо продавать алкоголь через кассовые аппараты нового образца или я заблуждаюсь?

(135) ИП-шникам вроде

(136) т.е. только тем, кто раньше не использовал ККТ?

(137) там главная фишка в тома, что по одному закону ИПшники на вмененке (а может и ООО на вмененке тоже) могут пока еще не использовать ККТ, а по другому закону (алкогольному) все продажи АП (и оговорки про пиво не сделано) обязаны делать через АП. Статус специальной нормы выше чем
общей, поэтому и вмененщкики, если торгуются пивом обязаны устанавливать ККТ и значит онлайн-кассы.


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

(138) Так переносить надо только то, что создали, но не успели отправить в течении дня. Или у вас постоянно такая ситуация?

(13) у нас днем выписка, ночью сборка по факту сборки выясняются серии -> фиксация - > распечатка. Основной объем собирается после полнучи - получается время фиксации 28.02.17 00:01:05 а дата накладной 27.02.17

Коллеги, в чем ошибка.
Принимаю Накладную от поставщика таки образом
XML = СоздатьОбъект("AddIn.XMLParser");
КореньДокумента = XML.СоздатьДокумент();
КореньДокумента.Загрузить(КаталогПользователя()+СокрЛП(Константа.ЕГАИС_ПапкаОбмена)+"WAYBILL.xml");

Вываливается ошибка:
xsi:nil attribute on element 'oref:RNN' is invalid.
[              <oref:RNN xsi:nil="true"/>

Куда копать ?

ап

где вы герои труда ?

(143) Скорость решения задачи, а так же желание ее решать, напрямую зависят от качества постановки задачи :) в вашем случае не совсем понятно что в документе, какой формат (1 или 2), кто именно ругается...

(140) Не путай дату накладной и дату отгрузки, это разные вещи.

(143) Герои труда не ковыряют мертвые тела 7.7, а усиленно помогают переходить от некрофилии в светлое будущее.

(144) Вот кусок WAYBILL от поставщика

- <pref:Producer>
  <oref:RNN xsi:nil="true" />
  <oref:Identity>JС5FДПPСLР2СГ2Д2ЩСEG30</oref:Identity>
  <oref:ClientRegId>050000012789</oref:ClientRegId>
  <oref:FullName>ЗАО "АРТАШАТ-ВИНКОН"</oref:FullName>
  <oref:ShortName>"Арташат-Винкон" ЗАО</oref:ShortName>
- <oref:address>
  <oref:Country>051</oref:Country>
  <oref:description>378253, Республика Армения, Араратский регион, село Мхчян</oref:description>
  </oref:address>
  </pref:Producer>

Ругается 1С при загрузке документа в этой строчке
КореньДокумента.Загрузить(КаталогПользователя()+СокрЛП(Константа.ЕГАИС_ПапкаОбмена)+"WAYBILL.xml");

Ругань такая: xsi:nil attribute on element 'oref:RNN' is invalid.
[              <oref:RNN xsi:nil="true"/>

(146) не стоит забывать своих корней ;)

ну таки шо вы на это думаете ?

(149) "xsi:nil="true" явно лишний кусок, странно как такой документ прошел через ЕГАИС

(150) во-во, что странно, служба поддержки ЕГАИС молчит второй день

Странно, что вот уже второй день "специалист" лениться тупо написать СТРЗаменить(Текст,"xsi:nil="""true"""","") и забыть про это, погрязнув в догматизме.

(151) (152) Я все-таки надеюсь, что он уже это давно сделал, а так же сообщил поставщику, что у него ошибка при формировании ХМЛ, а так же в РАР, что у них проходят невалидные ХМЛ.

(151) XML походу валидный. Google  говорит, что "xsi:nil="true" стандартная фича.
Парсер?

(154) XML = СоздатьОбъект("AddIn.XMLParser"); из v7plus

(152) "за державу обидно..."

(154) (155) Действительно, валидный. Видимо, парсер 77 не вкурсе как работать с такими вещами. Так что придется искать альтернативные пути, либо смириться с тем, что система морально устарела и делать СтрЗаменить.

(157) Слава XDTO! Слава 8-ке!

(157) Как там у вас, переползли на УТАП11.3 ?

(159) Пока УТАП11.3 еще нет. Пару месяцев назад наконец-то появился функционал по работе со вторым форматом документов, а так же функционал по отмене актов к ТТН. Так до сих пор разгребаем косяки в конфигурации. Я уже прямо в обращениях к КТ пишу где и что в коде надо исправить, а они обещали, что купят наручники с плеткой и накажут программистов :)

(160) по ходу для тех прогеров наручники и плетка будет на наказанием а наградой...

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

еще раз для тех кто в танке поясните (особенно те кто будущим числом ТТНки фиксирует)

дата документа (<wb:Date>) - это то, что в печатной форме ТТН графа Дата составления

если дата документа (<wb:Date>) и дата отгрузки(<wb:ShippingDate>) различаются (в ЕГАИС) то декларируем по дате документа, верно?

Господа, списываю с ТЗ, получаю ошибку валидации
Invalid content was found starting with element 'oref:INN'. One of '{"http://fsrar.ru/WEGAIS/ClientRef_v2":address}' is expected.

Делал по схеме, вроде все в порядке было. Ткните носом плиз.
- <awr:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Вино ЭДЕРРА РЕЗЕРВА Риоха DOC 2012 г., красное сухое, 0,75л.</pref:FullName>
  <pref:AlcCode>0350384000001676284</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
  <pref:ProductVCode>405</pref:ProductVCode>
- <pref:Producer>
- <oref:FO>
  <oref:ClientRegId>050000034453</oref:ClientRegId>
  <oref:FullName>Бодегас Билбаинас С.А.</oref:FullName>
- <oref:address>
  <oref:Country>724</oref:Country>
  <oref:description>С/Эстасьон, 3, 26200, Аро, Ло Риоха, Испания</oref:description>
  </oref:address>
  </oref:FO>
  </pref:Producer>
  </awr:Product>
  <awr:Quantity>12</awr:Quantity>
  </awr:Position>
- <awr:Position>
  <awr:Identity>3</awr:Identity>
- <awr:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Вино БЕРОНИЯ КРИАНСА Риоха DOC 2013 г., красное сухое, 0,75л.</pref:FullName>
  <pref:AlcCode>0350384000001707228</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
  <pref:ProductVCode>405</pref:ProductVCode>
- <pref:Producer>
- <oref:FO>
  <oref:ClientRegId>050000034151</oref:ClientRegId>
  <oref:FullName>Бодегас Берония С.А.</oref:FullName>
- <oref:address>
  <oref:Country>724</oref:Country>
  <oref:description>26220 Оллаури (Ла Риоха), Испания</oref:description>
  </oref:address>
  </oref:FO>
  </pref:Producer>
  </awr:Product>
  <awr:Quantity>12</awr:Quantity>
  </awr:Position>
- <awr:Position>
  <awr:Identity>4</awr:Identity>
- <awr:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Водка "Белая берёзка"</pref:FullName>
  <pref:AlcCode>0015545000002678163</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
  <pref:ProductVCode>200</pref:ProductVCode>
- <pref:Producer>
- <oref:UL>
  <oref:ClientRegId>010000005458</oref:ClientRegId>
  <oref:FullName>Общество с ограниченной ответственностью "Омсквинпром"</oref:FullName>
  <oref:ShortName>ООО "Омсквинпром"</oref:ShortName>
  <oref:INN>5506006782</oref:INN>
  <oref:KPP>550332002</oref:KPP>
- <oref:address>
  <oref:Country>643</oref:Country>
  <oref:RegionCode>55</oref:RegionCode>
  <oref:description>РОССИЯ,,ОМСКАЯ ОБЛ,,Омск г,,Разъездная ул,14, литеры А, А1, А2, А3, А4, А5, А6, АБ, АВ, АВ1, В, В1, Н, Е3,</oref:description>
  </oref:address>
  </oref:UL>
  </pref:Producer>
  </awr:Product>

пип

(164)

ну, он же те пишет, что от тут:

- <oref:address>
  <oref:Country>643</oref:Country>
  <oref:RegionCode>55</oref:RegionCode>
  <oref:description>РОССИЯ,,ОМСКАЯ ОБЛ,,Омск г,,Разъездная ул,14, литеры А, А1, А2, А3, А4, А5, А6, АБ, АВ, АВ1, В, В1, Н, Е3,</oref:description>
  </oref:address>

не хватает ИНН

(165) по схеме он в UL там он есть

(163) Я не вижу ошибок в представленном куске файла. У меня только отсутствует поле "oref:ShortName" и "pref:ProductVCode" с "awr:Quantity" находятся после производителя как в схеме.
Но в блоке производителя отечественного юрлица ошибок не вижу

(167) можешь скинуть "работающий" xml
povar3452@gmail.com

(167) Спасибо.
Проблему нашел. она была ниже по файлу. В иностранном производителе какого то хрена был указан ИНН

(169) Тогда, действительно, было тяжело помочь :)

(170) это же миста, тут все телепаты

10 марта нумерация ТТН в ЕГАИС перевалила за 10 000 000. Ура товарищи! И снова нет повода не выпить (лучше поздно чем никогда).

(172) Радует, конечно, что сейчас некоторое затишье в изобретении новых "граблей" со стороны РАР, и мы можем обсуждать такие новости) но не стоит сильно расслабляться) рано или поздно объявят обязательный переход на второй формат документов и аннонсируют 3ий формат)

(172) Вот так, потихоньку, ЕГАИС вошел в жись. И ничего не встало колом.

Только у меня проблема с авторизацией на форуме РАР в последние дни? После успешной авторизации снова выкидывает на окно входа (с новых ГУИДом сессии в строке браузера) и так постоянно.

(175) такая же фигня

(174) Нас фашисты не остановили в свое время, а тут какой-то ЕГАИС :) но нервы он изрядно потрепал и продолжает трепать
(176) Пришлось поставить галочку "автоматически входить". Подумал, что в таком случае система зациклится, но все нормально заработало и теперь не выкидывает на экран авторизации.

Крллеги - а куда писать, если проблемы с фиксацией?
Например мне тикеты пришли, а в сервисе проверки накладная не найдена. Если по транспортному ИД посмотреть, не хватает - документ обработан, но нет строки о фиксации о присвоении номера. (хотя в тикете то у меня этот номер есть!)
потому мы эту накладную отменили, а остатки нам видимо не упали обратно.

(178)
>>>Если по транспортному ИД посмотреть, не хватает - документ обработан

Эту хрень оне сломали еще в начале года. Специально, и чинить не будут.
Теперь смотреть только по Идентификатору накладной.

по ИД накладной говорит "документы не найдены". а я же тикеты у себя вижу. блин.


При этом по другой ТТН рядом по дате(если икать по TransportId), показывается строка с присвоением
Идентификатора накладной

о. а щаз нашла ТТНку. может и остатки вернулись.. загадка..

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

(182) Информация о дате розлива содержится в справке А (Форма 1). Вам необходимо взять номер справки А из ТТН (на самом деле из файла "FORMBREGINFO", который приходит с ТТН) и запросить по справке А расширенную информацию. В ней будет содержаться дата розлива. Так же имейте ввиду, что для импортной продукции данные отличаются (вроде бы фигурирует дата ввоза).

(183) Немного ошибся, справка А находится в самой ТТН (WAYBILL)

(183) Можно это как-то сделать через сервисы/сайт самого егаиса? Или все только curl'ом?

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

Хах. Ничто не мешает алкоголику с фсрар запилить немного своего гешефта на веб-сервисах.

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

(188) История присылается только на запрос с того УТМ, которому "принадлежит" справка Б. Точно запрашивали не с другого?

(189) да вроде да. ЩАз посмотрю что в УТМах, может там ругня пришла, что чужая справка.

Еще вопрос - кто-нибудь сталкивался  с таким (импорт):
1. Пришла ТТН ЕГАИС в которой по номеру справки А вытягиваем данные РФ1 получаем в теге bottling date (т.е. дата выпуска) написано 17.03.17
2. в бумажной справке Б (с оборота справки А к ГТД) написано дата выпуска = 20.03.17
3. номер фиксации с РФ№1 и в бумажной (1й) справке Б совпадают
4. В сервисе проверки фиксации стоит как и в бумажке 20.03.17.  (а в РФ№1 в которой этот же номер фиксации стоит 17.03.17(!))

что это может значить? похоже на путаницу в реквизитах РФ№1, которую поставщик врядли в состоянии устранить. Кто-нибудь сталкивался? принимали такую продукцию?

+ (190) поставщик поясняет так:

1) дата розлива в УТМ указывается дата из ГТД

2) дата выпуска товара - это дата когда таможня выпускает товар в продажу, она может быть позже, так как дата в ГТД - это дата непостредственно когда заполняют справку А и Б, но в продажу товар таможня может выпустить и через день и через два...

но мне что-то кажется, что это нетипичная ситуация - обычно дата выпуска на следующий день после даты ГТД, но тем не менее эта дата совпадала с датой розлива из РФ№1

может это мелочь конечно, но как-то боязно в любом случае

(190)
Особенности заполнения регистрационной формы учета № 1 по импортной продукции в ЕГАИС

Росалкогольрегулирование обращает внимание, что в соответствии с Приказом Росалкголшьрегулирования № 413 от 03.12.2015 Об утверждении формата представления заявок о фиксации в единой государственной автоматизированной информационной системе учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции информации об организации, осуществляющей производство и (или) оборот (за исключением розничной продажи) этилового спирта, алкогольной и спиртосодержащей продукции, о продукции, об объеме производства и оборота продукции, о документах, разрешающих и сопровождающих производство и оборот продукции, подтверждений о фиксации и уведомлений об отказе в фиксации указанной информации в регистрационной форме учета №1 в реквизите BOTTLINGDATE
в отношении продукции российского производства, указывается дата розлива, в отношении продукции, произведенной не на территории Российской Федерации,– дата документа, на основании которой осуществлен ввоз продукции на территорию Российской Федерации.

Таким образом, отсутствие в указанном электронном документе сведений о дате розлива  по импортированной продукции является допустимым.

©http://egais.ru/normativnye_akty/razjasnenija_po_egais

+192
И вот это еще

http://egais.ru/news/view?id=1488

и еще до кучи
ttp://egais.ru/news/view/?id=88
http://egais.ru/news/view?id=84
http://egais.ru/news/view?id=81

Спасибо )

(190) Раньше можно было запрашивать историю любых справок Б, а потом прикрыли. Теперь если запрашиваю не свою, то просто приходит пустой ответ, никаких ошибок не выдает.

Новый магазин. Установили Розницу 2 последнюю. До Розницыв сбисе как-то только принимали ТТН. То есть Розница чистая, ни старых ТТН, ничего нет.
В Рознице я запросил остатки из ЕГАИС. Прилетело как обычно 2 документа, для склада и торгового зала. Все остатки на складе, в торговом зале пусто. Хочу все перекинуть в торговый зал.

На основании документов Остатки можно сделать только Оприходование.
Но если после Оприходования попробовать сделать документ Передача в торговый зал, возникает вопрос, где брать Справки 2 ,которые в этом доке требуются? Ведь Справки 2, как я понимаю, приходят из ТТН, а ТТН нет, база новая.

Подскажите, как в этой ситуации перекинуть все со Склада в Торговый зал.

(197) а в рознице не предусмотрен импорт остатков из ответа ЕГАИС? (с созданием соответствующих документов)?
у вас же номера справок сидят в остатках - остатки же по складу приходят в разрезе номеров справок А и Б.

(197) Обработку написать переноса Остатки->Перемещение

У кого есть тестовый УТМ с производством или импортом?

up

чото УТМ перестал общаться с ЕГАИС.. говорит мол
The server sent HTTP status code 400: Bad Request

это он хочет перейти с 2.0.4 на 2.0.5 ?
кликаю  ПКМ на пункт "Обновить" в гуевом значке УТМ, но что-то не обновляется..

судя по
http://forum.fsrar.ru/viewtopic.php?f=114&t=58390&p=342441#p342441

встало у многих.. а тут у кого-нить работает?

Коллеги- тут еще есть кто-нибудь?
)

у кого-нибудь есть алкашка, произведенная на территории ТС?

как вы с ней боретесь, когда акцизки как на импорте, все бумажки как на отечественную, "дата розлива" в РФУ№1 не совпадает ни с чем?
Всегда ли по одной справке А действительно продукция одной даты розлива? (ведь иностранный производитель не обязан на экспорт поставлять партии по датам розлива).

(204) Я всегда здесь) но по вопросам декларирования ничего подсказать не могу) этим занимаются специально обученные люди, а я даже не хочу туда лезть. Потому что у нас позиция руководства очень простая: проявил инициативу - будешь решать все проблемы, с ней связанные.

ну это не совсем вопрос декларирования..
короче с территории ТС это почти как отечественная (т.е. отслеживает по дате розлива), но дату розлива взять можно только с бумажной справки А, т.к. в ЕГАИСной справки А отражается дата получения товара "импортером", 1-м покупателем у иностранца, но без ГТД.

Приехали. Ответ от УТМ
  <?xml version="1.0" encoding="utf-8" ?>
- <ns:Documents xmlns:tc="http://fsrar.ru/WEGAIS/Ticket"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef"; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; Version="1.0">
- <ns:Owner>
  <ns:FSRAR_ID>ХХХХХ</ns:FSRAR_ID>
  </ns:Owner>
- <ns:Document>
- <ns:Ticket>
  <tc:TicketDate>2017-05-11T18:10:54.3335505</tc:TicketDate>
  <tc:Identity>ХХХХХХХ</tc:Identity>
  <tc:DocId>ХХХХХХ</tc:DocId>
  <tc:TransportId>ХХХХХ</tc:TransportId>
  <tc:RegID>ХХХХХХХХ</tc:RegID>
  <tc:DocHash />
  <tc:DocType>WayBill</tc:DocType>
- <tc:OperationResult>
  <tc:OperationName>Confirm</tc:OperationName>
  <tc:OperationResult>Rejected</tc:OperationResult>
  <tc:OperationDate>2017-05-11T18:10:54.5</tc:OperationDate>
  <tc:OperationComment>Ошибка проводки накладной № ХХХХХХ от 06.05.2017 00:00:00. Накладные с датой отличающейся от даты подачи в ФС РАР более чем на три дня не обрабатываются..</tc:OperationComment>
  </tc:OperationResult>
  </ns:Ticket>
  </ns:Document>

При этом акт отмены проходит.
У нас пиво, опт.


Что теперь получается. Мы высылаем ТТН. Через несколько дней клиент решает что в ней что-то не так, отменяет её в ЕГАИС, и просит выслать исправленную. А мы не можем. РАР с третьего мая запретил высылать документы старше трех дней.
Поставка была, в ЕГАИС её нет, и нет вроде способа завести реальной датой поставки.

(208) Эти ограничения были и раньше. Перевыставление накладной РАР не приветствуется. Мы уже год так работаем - если ТТН отменена, то делается новая с текущей датой.

(208) а какой у вас shippingdate?
(209) - не всегда это возможно.. мне кажетя у нас бывало что и старые накладные перевыставляем (прежним числом) но ShippingDate тогда текущий выставляется. Хотя это исключительные у нас истории. (в свете (107))

Чтоб 2 раза не вставать - кажется я уже спрашивал, но вдруг 0 в типовых отраслевых (и не отраслевых) контроля МРЦ и прочих минимальных цен закупки-поставки АП нет?

думаю сделать похожим образом как ставки акцизов -
справочник ВидыМинимальныхЦен в нем, например, ТЧ СоставКодовВидовАП. И периодический независимый РС ЗначенияМинимальныхЦенАП с измерениями ВидМинимальнойЦены, КрепостьОт, КрепостьДо и 3 ресурса.
НУжны будут пока 3 вид цены, водки, прочая ликороводочная АП и коньяки.

(209) Не было такого ограничения. Только если на уровне вашей реализации работы с УТМ. РАР ввел это ограничение только с третьего мая. До этого на сайте РАР было написано что накладные желательно отправлять в недельный срок, про исправления не было ни слова.

Насчет накладной сегодняшней датой - клиенты на такое не согласны.
(210) Текущая.
        |<wb:ShippingDate>"+ДатаВутф(докТТНЕГАИС.ДатаОтгрузки)+"</wb:ShippingDate>
Попробовать задним числом?

(212) Виноват, ShippingDate - дата накладной.
Попробовать текущей?

(208) да, теперь это так, смирись.
Причем, дни календарные, хотя Гущанский утверждал, что рабочие, но это неправда.

(214) изменение ShippingDate не поможет?

http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&start=20#p344259

а с 15 мая еще подарок один

http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&start=20#p344419

на синем форуме г..о кипит уже 2 недели по этому поводу.

(213) см выше от  (107) - у людей за то что ShippingDate  < даты фиксации в ЕГАИС штрафы выкатили.

(214) смириться, и часть накладных не проводить? И просто списать излишки потом?
Или смириться и часть накладных проводить датой отличной от даты бумажной накладной?

(215) нет

(218) смирится с тем, что придётся переделывать накладные текущей датой и пересдавть декларации ндс и прочую муть

(219) вариантов нет - либо клиент подписывает новую бумажку либо надо забирать весь товар и аннулировать сделку.

в связи с чем такая проблема? Если вычерки - то это акт разногласий и дальше вы либо Акт ТОРГ-12 ( и корректировка реализации) + корр СФ либо (как мы) переподисание "чистой" ТОРГ-12 и ТТН.

В связи с чем может возникнуть потребность неделю назад перевыставить? Ну т.е. возникает, конечно, клиенты тупят, ошибочно отклоняют и т.п. Мы перевыставляем текущей датой либо пусть гонят товар. За что угодно иное можно как минимум 200 тыров потерять и конфискацию чего-нибудь  а то и лицензии лишиться.

(221) поставили вам товар с другой датой розлива/другим алкокодом ?
Какой вычерк/акт разногласий вы сделаете ? Правильно, никакой, ибо в акте расхождения только количество фигурирует.

тут только делать акт разногласий по количеству и это количество оформлять новой накладной с новой датой.

В любом случае, деятели в раре, утомили своей бестолковостью.

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

Проблема конечно, когда на руках бумажки со старой датой и клиенту надо на веру принимать по ТТН ЕГАИС с новой датой и возможно сканам с обещанием привезти бумажки.

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

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

(226) Если принципиально не хотите переделывать накладную, то появляются риски получить штраф от РАР за нарушение сроков отгрузки (т.к. не смотря на указанные в документе даты, есть и дата фиксации в ЕГАИС, на которую повлиять никак нельзя).

(225) пересор забираете ? какие молодцы. А если товар только едет 3 месяца, за чей счет будуте пересорт забирать ?
:))

(212) Ограничение было на 3 дня вперед, назад, видимо, действительно не было до 3 мая. Но в любом случае есть сроки фиксации и штрафные санкции за их нарушение.

(229) у нас нет своего пересорта. (а если бы был, мы не можем в ЕГАИС послать "правильные серии" - у нас какие серии по WMS значатся - те и проходят по алк. учету).


а если нам пересорчивают - ну не знаю как устроены системы наших поставщиков. Мы разногласим - потому что если мы частично приняли товар и уже создался документ прием, он провел регистры по сериям, привязанным к этому приёму, и если вдруг поставщик выставит нам новую ТТН, то придется на ее основании делать новый прием, с новыми сериями, значит все паллеты снимать с ячеек и перепринимать машину заново. Поэтому в таких случаях мы предпочитаем разногласить а на кусок пусть выставляют новую накладную.

3 месяца - куда это вы возите ) ? кораблями из Крыма в Находку? ))

Нам проще - у нас доставка 1 день в основном. Сегодня выписали, ночью собрали, утром поехали до вечера довезли.

(227) Не должен. Нет никакой ответственности за неправильный КПП в бумажках. Но это не имеет отношения к теме. Насчет штрафов - думаю что это касается только розницы. По пиву, опт - ИМХО никто штрафовать не будет.

(232) Салехард, Якутия, Ямоло-ненецкий АО, да много куда еще.

Ямало

РАР не хочет по правильному. Бизнес не может по закону.

РАР уже неоднократно заявляет что систему они внедряли советуясь с участниками рынка. Я хотел бы узнать кто эти участники... Такое чувство что 50-60% бизнес процессов компаний в этой сфере не могут быть реализованы текущим функционалом УТМ.

Одно то что их уже с год просят API к проверке марок, а они говорят нет, вы их подделывать будете. Говорит о защите марок, что её может школьник сломать.

(221) Вроде бы расписал причины. Клиент указывает неправильный КПП, документ проводится по ЕГАИС на неверный СИО, потом клиент шлет акт отмены на накладную.
В ЕГАИС накладной нет, товар уже физически продан, накладную переделать на другую дату не выйдет. Что делать непонятно.
Схема с отменой и повторной отсылкой накладной на другой СИО работала, в итоге все так и работают. И эта схема поломалась.

Лицензии на пиво очень тяжело лишиться, ибо это деятельность не подлежащая лицензированию.

(236) А при чем тут "не может по закону"?
Может, но человек не господь бог, и может ошибаться.

В ситуации в (237) никто закон не нарушил. Это человеческий фактор. Просто ошибка. Ошибка - это не нарушение законов или правил.

Но тут тупик - механизма исправления ошибок нет!

(238) Тут с вами согласен. Мы же понимаем, что есть два варианта ведения учета. Когда ты меняешь сам документ и когда на документ делается исправление. РАР реализовал третий вариант "Нет права на ошибку"

насколько я понял в ситуации (237) клиент оприходовал пиво не приняв его в ЕГАИС (т.к. в ЕГАИС пришел не на тот СИО). А на "тот" СИО ничего не пришло. Значит на тот "СИО" не имел право принимать, перемещать в торговый зал и продавать. Это сразу нарушение.

По логике ЕГАИС и закона товар приехал не по адресу. Значит перевыставлять (текущим числом) а бумажки потом. Я сейчас не говорю что логика хорошая или правильная. но ИХМО она такая.

У вас клиенты по пиву тщательно на даты розлива смотрят? (мне кажется нам еще не отказывали по этой причине, хотя пиво не водка и обороты другие и у нас возможны разные приколы и погрешности). У нас система настроена так, что если даты привезем неверные.. то придется забирать такой пересорт себе (  - подменить серии так просто не получится.

(240) в том то и дело что нет закона запрещающего приходовать и продавать пиво не оприходовав его в ЕГАИС. Поэтому ничего он не нарушил. Более того - по рекомендациям РАР поставщику отводится три дня после отгрузки для регистрации продажи в РАР.

(242)  "Более того - по рекомендациям РАР поставщику отводится три дня после отгрузки для регистрации продажи в РАР."

Оптовик должен отправить накладную до выезда машины за ворота склада.

это покупателю отводится 3 дня на фиксацию факта приема. Но кажется без сверки ЕГАИС и бумаги не имеет права принимать. (а зафиксировать прием может позже).

продажа да - поскольку она не фиксируется в ЕГАИС, то как бы по факту продает. Насколько это законно - продавать не зафиксировав приход не могу сказать. Гущанский скажет, что это не разумно и чревато :)

(243) у нас тут в (91),(107) оптовика оштрафовали за то, что в ЕГАИСной накладной Date и ShippingDate были на день раньше чем дата фиксации в ЕГАИС. Чем суды кончились нам пока не рассказали). Так что про 3 дня вы не правы - см приказ №400.

(243) можно ссылку?

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

В связи с этим Федеральная служба по регулированию алкогольного рынка сообщает следующее.

Приказом Росалкогольрегулирования предусмотрен 3-дневный срок (с момента отгрузки) на представление в ЕГАИС сведений о факте отгрузки продукции, а также 3-дневный срок (с момента поставки) на представление в ЕГАИС сведений о факте поставки продукции в городских поселениях и 7-дневный в сельских поселениях. Данные сроки согласуются со сроками, предлагаемыми к установлению многими участниками рынка.

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

Кроме того, напоминаем, что постановлением Правительства Российской Федерации от 29.12.2015 № 1459 «О функционировании единой государственной автоматизированной информационной системы учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции» установлена возможность для организаций осуществляющих розничную продажу алкогольной продукции, зафиксировать в ЕГАИС информацию о закупленной в период с 1 января до 31 марта 2016 года алкогольной продукции в срок до 20 апреля 2016 года."

service.egais.ru:82/news/view?id=83

(245) то есть ты хочешь опровернуть информационное письмо РАР? Интересно...

Еще раз повторю
"Требования о фиксации в ЕГАИС накладных в течение дня поставки, отказ от приемки товара при неполучении накладной розничным продавцом и другие подобные требования действующим законодательством не предусмотрены и регулируются исключительно внутренними договорами между поставщиком и покупателем товара."
Это информационное письмо РАР от 2016 года.

информационное письмо вам проверяющие предложат засунуть в.. портмоне. Так же как, вероятно, и регламент работы в ЕГАИС(я в этой ветке давал на него ссылку), в котором тоже упоминается возможность фиксировать отгрузку в течение 3х дней.
Но НПА есть только один это приказ №400 и он однозначно для оптовиков говорит о том, что они обязаны зафиксировать отгрузку _до_ того, как товар будет фактически отгружен. (не помню как там сформулировано - погуглите сами, но фраза "до выезда машины с товаром с территории склада" крепко засела тут у всех осторожных участников рынка).
Таким образом я ничего не хочу опровергнуть. Я лищшь обращаю внимание на то, что письма, разъяснения и даже регламенты являются документами низшего уровня и проверяющие руководствуются приказами ФСРАР. Приказ №400 продолжает действовать и наш юрист считает, что его несоблюдение чревато штрафом.  
Суда по (91) проверяющие из ФСРАР считают также. Все решения принимаются на свой страх и риск - хотите нарушайте приказ в надежде что вас не проверят или не заметят или ваша ссылка на разъяснение спасет вас в суде от наложенного щтрафа. Хотите - руководствуйтесь в своей деятельности приказом. Я полагаю лишь, что при принятии решений надо быть в курсе. Поэтому я не "опровергаю" разъяснения а описываю требования НПА в том в виде, в котором они кажутся действующими мне, нашему юристу и (по видимому) проверяющим ФСРАР.

(250)  конечно же никто ничего никуда засунуть не попросит.
Нет ссылки и нет цитаты, но при этом есть необъяснимый страх перед ФСРАР.
В (91) могло произойти что угодно, начиная от произвола и заканчивая тем что причины наезда совсем не в задержке отправки сведений в ЕГАИС.

страха нет. но и желания отвечать директорам на вопросы типа " а за каким таким хером наша УС не соответствует требованиям НПА" не кайф. Для этого мы консультируемся с нашими юристами и делаем так, как считают юристы. (ИМХО это правильно - зачем нам самим толковать требования законов и НПА, верно?)

Что мы имеем:
1. Приказ минфина от 15 июня 2016 года N 84н
http://docs.cntd.ru/document/420362387
В нем по интересующему нас вопросу написано только (не буду цитировать смотрите пункт "I.I. Сроки представления заявки о фиксации ..." Тут написано что _розничники_ и ИПшники-пивнюки могут  свои внутренние перемещения и возвраты продукции фиксировать в течение 3х дней.

2. Для оптовиков (вот чето заселу меня в голове №400 - видимо я не прав) см например сюда:
https://profibeer.ru/lawyer/legal-advice/14366/
Сроки представления заявок о фиксации информации в ЕГАИС для организаций, осуществляющих оптовую продажу алкогольной продукции, установлены Приказом Росалкогольрегулирования от 21.05.2014 № 149.

В частности, Приложением № 5 к этому Приказу определены:

- срок представления заявки о фиксации в ЕГАИС информации об отгрузке продукции (в том числе на экспорт и возврат)  поставщиками продукции, по месту их нахождения (по месту нахождения их обособленных подразделений) - до выезда транспортного средства с продукцией с территории организации - поставщика продукции;


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

(251) - а тут что, подписка на обновления ветки есть? - как это вы так быстро отреагировали? )) поделитесь тайным знанием.

+(250) кстати об информационных сообщениях ФСРАР, наслаждайтесь:

http://www.consultant.ru/document/cons_doc_LAW_208163/

там все то, что я написал в (250) только официально.

(253) совпадение.
(252) как минимум в 2014 году и речи не шло о фиксации в Егаис продажи пива. Поэтому приказ рар от 05.2014 в данной ситуации не о чем.
Но обсуждаем совсем другое. Что делать? Ситуация описана, косяки в системе растут, в пятницу еще одна накладная (апрельская) проявилась ушедшая на неверный КПП.

см (254). Знающие люди и в 2014 понимали куда идет. А в декабре 16 ФСРАР любезно истолковала всем сомневающимся свою правовую позицию.
Те кто продолжают сомневаться имеют возможность выбирать - подстраиваться под удобство клиента, который видите ли чего-то там "не хочет" и заплатить за эту клиентоориентированность 200 тыщ штрафа. Либо сказать клиенту - "любезный, не толкайте нас на совершения административного правонарушения. Давайте мы вам перевыставим ТТН текущей датой, а документы довезем (бумажные) довезем позже).

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

Честно говоря я думал большинство клиентов не заморачиваются на даты розлива по пиву.. Или вы оптовикам возите?

(256) о каком пересорте идет речь?
У нас нет пересорта.
Мне еще раз с самого начала обрисовать ситуацию?

(257) какие даты? У нас клиент указывает неверный кпп.

(256) что знающие люди знали? Знающие люди свою теорию заговора начали строить до того как пиво включили в Егаис? :)

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

(260) знающие люди, которые писали приказ 149.. А то что пиво включат в ЕГАИС было понятно года за два до этого (только верить не хотелось, да и думать как всегда некогда было о туманном будущем - работать надо.) Осталось дождаться когда на пиво марки наклеят и лицензии введут. Но думаю это не очень скоро ))

(261) мне кажется, что ты просто не сталкивался с пивом, поэтому распространяешь правила работы с акцизным алкоголем на него.

Твое мнение я понял - мы должны подстроится под рар, а раз уже происходят отмены старых накладеых покупателями, то видимо нужно сделать харакири. Но хочется услышать и другие мнения.

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

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

(261) нет, это не органы у нас мышей не ловят, а просто есть огранизации которые хотят и имеют возможность отстаивать свою точку зрения.

Про КПП я говорил про Торг-12. КПП не является обязательным реквизитом Торг-12.

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

(263) - лестно слышать ) на самом деле крепкой АП занимаемся только полгода.. до этого пиво-пиво-медовуха )) причем еще с тех пор когда никаких справок А и деклараций не было. Постепенно душили нас душили а мы приспосабливались, приспосабливались.

для ФСРАР главным документом является не ТОРГ-12 или СФ, а ТТН и неотъемлемая его часть - приложение "Справка Б". При проверке ФСРАР вы или ваш покупатель должен предъявить "надлежащим образом оформленную сопроводительную документацию" и это касается и водки и пива равным образом.

надо ли указывать в ТОРГ-12 спорный вопрос, суды есть и так и этак - потому как есть обязанность указывать все значимые реквизиты, позволяющие однозначно идентифицировать грузополучателя. Мы указываем все, потому как нам проще указать, чем иметь проблемы - при большом документообороте и так есть к чему пристебаться и другие поводы для ошибок.

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

(266) Опять пришли к тому-же самому. Документы были отправлены куда надо, и с указанными покупателем реквизитами. Соответственно было отражено в ЕГАИС. Потом, спустя неделю, покупатель удаляет накладную в ЕГАИС - мы уж явно ничего не нарушили. Мы не можем выписать новую накладную в ЕГАИС, ни на старые реквизиты, ни на новые.
И если даже выпишем - покупатель её не подтвердит.

Насчет исправления Счетов-фактур и накладных.
Разорвать и повторно выписать новую накладную - не является нарушением, ибо исправленная накладная выписывается реальной датой поставки. Это не подделка.
А вот предложение выписать документы ДРУГОЙ датой - это уже предложение о подделке.

(267). эта проблема без решения (
если ЕГАИС перестал пропускать такие ТТН то.. практических других путей все равно нет.
позиция очень проста - клиент отклонил ТТН, значит он отказался от товара. Пусть гонит товар.

(268) самый простой вариант - товар продан, акт отказа послан по ошибке. Что делать?

есть три пути..
1. правильный - смотрим доку к УТМ
1.12.1. Запрос на отмену проведения акта для ТТН
Даже если документооборот по ТТН уже завершен (накладная была отказана, подтверждена или проведена с расхождениями), грузополучатель может отменить свое первоначальное решение. Для этого необходимо сформировать документ вида:...

2. сложный
сложный - писать письмо в ФСРАР (письменное заявление, на бланке с печатью), что мы мол ошиблись, отмените наш акт отказа). (думаю для этого и сделан путь1 поэтому пошлют нафик)

3. простой переоформить сделку новым числом.. подделка  в данном случае громко сказано.

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

(270) Да, в типовых функционал работает. Акты отказа без проблем отменяются.

(271) что такое типовые?
Речь идет об софте на стороне РАР

(272) Типовые конфигурации 1С (ут, розница), а так же отрослевые решения (Астор, УТАП).
Не понял где речь идет о софте на стороне РАР? Функционал по отмене актов работает еще с прошлого года на стороне РАР, проблема была только с тем, что в конфигурациях от 1С отмену актов долго реализовывали (мы у себя делали внешнюю обработку для этих целей).

(273) Виноват, не понял о чем ты.

Коллеги - подскажите, что происходит когда у розничной ТТ отзывают лицензию, а на остатках у нее есть товар? Они же не имеет права хранить его даже.
Мы ей говорим - оформляйте возврат. Они говорят: нет доступа к ЕГАИС. При отзыве лицензии не дает чтоли отправить ТТН на возврат? (я бы понял, если чеки не дает бить).

(275)
"О том, что делать рознице с остатками при окончании лицензии законодательно не предусмотрено.
Продавать, хранить, перевозить нельзя, т.к. на это нет лицензии.У оптовиков есть 2 месяца по закону, когда они могут его реализовать. У розницы нет. Возвратить поставщику тоже нельзя, если нет лицензии.
Федеральным законом не установлен порядок снятия остатков алкогольной продукции в случае прекращения действия лицензии на розничную продажу алкогольной продукции, при этом установлена обязанность лицензирующего органа произвести снятие остатков.
Согласно абзацу второму пункта 2 статьи 20 Федерального закона № 171-ФЗ лицензирующий орган в срок не более чем 14 дней со дня установления факта прекращения действия лицензии осуществляет снятие остатков готовой продукции.
Некоторые лицензирующие органы подавали запрос в РАР , чтобы решить законодательно вопрос с остатками у розницы при окончании срока действия лицензии , но пока нет ответов.
Если лицензирующий орган будет снимать у Вас остатки, то поинтересуйтесь у них можно ли потом их продавать когда получите новую лицензию."

(275) Мнение представителя лицензионного органа одного из регионов:
Вопрос: "После аннулирования лицензии на розн. продажу. Осталось много алкогольной продукции. Составлен акт снятия остатков. Есть и старая продукция, и часть зафиксированной через ЕГАИС. Каким образом возвратить алкогольную продукцию поставщикам после аннулирования лицензии на розничную продажу?"

Ответ: "Никаким. Законом этого не предусмотрено. Нужно уничтожать, если сумеете. Мы пытались разобраться в этом вопросе, но по-моему это неисполнимо (уничтожением должна заниматься специальная организация, заявку нужно проводить через конкурс и.т.п.). В общем, храните до второго пришествия..."

(276) Спасибо!
жестко (

(270) Нам тоже постоянно присылают запросы на отмену актов подтверждения. У нас это реализовано, но насколько я понимаю нас покупатели просят сделать отмену как раз потому что у них этот функционал не реализован в его типовом решении (сомнительно что мелкая розница разрабатывает под себя).
Пока решили слать официальный запрос в РАР (почтой), и попытаться добиться безошибочной работы (по максимуму), в том числе организовать тотальный контроль соответствия ИНН/КПП/СИО и адреса по всем клиентам с которыми работаем.
Вопрос - что делать с ИП? У них один СИО на кучу адресов.

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

с ИП ничего не делать - для ФСРАР (и ЕГАИС) все пункты разгрузки ИПшников - это один виртуальный склад. Мы вообще не паримся на адрес доставки. Хотя вот посмотрел в теге description (внутри <wb:Consignee>) указываем фактический адрес доставки (видимо какие-то ИПшники канючили)

(271) Саша, подскажи - а запрос на отмену акта отказа также требует от нас подтверждение этого запроса?

И в какой момент времени система проверит, что например отказанный товар мцы уже продали другим и таким образом, акт отказа отменен не может быть (т.к. это приведет к минусам остатков у продавца)? а то получится что все согласятся а система даст отлуп по остаткам )

(280) Просьбы отменить подтверждение приема приходят по телефону как правило.

(280) (282) Я мало участвовал в написании обмена с ЕГАИС, но насколько я понимаю клиент сам отменяет Прием продукции, и к нам приходит только уведомление об отмене.
то есть насколько я понимаю варианта два
- они сами отменяют
- они просят отменить нас. Не через программу.

(283) технически вы отменить не можете.
Вы (продавец) ничего не можете - для вас документооборот закончен.
Если они хотят так переиграть, то только они могут отправить в свой УТМ документ под названием "Запрос отмены проведения акт к ТТН" (RepealRequeat кажется).

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

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

(284)
</ns:Owner>
   <ns:Document>
      <ns:WayBillAct>
         <wa:Header>
            <wa:IsAccept>Rejected</wa:IsAccept>

(285) это вроде акт отказа.. что ты этим хочешь сказать ) ?

запрос отмены акта подтверждения например к нам приходил такой

<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:qp="http://fsrar.ru/WEGAIS/RequestRepealWB"; xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">;
    <ns:Owner>
        <ns:FSRAR_ID>030000136655</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:RequestRepealWB>
            <qp:ClientId>030000136655</qp:ClientId>
            <qp:RequestNumber>ЦБ000000095</qp:RequestNumber>
            <qp:RequestDate>2017-04-25T13:53:07</qp:RequestDate>
            <qp:WBRegId>TTN-0109928745</qp:WBRegId>
        </ns:RequestRepealWB>
    </ns:Document>
</ns:Documents>

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

(281) Независимо от типа акта - отменяется он одинаково (клиент посылает запрос, поставщик должен согласиться или отказаться). Раньше немного отличался порядок и формат документов для Акта отказа, но потом сделали все одинаково.
У нас пока не так много было отмен актов отказа. Не проверял в какой момент именно срабатывает проверка. Но поидее должна срабатывать на той стороне, у которой проверяются остатки. Т.е. для акта подтверждения на стороне клиента (при попытке отправить запрос на отмену), а для отказа на стороне поставщика (при попытке согласиться с запросом). При этом точно не знаю и в таком случае по акту расхождения много вопросов, т.к. проверка должна происходить на обеих сторонах. Так что может быть все-таки проверка идет в любом случае при отправке запроса на отмену. Надо проверять.

(288) не. это просто акт отказа, который покупатель присылается в ответ на вашу ТТН. после чего ТТН переходит в статус "Отклонена", товар падает к вам на баланс.
Если после этого клиент передумает и отправит в свой УТМ запрос типа (287) указав там номер вашей отклоненной ТТН, то (спасибо (289) ) к вам придет этот запрос и будет ждать пока вы с ним согласитесь либо отклоните.
если отклоните, акт останется в силе.

рекомендую вам зайти в ЛК ЕГАИС и качнуть оттуда доку по УТМ.

(290) Качнуть недостаточно, её еще прочитать надо :(

Проще дать задание на написание полного лога,
Но то что есть сейчас - есть подтверждение отгрузки, есть отмена, и кроме самой накладной нет ничего отправленного от нас.
В случае отмены с нашей стороны по просьбе покупателя есть  отгрузка, уведомление о приеме, отмена с нашей стороны. всё.

(292) "ни-ч-ч-ччего не понмиаю" ))

1. вы пишете есть подтверждение отгрузки, есть отмена. - тут одно из двух - либо подтверждение либо отмена.

2. нет. так не может быть. вы отправили ТТН - к вам пришел акт подтверждения  - с вашей стороны теперь НИЧЕГО не может быть.
(или что выимеете в виду под "уведомление о приеме. это термин из EDI не из ЕГАИС)

вы по просьбе покупателя можете отозвать свою ТТН.
но это другая ситуация - вы отправили ТТН, клиент ее проигнорил, и вы за клиента выставляете себе акт отказа.

А тем временем, Россия-США 3:3 пока )

(293) (294) Нет, я имею в виду ЕГАИС.
То что накладная, подтверждение приема, Rejected со стороны клианта было - это осталось в логах. То есть точно
То возможно без нашего согласия, во всяком случае в логах никакого подтверждения с нашей стороны нет.
Возможно что меня подводит память, тест естественно мне на живых данных не произвести, но насколько я помню я отзывал в том числе и подтвержденную покупателем отгрузку.

(293) ну уж всяко не путаю с EDI.

(288) Интересно а защита от посылки другими поставщиками/покупателями неправильных (чужих) идентификаторов накладных есть?

(296) чтобы было понятнее лучше это называть "Акт отказа" (раз rejected), "Акт подтверждения" или "Акт разногласий" - так будет всем понятнее.. Вы привели пример акт отказа. Если вы его не отправляли (см что там в поле Owner), значит его отправил покуптаель. Т.е. он отказался от вашего товара в ЕГАИС.

Если это ошибка и фактически товар он принял то см. (270) п.1.
Но мы в таких случаях перевыставляем новой датой и переподписываем бумаги. (т.к. клиенты как правило не в состоянии запросить отмену своего акта отказа + наша 1С пока не умеет реагировать на такие запросы на отмену актов).

(298) не вполне понятен вопрос. ИД ТТН присваивается в ЕГАИС. Покупатель отправляет акт отправителю ТТН со ссылкой на ее ИД (никому другому она не придет). Аналогично и поставщик, конечно, может отозвать только свою неподтвержденную ТТН. (чужую не разрешат, не волнуйтесь).

(299) ясно, остался первоначальный вопрос - что делать если документ пришел не на тот кпп, и мы хотим жить честно - послать документ на правильный сио реальной датой поставки.

(298) Да, приходит ошибка, что данная накладная принадлежит другому СИО.

(300) послать акт отказа по первой ТТН и перевыставить новую (можно с тем же номером и датой, если сегодня, либо новой датой).

(302) Конечно же это всё понятно. Уже сто постов это обсуждается.
В (207) и далее полностью описана ситуация - накладная старше трех дней. Покупатель её отменил. И хочет накладную той-же датой.
А РАР с третьего мая - "Накладные с датой отличающейся от даты подачи в ФС РАР более чем на три дня не обрабатываются"

+ (303) Мы хотим жить честно, и не хотим оформлять документы "липовой" датой. Когда была поставка, такая дата и должна быть во всех документах. Более того, в случае споров с налоговой можно здорово попасть в случае несовпадения даты накладной с реальной датой поставки.

ЕГАИС, как написано выше - на запрос по e-mail не ответил, насколько я понимаю они не могут дать ответ (302)- выписать накладную датой отличающейся от реальной даты поставки - ибо в случае чего мы с этим ответом пойдем в суд.

+ (303) (304)
Подробней о ситуации (по одному косяку из двух которые сейчас в подвешенном состоянии) - на одном адресе два разных КПП! Оба зарегистрированы в ЕГАИС, торгуют пивом только с одного, не с того, на который были выписаны документы, в том числе и в ЕГАИС.
Клиент накладную отменил, мы её в итоге выписали на другой КПП другой датой, но это неправильно.

(305) Это неправильно с точки зрения того, что товар был физически доставлен в одно время, а документы выписаны на другое?
Просто вы описали ситуацию в (304). У нее нет нормального решения. Либо мы нарушаем в том, что товар физически доставлен в одно время, а в документах в другое, либо нарушаем сроки фиксации в ЕГАИС. Т.к. первый вариант практически нигде не фиксируется, а второй легко проверяется по документообороту в ЕГАИС, то мы решили вести корректный документооборот ЕГАИС. Это кажется более логичным с точки зрения управления рисками.

(306) С точки зрения управления рисками самый правильный вариант получить официальный ответ от ЕГАИС.
Ибо изменения даты накладной, навскидку является поводом у нас не засчитать транспортные расходы, у покупателя не примут НДС к зачету. Могут засчитать как схему (обнал), если накладные честные - в суде мы можем доказать что товар был поставлен (ТТН, Путевой лист с номером машины и водителем и т.д.), в случае подделки даты накладной мы ничего не докажем.

Сроки фиксации в ЕГАИС мы физически не можем нарушить! Сто постов уже это обсуждаем. См (207). С третьего мая нельзя послать старую накладную в ЕГАИС. Физически нельзя - из РАР приходит отлуп.

(306) Каким образов вы смогли "вести корректный документооборот ЕГАИС" - только что я перенес еще две накладные от другого контрагента. Ситуация ровно такая-же как в (305), разница только в том что не было подтверждение поставки, и накладные отменял я сам, и так-же выписал новые на другую дату.

Как можно отсечь такие случаи? Два разных КПП по одному адресу, и отгрузка уходит не на тот. У нас такое с новыми клиентами происходит очень часто на первых поставках, и как этого избежать непонятно. Клиент может указать неправильный КПП/СИО. Мы видим что всё (адрес, КПП в документах) сходится.

(307) Я говорил о том какой вариант из описанных двух предпочтительнее. Само собой, что если придумать 3ий вариант, то он может быть лучше. Но РАР не дает нормальных разъяснений по этому поводу (местные органы, которые и будут проверять - сами ничего не знают, а от позиции центрального "офиса" мало что зависит, т.к. на нее нельзя официально сослаться).
ЕГАИС запрещает отгружать в течении 3х дней, в том время как сроки указаны жестко "зафиксировать в ЕГАИС до выезда машины" (об этом уже выше писали с ссылками на законы). Поэтому если мы фиксируем в ЕГАИС со вчерашней датой отгрузки, то это уже получается нарушение.
(308) Я же выше написал, что корректность заключается в том, что все документы фиксируются в ЕГАИС текущей датой, без попыток что-то зафиксировать задним числом. Документы переделываются.
Как отсечь ошибки? Да никак, всегда есть вероятность того, что операторы что-то сделают не то (из-за своей невнимательности, некорректных данных от клиента и т.д.). Поэтому единственный вариант исправлять последствия ошибки.

(309) По кругу пошли - нет двух вариантов, так как сейчас пропала возможность высылать накладные старой датой.

"ЕГАИС запрещает отгружать в течении 3х дней, в том время как сроки указаны жестко "зафиксировать в ЕГАИС до выезда машины" (об этом уже выше писали с ссылками на законы). Поэтому если мы фиксируем в ЕГАИС со вчерашней датой отгрузки, то это уже получается нарушение."

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

(310) Ну тогда тут сложно что-то обсуждать. Наши юристы и люди, которые занимаются декларированием, пришли к одним выводам (так же как и в компании EuVod) - вы к другим. Значит каждый будет действовать по своему пока кто-то не нарвется на штрафы или не появится информацию по судебной практике.
Давайте тогда обсуждать технические вопросы, если они есть.

(310) вы блин неправы. ну сколько можно мусолить про какую-то "информацию на сайте РАР" (вы на нее не сошлетесь ни в каком суде).. Я вам кидал информауцию на сайте РАР (от декабря 16го),которая ссылается на конкретные приказы:
Приказ минфина от 15 июня 2016 года N 84н
и
Приказ Росалкогольрегулирования от 21.05.2014 № 149.

Все. это действующие редакции НПА. Вы обязаны их исполнять. В протоколах об администраNивных нарушений будет ссылка на эти приказы и вы проиграете во всех судах, если ваши документы и регистры учета не будут соответствовать требованиям этих приказов.

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

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

Но мы живем в реальном мире. А вы тут начинаете приплетать что-то про дату реальную отгрузки и прочие виртуальные сущности. Я не знаю, что такое "реальная дата отгрузки". Вот отправка ТТН задним числом и бумажные формы, которые каким-то чудом не зависят от КПП - вот это брехня и подстава. И рассуждения на этом фоне про то, что вы хотите быть честными как-то не впечатляют - ваши бумажные формы все равно не верны - там в справке Б КПП не то. (либо его нет).

По факту решение одно (но вам официально это никто не скажет) - товар по факту у клиента. Но он его не принял (ни в ЕГАИС ни фактически - он же не составил документы, приходующие его себе).
Вы выставляете новой датой. Он производит у себя приемку (любой датой хоть через месяц). Вы отражаете у себя в учете все датой выставления ТТН (не датой же доставки). Он отражает у себя в учете - в БУ и НУ датой фактического приема, в управленческом учете датой вашего документа (иначе как он соберет декларацию, в которой все ведется по датам ТТН ??)
Хотя на самом деле большинство ваших клиентов неплательщики НДС и ставят на учет задним числом и не парятся про вашу правду жизни, честность и прочую херь, потому что я не знаю как люди собирают иначе 5ю форму и 11ю формы, в которой остатки надо посчитать не по датам фактического приема а по датам ТТН отправителя. (и плевало положение о декларировании на правду жизни).

Учет это одно, а бытовые представления о правде жизни - это немного другое.

Поэтому либо изобретайте машину времени, либо пока квартал не кончился делайте так как делают все - другого не придумают. (а технический запрет отправки ТТН задним числом лишний раз показывает позиция ФСРАР по этому поводу).

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

вот вопрос не относящий к вашей текущей проблеме (на самом деле ни разу не проблема).

вот вы какой датой проводите свои поступления номенклатуры по пиву?
Машина выехала к вам 28 марта, приехала и разгрузилась 5го апреля. Вы 6го выставили акт подтверждения.

По БУ и НУ вы должны приходовать товар датой фактической приемки товара (составляете ТОРГ-2 ?) и брать НДС к зачету в периоде этой даты - т.е. во 2м квартале.

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

Вы же как-то декларируетесь? и ничего не смущает в плане "быть честным" ?

(313) вообще то я выложил письмо с сайта рар.
(314) Я честно говоря вас не понимаю, про какую декларацию вы говорите? Или у вас однаидекларация, которая так и называется? Вы можете четко озвучить фору отчетности, в которой я должен отразить поступление товара не датой фактической приемки (датой перехода права собственности), а некой другой датой?
И почему вы так стесняетесь показать четкую цитату, которая заставляет меня для исправления отгрузки возвращаться в прошлое на машине времени.

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

+ (316) в обнале вас обвинят. Если у вас есть доставка, но нет подтверждающих документов датой поставки, вас обвинят в схеме, в обнале.

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

у крупняков не бывает проблем с неверным КПП.. значит ваши клиенты несерьезные, если на этапе договора вы не смогли утрясти такие вещи как КПП, СИО и процедуру согласования.

у нас простой дистрибуторский бизнес - мы получаем пиво фурами и возим его клиентам от простых ИП-шников до довольно крупных магазинов. (пока федералы не перешли на свои РЦ и по 10 палет камазами возили).

В ветке про алкоголь, если речь идет о "декларации" имеется в виду " деклараций об объеме производства, оборота и (или) использования этилового спирта, алкогольной и спиртосодержащей продукции, об использовании производственных мощностей" а конкретно для оптовиков формы 5,6,7 и для розницы 11я и 12я.
во всех этих формах вы обязаны отразить движения согласно дате ТТН.
Кстати собственность у вас может переходить с момента выезда машины (вашей, перевозчика или продавца) и до фактической приемки - это тонкий момент, читайте договор поставки, но в данном случае этот тонкий момент вообще не в кассу и оффтоп.

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

А на вопрос о том, что у вас остатки и даты по алкогольной декларации не сходятся с остатками и датами по БУ (НУ) вы не ответили. Впрочем вы видимо не знаете о правилах декларирования алкоголя, тогда вопрос снимаю.

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

И при чем тут обнал - мы платим налоги, нам оплата идет по банку - все прозрачно. Есть первичка, которая должна отражать хозяйственную деятельность. Вот мы в соответствии с первичкой ведем учет.  Написано 12 мая дата поставки, стоят две подписи и печати и что еще надо? Значит это действие сделали 20 мая. а до этого товар просто так лежал.. ждал когда его примут )  - придраться к этой ситуации можно с любой стороны. Вы не сможете удовлетворить вашим представлениям о правильности БУ, НУ и учета оборота алкоголя.

(318) Вас куда-то занесло. Мы импортер-импортар в том числе, и естественно отлично знаем когда происходит переход права собственности, и что делать если он происходит не фактической датой поступления на склад, но при чем тут это? Что вы пытаетесь доказать? Что у нас мелкие клиенты? Ну да, учитывая что практически все точки в городе наши клиенты, начиная от ларьков и заканчивая федеральными сетями. Только какое отношение это имеет к теме? Мы вроде договорились, что нормального способа перевыписать задним числом накладную на правильный кпп не существует, на запрос по email рар не отвечает, будет сделан запрос почтой. Что вы сейчас пытаетесь доказать?
Что нужно выписывать документы другой датой? Поверьте на слово, если налоговая по конкретным накладным попросит доказать факт перевозки, и вы не сможете, и по транспортным расходам попросит показать накладные, а вы тоже не сможете (вы их перенесли на другую дату), и при этом у вас реально серьезные объемы, то 200 тыров штрафа от рара покажутся вам сказкой, по сравнению с тем что вам устроит налговая.

(319) виноват, пишу с смартфона, "мы импортер-экспортер в том числе"

(318) поясняю придет налоговая, выцепит накладные, попросит показать путевые листы и ттн по ним. А вы переделали ттн и накладную для рар. И очень сомневаюсь что вы сможете так подделать и путевые листы, чтоб налоговая при проведении следственных действий этого не раскопала.
Более того - налоговая дату поставки возьмет у росалкогольрегулирования, ровно так-же как до внедрения егаис она брала её у ветслужб. И вы будете подтвержать именно это дату.
Везли не своим транспортом? Тогда укажите перевозчика.

(318) и при чем тут наш клиент, найдут у него пиво?
Еще раз повторю ситуацию - мы отправили пиво на конретный адрес, этот адрес соответствует адресу привязанному к СИО в ЕГАИС.
Клиент подтвержил накладную в ЕГАИС. Через неделю он её отменил, позвонил и сказал что накладная была привязана к неправильному СИО (и КПП неправильный), по этому адресу есть еще одна регистрация ЕГАИС, с другим СИО и другим КПП.
Где вы тут узрели нарушения с нашей стороны?

Теперь вопрос что делать. На текущий момент есть один вариант - перевыписать накладную другой датой, а не реальной датой поставки. И вот я требую от РАР подтверждение этого. Ибо подмена даты накладной (и подмена даты поставки и перевозки в той-же ТТН) чревато очень серьезными последствиями со стороны налоговой.

Вы же всё пытаетесь мне что-то доказать ссылаясь на закон 2014 года, в котором пиво ( о котором сейчас идет речь) даже не упомянуто.

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

Сегодня столкнулись с тем, что в ответ на Акт постановки на баланс в торговый зал ЕГАИС вернул сообщение "Акт постановки на баланс не принят по следующей причине:Превышение месячного лимита по продукции. Всего поставлено (или ставится) на баланс в текущем месяце: 111.".

Я что-то пропустил и теперь лимит в 100 бутылок в месяц распространяется не только на первый регистр, но и на торговый зал?

(324) да, пропустили сообщение(216) http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&start=20#p344419

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

(325) Разобрался, вопрос снят.

(326) (327) Для других все-таки напишу: необходимо зайти в "Личный раздел", перейти на вкладку "Группы" и попросить доступ в группу "Разработчики ПО".
Вообще полный бред, что РАР размещает важную информацию (например, изменения логики работы на серверной стороне ЕГАИС) в закрытом разделе форума, куда надо просить доступ. Но реальность такова.

Коллеги
расскажите мне что теперь с УТМ?
Я сам давно не ставил, наш админ что-то не может..
Итак - сдохла джакарта.
Берем новую, там новый КЭП, генерим новый PKI ключ, я так понимаю что надо заново ставить УТМ, т.к. база зашифрована старым PKI. Или если старая джакарта еще не совсем сдохла то УТМ можно перевести на новый ключ безе переустановки.

И что за проблему с установкой - застревает на пункте
Установка ПО "Универсальный транспортный модуль" Ошибка установки ПО "Универсальный транспортный модуль": java.io.IOException: org.xml.sax.SAXParseException; Premature end of file. Не удалость установить приложение


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

(329) Подробностей не знаю, но у нас админы меняют джакарту, заливают на нее новый ПКИ и все работает со старой базой, УТМ не переустанавливают.
Иногда бывают сбои, что база УТМ все-таки не взлетает с новым ключем, тогда переустанавливают УТМ с потерей документов, которые не успели загрузить (через личный кабинет из запрашивают повторно).

(330), блин коллега просто не дочитал что на такую ошибку Центр-Информ велит переинициализировать еще раз ключ PKI. После чего запусrается (в UTM/Installer/Bin) transport-unistal, transport-install. При этом она спрашивает использовать ли старую БД. (интересно как если старая зашифрована другим ключем RSA). Вроде все взлетело пока что.

(322) да. про путевой лист вы правы. Просто видимо это трудно находимое нарушение.

прикольно
застрял в УТМ чей то тикет (на фиксацию)
<?xml version="1.0" encoding="UTF-8"?>
<ns:Documents Version="1.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
    xmlns:ns= "http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01";
    xmlns:wt= "http://fsrar.ru/WEGAIS/ConfirmTicket">;
    <ns:Owner>
        <ns:FSRAR_ID>020000771242</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:ConfirmTicket>
            <wt:Header>
                <wt:IsConfirm>Accepted</wt:IsConfirm>
                <wt:TicketNumber>0001</wt:TicketNumber>
                <wt:TicketDate>2017-05-19</wt:TicketDate>
                <wt:WBRegId>TTN-0106573948</wt:WBRegId>
                <wt:Note></wt:Note>
            </wt:Header>
        </ns:ConfirmTicket>
    </ns:Document>
</ns:Documents>

поиск в сервисе проверки говорит "документов не найдено". Чтобы это могло быть ) ?
я как-то нервничаю - мы ничего не фиксировали, а мне что-то такое пришло.. Остатки я конечно сверю..

(333) Отправитель: Общество с ограниченной ответственностью МАРИЯ Ид: 020000771242
Получатель: Общество с ограниченной ответственностью "Веста-Алко" Ид: 010060692897
Номер: A-18 Дата: 10.04.2017 0:00:00
Статус: Принята

упс.. а я ловил по ИД получателя. что то в голову не пришло что эта ТТНка нам.. зачем нам на нее тикет интересно..

Коллеги - а что сейчас есть в розничном ЕГАИСе по контролю серий на этапе сканирования марки в чеке?
Ситуация (к вопросу о многостраничном споре с NSSerg):
Клиенту поехало 12 бутылок водки: 10 одной даты розлива и 2 другой. Каких-то 2 разбилось. Клиент ни фига не умеет - выставил полный акт отказа и хочет, чтобы мы перевыставили ему "чистую" ТТН. При этом принятую водку уже у себя перемешал со старыми запасами и отказывается сказать какие же серии он принял. Если мы ему перевыставим не те серии (Т.е. не угадаем какие же бутылки разбились) - при сканировании на кассе это вроде не выплывет?

(336) выплывет потом, в остатках будут минуса.

в остатках чьих? они примут грубо говоря не по той серии (Серия1), переместят на 2й регистр и спишут кассой уже со второго регистра - отсканируется марка (Серия2). В ЕГАИС это сканирование марки где-то ловится уже или пока еще нет?

(338) минуса будут в рознице, если товар с другим алкокодом.
На счет серий и дат розлива - всем по бую.
Это никто и негде не отлавливает и никак не контролирует.

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

(348) Раз марка фиксируется и проверяется на дубли онлайн то это можно выловить. А вот есть ли у них модуль ловли или нет так этом никто не скажет. Но раз писем счастья по такими случаям нет, будем считать что пока нет.
С другой стороны есть акты пересорта, т.е. небольшой объем пересорта официально признается допустимым. А в этом случае автопересорт без актов, да и объем вообще ни о чем.

P.S. меня больше волнует как мы 2 пузыря конины 13летней выдержки продали, когда их вообще на определенную точку не покупали. И логов марок нет - логи, после обновления ПО, пошли только с 3го месяца.

(341) Да, теоритически у них возможность отследить есть (т.к. при проведении розничного чека на стороне ЕГАИС происходит списание конкретных марок, т.е. у них хранится информация по маркам, заявкам на печать этих марок и соответствующие справки А - выяснилось это из-за ошибок, когда в журнале продаж все марки есть, а в ТЗ списывалось не полное количество). На форуме когда-то давно писали, что требовать ведения учета вплоть до марок они не будут и соответственно пересорт по справкам контролировать не будут. Но у них 7 пятниц на неделе, со временем может и введут какой-то контроль.

интересно а чем грозит если розничная пивная ТТ все вЕГАИС подтверждает, но ничего не списывает. Т.е. не отправляет актов (типо УС не умеет). С одной стороны в законе не требуется фиксация продаж в ЕГАИС, с другой - какой статус имеет требование ФСРАР все остатки привести в соответствие? Это приказ был зарегистрированный в мин.юсте?

А то получается что в Регистре1 у ТТ тонны и тонны пива)

(343) На данный момент не требуют по заверениям и письмам Гущанского. Подозреваю что это пока на пиво не введут акцизки. Чтобы было что читать.

У меня клиенты списывают по возможности. Чтобы потом не получить списания овер 20к бутылок в один день.

(344) К сожалению, Гущанский для местных органов РАР никто и уже кучу раз сталкивались с тем, что он говорит одно, а по закону другое.
(343) Вроде как не обязательно, но у нас списывают все день в день и сурово за этим следят. Либо местные РАР чем-то пригрозили, либо я не знаю каких-то юридических аспектов.

на случай если кто-то как и мы пропустил новость:
http://egais.ru/news/view?id=1507
Переход на использование документов версии 2 в УТМ

02.05.2017

Росалкогольрегулирование обращает внимание, что в настоящее время в рамках функционирования универсального транспортного модуля системы ЕГАИС (далее - УТМ), используются две версии электронных документов.

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

Обращаем внимание, что с 01.07.2017 года прием в ЕГАИС электронных документов, соответсвующих первой версии электронных документов осуществляться не будет.


блин, я все откладывал, откладывал, но теперь делать нечего, все бросаю и кидаюсь реализовывать второй формат..

(346) У нас в 77 только чеки, а они не изменились по втором формате. А в УТАП второй формат уже давно реализован и вроде бы даже корректно работает (у нас один филиал уже несколько месяцев на нем работает).

мне наверное прощу с нуля щаз сделать, чем там подглядывать ))  у нас все равно логика документов чуток другая.. XDTO я уже правда оттуда забрал, у меня обе версии сидят в пакетах.. Проблема в том, что как розничники перейдут и перейдут ли все. Кто знает - в типовых розница, УТ и иже с ними автоматом сожрут оба протокола?

Саш а у тебя есть примеры xml (реальных) по второму формату разных доков (а то у меня тестового контура нет сейчас, хочу из файлов что-нибудь позагружать)

(349) Там основная проблема с тем, что для каждого типа производителя\импортера (юр лицо, ТС, иностранец) свой формат ХМЛ.
Рабочие документы не очень хочется скидывать, но могу в тестовом контуре сделать примеры. Напиши на почту какие именно документы интересуют.

а Ticket и ConfirmTicket остались в старом формате получается?

(351) На УТМ же все схемы есть. Там где нет такой же схемы с припиской "v2" - схема остается актуальной.

(352) да я уже своим глазам не очень верю  )

покой нам только снится.. 3й формат готовтя для этого:
https://www.kommersant.ru/doc/3311170
https://profibeer.ru/law/27017/

коллеги, как вы относитесь к идее побутылочного сканирования  в оптовом звене? Кто что слышал про тесты?

Особенно нравится пассаж:
Росалкогольрегулирование предупредило о предстоящем обновлении системы ЕГАИС – с 1 июля оптовое звено ЕГАИС начнет работать фактически по розничным правилам, передает «Коммерсантъ».

Таким образом, оптовое звено будет должно сканировать каждую бутылку помарочно. В настоящее время такой учет ведется производителями и при розничных продажах. Оптовики же сортируют товар коробками, паллетами. На первом этапе предполагается добровольное использование новой опции оптовиками, однако в будущем это станет обязательным. Впрочем, конкретные сроки пока не называются.


т.е. через месяц оно уже как..

(354) Журналисты как обычно нагнетают. С 1 июля планируется только начать тестирование 3го формата, при этом он еще четко не определен. Если РАР примет решение реально обязать сканировать каждую бутылку, то это очень сильно ударит по финансам оптовиков. Но работать в любом случае надо, значит будем набирать людей и автоматизировать по возможности.

а кто-нибудь видел этот формат? это имеется в виду что - при фиксации ТТН указывать марки? на каком этапе должно быть сканирование?

(356) На форуме ФСРАР никаких упоминаний про 3ий формат не нашел (но поиск там не очень удобный). Скорее всего марки надо будет указывать в WayBill, наврядли будут добавлять какой-то новый документ.
---
Кстати, только что выложили в тему с доработками УТМ:
"реализация возможность получения цепочке поставки партии продукции от ее появления в ЕГАИС.
сведения будут приходить в момент получения накладной, их можно будет запросить повторно.

Планируется реализовать на тесте и продуктиве к 01.07.2017."

(357) а что делать с этой цепочкой? сверять все справки Б?

(358) Не знаю, я процитировал все, что было написано) предполагаю, что для сверки с бумажными документами, там вроде бы с товаром должны передаваться документы по всей цепочке.

http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&start=20
«Вводится необязательное поле сумма в 3 версии документов в актах списания с обоих регистров.
Контролируется чтобы поле было обязательно заполнено в случае указания причины списания - Розничная продажа.»

Давно не читал тему, но удивлен, что не все свежие заморочки от ФСРАР обсудили? Думал найти решения части проблем, ну и ладно...

1. Катастрофа для бизнеса 15 мая 2017 года. Проблемы и пути решения части из них: https://olegon.ru/showthread.php?t=27004

2. Совсем свежие инициативы РАР, которые пока не успели здесь обсудить в краткой сводке: https://olegon.ru/showpost.php?p=285270&postcount=132

3. То же "свеженькое" и очень опасное от РАР, рассылаемое в письмах личного кабинета... Точнее решение этой "засады" (со 158 сообщения): https://olegon.ru/showthread.php?t=26117&page=16

(361)
1. обсуждали.
2 - непонятно в чем проблема.
3. Это скрытая реклама своего софта?

(362) Уважаемый - это не мы, маленькие и слабенькие разработчики загадили все ресурсы своей рекламой... а если Вы всё знаете, все проблемы разрешили, то поделитесь с другими, а не демонстрируйте своё ЧСВ - ИМХО и извините, просто хотел помочь другим

(363) Я не всё знаю. Я пишу что в этой ветке пункт первый обсуждался. Или для вас это одно и то же?

(363) не надо так реагировать плиз, за программу спасибо (хотя мы лично не пользуемся).

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

(365) Во первых если серии есть на остатках. Тем уже сразу пушной зверек. Там српавки А неправильно оформлены, а они приняли алкоголь к себе на остатки да еще отразили в егаис.

Тем кто попытается поставить на баланс данную продукцию, придет бумажка от контролирующего органа: "Явитесь к нам с документами по которым вы пытались поставить на баланс продукцию."
В начале года на форуме одной УС, видел постановления от местных органов контроля розницы. Одни просили пояснить зачем розница ставит на баланс одну и туже бутылку 2 раза. Вторым выписали потом штраф.

v3 доков было объявлено еще в октябре 16. Что в егаисе не будет больше 2-х версии документов сразу. На вопрос вида а что может быть v3 Гущанский говорил, что только первую закроют, может быть и третья, есть у них там потребность в дополнении.

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

Интересно почему не может быть больше двух версий в ЕГАИС..

И до конца не понял я (хотя какая разница) почему импортера убрали из схем АП. Не будут же они разрешать на одном алкокоде разных импортеров? Блин откуда теперь в серию их подставлять.. если даже на РФ1 (пока что) нельзя полагаться наверняка..

(367) Оказывается многие импортеры нарушали правила, использовали чужую АП, потому и убрали. Разрешать не будут, программный запрет уже ввели вроде. Как только вымоется вся старая АП, будет в справке 1. Да может и в третьей  версии будет что .

Поставил тестовый контур. Остатков нет, документов нет. Как работать то?

(367) По поводу двух версий - просто так РАР решили, что будет одна рабочая схема и одна тестовая. Соответственно как закроют v1, то добавят v3 на тесты.
Импортера убрали из АП в том числе для того, чтобы не плодить эти самые АП. Теперь одному импортному АП соответствует один код. А импортера можно брать из справки А (формы 1).
(369) Раньше в тестовый контур автоматически импортировались ТТН от производителей импортеров (в тот момент, когда они импортировались из "их" ЕГАИС в наш оптовый). Теперь же все сидят в одном ЕГАИС и данного импорта больше нет. Получается, что единственный вариант сейчас - ставить на баланс необходимую продукцию в тестовом контуре. Я же накопил какое-то количество остатков от импортеров\производителей и теперь очень аккуратно их расходую :)
(361) Большую часть из описанных вами тем здесь обсуждали. Что-то, действительно, я не посчитал нужным для афиширования. В любом случае спасибо за информацию.

(370) Вот блин

(354) Хм,  а там рфид акцизные марки они попутно с этим побутылочным сканированием они случаем не хотят ввести и минимальную цену поднять?  Или они это решили за счет оптовиков сделать? )

(370) все равно мне непонятно почему в справке А можно а в АП нельзя.
[Брюзга ON]Ну и производителя тогда убрали бы из АП. На момент загрузки ТТН я уже сразу в поступление проставляю импортера (или проивзодителя) чтобы записать в серию то отечественное ЮЛ по которому надо декларировать. В этот момент у меня еще нет справка А (Ф1) - я их запрошу только на следующем шаге. Короче неудобно и главное все время лезть в старый код, вспоминать и менять. интересно на каком формате остановятся прежде чем ЕГАИС отменят (лет через 15) = на v12 небось, никак не меньше.
[Брюзга OFF]

всегда ли можно полагаться на OriginalClient из Ф1?
http://www.forum.fsrar.ru/viewtopic.php?f=114&t=53148#p320456
Насколько я понимаю ситуацию сейчас РФУ1 создаётся в момент отгрузки из классического ЕГАИС (ПС ЕГАИС) в УТМ. Если цепочка поставок была, например, такая:
ИМПОРТЕР (ПС ЕГАИС) -> УТМ, то в РФУ1 в OriginalClient будет указан Импортер, здесь он будет совпадать с бумагой.
Если цепочка поставки такая:
ИМПОРТЕР (ПС ЕГАИС) -> Обособка импортера (ПС ЕГАИС) -> УТМ, то в РФУ1 будет указана обособка импортера, то есть КПП будет отличаться от бумаги
при цепочке:
ИМПОРТЕР (ПС ЕГАИС) -> УТМ -> Другой Импортер выступающий в качестве оптовика (ПС ЕГАИС) -> УТМ, то на конце цепочки будет РФУ1 в которой в качестве импортера указан "Другой Импортер", и данные будут полностью отличаться от бумажной справки.
Или в ПС ЕГАИС уже никого не осталось?

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

(374) блин. т.е. теперь алкокод перестанет однозначно идентифицировать импортера. блин. это еще осложняет. Надо посмотреть где у меня подставляется жестко.

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

А если в тестовый УТМ отправить запрос на ТТН (resendDoc) с ИД из продуктивного контура за 2016 год (т.е. когда ТТНки по идее из ПС ЕГАИС импортировались автоматом) - придет ли ТТНка ))
я отправил, но что-то пока молчок.

не. не дает блин (
Накладная не найдена или предназначена другому грузополучателю

(376) (377) Это две изолированные базы, документы в каждой свои. При этом остается вопрос по классификаторам. Синхронизируются ли они.

(379) да вроде ж был а тема что из ПС ЕГАИС автоматом выгружалось в оба контура.
ну да ладно.
попрошу тут кого-нить на взаимной основе что-нить мне выслать)
Или уже все все сделали и никому ничего неинтересно?

получается теперь, что запросить импортную номенклатуру из классификатора АП нельзя.. т.к. ИНН импортера более не является свойством АП...

(380) Можно, но это не документировано: https://olegon.ru/showpost.php?p=285563&postcount=162

(380) и хотя это не принято на данном форуме - подскажу:

Запрос:
<?xml version="1.0" encoding="UTF-8"?>
    <ns:Documents Version="1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01";  xmlns:qp="http://fsrar.ru/WEGAIS/QueryParameters">;
    <ns:Owner> <ns:FSRAR_ID>030000194005</ns:FSRAR_ID> </ns:Owner>
    <ns:Document>
        <ns:QueryAP_v2>
            <qp:Parameters>
                <qp:Parameter>
                    <qp:Name>ИНН</qp:Name>
                    <qp:Value>0001188592</qp:Value>
                </qp:Parameter>
            </qp:Parameters>
        </ns:QueryAP_v2>
    </ns:Document>
    </ns:Documents>

Посылаете:

curl -F "xml_file=@QueryAP_v2.xml" http://localhost:8080/opt/in/QueryAP_v2

Ну а с ответом разбирайтесь сами - похож на "старый"

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

(383) & All... ИЗВИНИТЕ!!! Наверное ЕГАИС действительно расшатывает нервную систему? В дальнейшем постараюсь воздерживаться... тем более, что на форуме зачастую получаю полезную информацию

Коллеги, напомните, в формате v2 СправкиБ в поступлении теперь отдельным файлом не приходят ?

(385) почему - приходят так же. только формат соответственно
WayBillInformF2RegType - Квитанция о регистрации справок 2 для Товарно-Транспортной Накладной
пространство имен: http://fsrar.ru/WEGAIS/TTNInformF2Reg

(386) ага, спасибо

(382) ага точно. где-то встречал, что как-то можно но не понял что у вас в качестве value параметра? Что-то туплю не догоняю.
я думал запрос надо делать по алкокоду.

(388) Можете и по коду, но тогда будет принципиально другой тип ответа - просто бесполезная карточка алкопродукции

(389) так а вашем примере какое значение параметра используется? что вы тут указываете? :
<qp:Value>0001188592</qp:Value>

(390)
/*  Изменяемая область запроса:
    <qp:Parameters>
        <qp:Parameter>
            <qp:Name>КОД</qp:Name>
            <qp:Value>010114000001186748</qp:Value>
        </qp:Parameter>
    </qp:Parameters>
*/
/*   Структура файла запроса АП по ИНН:
    <?xml version="1.0" encoding="UTF-8"?>
    <ns:Documents Version="1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01";  xmlns:qp="http://fsrar.ru/WEGAIS/QueryParameters">;
    <ns:Owner> <ns:FSRAR_ID>030000194005</ns:FSRAR_ID> </ns:Owner>
    <ns:Document>
        <ns:QueryAP_v2>
            <qp:Parameters>
                <qp:Parameter>
                    <qp:Name>ИНН</qp:Name>
                    <qp:Value>7711078582</qp:Value>
                </qp:Parameter>
            </qp:Parameters>
        </ns:QueryAP_v2>
    </ns:Document>
    </ns:Documents>
*/

(390) Я так понял, что речь идет о том, что в запросах ничего не изменилось. Несмотря на то, что в самой продукции импортера теперь нет, по запросу ИНН импортера вся импортируемая им продукция возвращается.
Ну а по коду АП вообще ничего не поменялось.

кстати к вопросу потом что все должны были давно перейти на УТМ, вот сегодня получил ТН у нее в статусе
Импортирована из ЦУК
это из ПС ЕГАИС значит так приходит? Интересно как они с июля будут тогда.. Правда у них только отечественная так что с этим проще.

(393) Судя по статусу, из ПС ЕГАИС. Значит какие-то отсрочки еще есть. Не Крым случаем? Там скорее всего сроки свои.

(394) Ставропольский край

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

Вообще все кто может кидайте ТТН тестовые, желательно с импортным товаром тоже )

Делаю запрос по движению справки Б. В ответ приходит такая хрень

    <ns:Document>
        <ns:ReplyHistFormB xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">;
            <hf:InformBRegId>FB-000000849650575</hf:InformBRegId>
            <hf:HistFormBDate>2017-06-09T11:26:59.283</hf:HistFormBDate>
            <hf:HistoryB/>
        </ns:ReplyHistFormB>
    </ns:Document>
</ns:Documents>

Где движения ?

(396) Запрос по справке делается точно с того УТМ, на который эта справка Б пришла? Изначально ЕГАИС позволял запрашивать информацию по любым справкам, в том числе чужим. А сейчас в случае запроса "чужих" справок - возвращает пустой ответ.

(397) С того самого.
Справка пришла от поставщика, мы ее переместили в торговый зал, благополучно продали. Запрашиваю остатки в торговом зале - на остатках минус один. Решил посмотреть, почему в торговом зале минус, в ответ такая фигня

(393) Просто оставили народу оба варианта. А так да 01.07 им просто отрубят ПС ЕГАИС. Может они и не знаю от этом +)

в тестовом контуре если на обычную ТТН вытсавить Акт по форме 2 ругается (

а типовые что, запоминают, в каком формате какая ТТНка пришла?

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

в тестовом запросил по СИО пришло без тэга VersionWB кстати..
а вот хранить формат по которому были загружены доки. Блин.

смотрю в типовой рознице - вроде нет реквизита "ФорматОбмена". В УТАПе-КАТАПе наверное только сделали.

Интересно - сейчас если начнем слать клиентам ТТН  по v2 их проги поймут, что отвечать надо по v2... (у многих розница, у многих какие-то экзотичные розничные программы).

(402) если организация не подавала запрос на тип схемы, то будет приходить без этого тэга. Если хоть раз подавала, будет приходить waybil1/2

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

(404) угу. пока я допилю 2й формат, уже 1го не останется. и наверняка подвиснут неподтвержденные ТТН (те которые мы клиентам еще успеем послать по 1му формату но которые не подтвердят до 01.07.17)

(403) не подавала значит по факту работает по waybill_v1 ?

(406) да. Только этого тега в ответе не будет.

если хоть раз подавала запрос на смену формата, то будет приходить, не подавала - тэга нет, работает по первой еще

Ну и в документы/акты, нужно добавить версию формата.
Чтоб была возможность передавать в каком нужно.
Для новых исходящих документов создавать, основываясь на формате из справочника клиентосов. Для загруженных, ставить прилетевший формат. Для актов - отправлять в том формате, по которой была входящая ттн.Как-то так.

в связи с всеобщим переходом 01.07.17 - кто как решил поступать с клиентами у которых не указана схема WayBill_v2 ?

Т.е. кто явно не указал ЕГАИСу что говто работать по v2 - будете блокировать отгрузки?

(402) Если клиент отправил в ЕГАИС готовность принимать второй формат, то странно если они не смогут слать акты во втором формате) мы уже несколько месяцев отправляем во втором формате тем, кто согласился. Проблем никаких не было с актами.
(410) Мы никак не собираемся этот момент регулировать. Если начнут отказы приходить по первому формате, то будем реагировать по факту. Но скорее всего, как обычно, много кто не будет готов, будут сроки еще несколько раз переносить.

(410) сам рар принудительно всем поставить v2

Так что, нам останется тоже самое обработкой поставить формат в справочнике. Усё

т.е. после 01.07 я не увижу кто выразил готовность а кто нет.. Т.е. им всем ЕГАИС доставит в в2 дальше уж кто как..

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

Коллеги, скиньте плиз рабочий текст запроса TTNActSingle_v2
Сделал по схеме, у меня уходит, поставщик, говорит не вижу ваших подтверждений.

<ns:Documents xmlns:iab="http://fsrar.ru/WEGAIS/ActInventoryF1F2Info"; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:wa="http://fsrar.ru/WEGAIS/ActTTNSingle_v2"; xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">;
    <ns:Owner>
        <ns:FSRAR_ID>0.........4</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:WayBillAct_v2>
            <wa:Identity>d381b8c4-4d07-11e7-94e2-005056851659</wa:Identity>
            <wa:Header>
                <wa:IsAccept>Rejected</wa:IsAccept>
                <wa:ACTNUMBER>VV24905</wa:ACTNUMBER>
                <wa:ActDate>2017-06-09</wa:ActDate>
                <wa:WBRegId>TTN-0007450666</wa:WBRegId>
            </wa:Header>
            <wa:Content/>
        </ns:WayBillAct_v2>
    </ns:Document>
</ns:Documents>

Или тебе подтверждение акта ?

(417) подтверждение

(417) но в нем те же яйца только Accepted ?

(419) ага

проверь , есть ли твоё подтверждение на check1.fsrar.ru

если есть, шли поставщика в пешее эротическое :)

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

(421) НА чеке следующее

13.06.2017 14:06:27 Результат:

1.) 13.06.2017 14:04:09 поступил в систему транспорта и криптографии:
Дата обработки: 13.06.2017 14:04:29Статус: Передано в документоооборот, Инфо: ошибок нет
2.) 13.06.2017 14:04:29 Обработан системой документооборота.
Тип документа: WayBillAct_v2, Инфо: Успешно обработан файл: [237CКEFE-B771-45E2-9E9D-50F6826A0333] [9a1c2ea6-74cd-4976-a13f-e51e348dba68.xml]]


3.) 13.06.2017 14:04:29 Создан документ получателю, тип: WayBillAct_v2, получатель:0*****8
4.) 13.06.2017 14:06:10 документ доставлен до УТМ

(424) не-не.. на второй вкладке что ?
Там есть что вы отправили акт подтверждения на акт ?
Если да, то усё.

(415) - покидаем друг другу ТТН (в тестовом контуре - 030000009374)? пока могу скинуть акт ))
Исходящие ТТН и подтверждения акта только щаз делать буду.

(395) ИНН и КПП нужен еще, у меня в текущей версии УТАП нет запроса данных организации по коду ЕГАИС, а вручную лень делать :)

(427)
а ну да )
6165105655 / 616545001

(426) А зачем тебе друг другу? Я в обычном 2ю версию сам себе кидаю, а потом отказываю. Странно, но это не запрещено.

(429) Потому что он пока только Акты умеет :)

(429) оо. сам себе? прикольно - мне это в голову не приходило ))

но в обычном не хочу. а в тестовом у меня еще нет остатков маркируемой продукции - тестовый у меня только на пивную компанию ключ есть. Вот Саша мне кину - вижу его ТТНки с вином. Спасибо. Щаз доделаю свои ТТН исходящий и прием актов от покупателей и отвечу на на них.

(431) Отправил 3 штуки, если нужен ответ... ГОСТ заканчивается в 14:00

(431) Так же можете скачать "другую" бесплатную программу и сами отправляя себе (товара Вам дал достаточно) отлаживать все виды актов и их распроведений

спасибо!

(433) я смотрю это все ""возвратами"пришло. Раз ключик закончился отправлю все подтверждения )

блин. интересно - зачем они в тикет 2 (ответный на акт к ТТН) стали какую-то фигню впиливать в тег IDentity - раньше там был IDentity исходного документа, очень удобно было по нему находить.. А теперь какая-то фигня. в тикете на ТТН видимо тоже. А в тикете на Акт списания? тоже ссылка ИД ТТН акта? я его у себя не храню в актах, блин )

(435) Ты уверен? 12го отправлял ттн, Identity не менялся.
Первый тикет v2 почти полностью идентичен v1. Разве что WayBill на WayBill_v2 поменялся.

Первый раз столкнулся с нечитаемой маркой.
Как перезапросить?
В конфах от 1С (Розница, УТ) такого функционала нет.
В личном кабинете ЕГАИС такого функционала тоже нет, только запрос переотправки накладных.
Использовать curl не вариант, работает бух.
С использованием какого сайта можно перезапросить марку? fsrar? Что-то я там не найду.
Подскажите.

(437) я про тикет в ответа на наш исходящий акт к закупочной ТТН.
вернее даже не так  - раньше во втором тикете указывался тип документа WayBillAct а теперь WayBill и надо по другому анализировать это тикет о проведении исходящей ТТН или мы получили такой же тикет на входящую ТТН как поставщик получил себе.

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

(438) нам клиенты обратно возвращают товар с нечитаемой маркой (часто). Иногда впрочем марка читаема - но у клиента сканер дешевый не распознает. Тогда сканируем телефоном и перепечатываем ШК на лазерном принтере ))

если у вас разовый случай, можете попробовать сваять xml-ку по примеру из доки и отправить ее курлом.
Полученный бар код также напечатайте и резинкой к бутылке ))
(есть хорошие фриварные онлайн сервисы печати разных ШК )

Контроль остатков по немаркируемой продукции.Росалкогольрегулирование сообщает о необходимости поддержания актуальных остатков по немаркируемой алкогольной продукции. Реализованная немаркируемая алкогольная продукция должна списываться не позднее следующего рабочего дня после продажи. Обращаем внимание что за нарушение порядка учета сведений в ЕГАИС предусмотрена административная ответственность в соответствии с КоАП.
http://egais.ru/news/view?id=1512

(439) Мы жестко запретили возвращать нам бутылки с нечитаемыми марками, т.к. это нарушение закона. "Оборот АП с нечитаемыми ФСМ/АМ запрещен! Т.е. в организациях оптовой торговли не может быть АП с нечитаемыми марками!".
Напечатанная на принтере марка - не является действующей маркой. Получение новой марки для бутылки разрешено только розничной торговле и такую бутылку уже нельзя никуда деть кроме как продать частному лицу или списать.

(441) про напечатанные на принтере марки с одной стороны да.. но раз она напечатана, значит оригинальная прочиталась. - это просто увеличенная копия. Т.е. по факту _марка_ читаема, конкретный сканер не взял конкретный ШК.. Если клиент идет на такой риск - значит идет. проблем не было. (ну таких случаев было за все время наверное бутылок 5-6). У нас розничной лицензии нет поэтому возвращенные бутылки с нечитаемой маркой  идут под списание(если уж боссы договорились о возврате - видимо речь идет о том будет ли клиент дальше с нами работать).
Доказать, что марка не читалась в момент оборота ИМХО не возможно.
Фраза "..не может быть АП с нечитаемыми.." звучит примерно как " не может быть разбитых бутылок", "прокисшего пива" и т.п. В смысле не бывает здоровых, бывают недообследованные ))

кстати столкнулся при тестировании на облом чтения в XDTO из ответа наз апрос по CIO - в тестовом контуре пришел тег IsLicense, в последней рознице (ну 2х недельной давности) в которую я подлгядываю для ускорения процесса - в пакете XDTO этого свойства в типе OrgInfoEx_v2 не было. Может кому пригодится.

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

фуры мы не возим конечно - у нас таких клиентов нет. фуры только нам возят. Но вообще это смахивает на вымогательство -  как можно обеспечить читаемость марки, если она по факту может банально от тряски при трении о коробку смазаться (при плохой упаковке). Надо сказать, что при выборочном сканировании на приходе пока ни разу не натыкались на нечитаемые марки. (надо будет приемщиков спросить). Опять же - как они обоснуют что у них правильное оборудование - вдруг у них мобильный сканер фуфло китайское. Это похоже на ручные радары и взмахи руками для сбора штрафов )
А за инфу спасибо - я честно говоря не в курсе был.
А что предлагается официально делать рознице с полученным новым ШК ?

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

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

(438) Опять реклама =) Скачайте бесплатную программу и запрашивайте марки https://olegon.ru/showthread.php?t=23281

Еще раз про про переходный период мне не вполне понятно.

Вот например сейчас - мне пришла входящая ТТН по формату 1.
Теперь я перешел на формат 2, смотрю что отправитель тоже работает по формату 2 и отправляю Акт уже в формате 2 (хотя ТТН конкретная пришла по формату 1, но я этого "не помню")

ЕГАИС такое не пропускает с причиной: "Версия формата акта разногласий не соответствует версии формата накладной" хотя не вполне понятно, почему акт должен быть в той же версии, что и накладная...

А что будет после 01.01.17 когда акты 1го формата не будут проходить? Что будет со всеми ТТН отправленными в июне по 1му формату?

или это только ТТН перестанут ходить, а акты будут.. (хотя как мы можем понять ФСРАР важно убрать вообще поддержку формата 1 из ЕГАИС целиком, чтобы начать вливать формат 3).

(449) Подробностей нет, но проблем скорее всего не будет. Версии Акта и ТТН должны совпадать, всех насильно переведут на второй формат. Как будет организован запрет первого формата пока не понятно.

(449) Накладные первого формата не будут фиксироваться в ЕГАИС.
Отправленные накладные до 01.07.17 с версией один нужно подтверждать актом первой версии. Их пропускать будет.
На накладные второй версии, подтверждение версии один будет отклонено в егаис с формулировкой: "Версия формата акта разногласий не соответствует версии формата накладной"

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

(449) да я уже понял что ЕГАИС требует тот же акт. ВОт думаю то ли впиливать хранение версии отправленной ТТН, то ли пережить и в случае чего отправлять акты вручную в нужной версии..
Хотя технологически мне не очень понятно понятно почему так жестко сделали. Есть документ, а каков его образ в каналах передачи электронных данных - дело десятое. Ну понятно состав данных может различаться, нов  любом случае это ТТН и акт к ней. в чем проблема загрузить акт, привести его во внутренний вид и провести мне непонятно. (по крайней мере у меня в УС не возникло бы проблем получить Акт2 на ТТН1 - 1Ска бы и не поняла е й пофиг)

кстати - не вижу в рознице такого реквизита.
Бегло посмотрел код функции ПодготовитьДанныеЗапросаВУТМ - кажется она тупо смотрит на версию обмена контрагента.. (которая может быть неактуально и уж конечно измениться с момента получения ТТН. Предвкушаю обломы со стороны клиентов, которым уже отправили ТТН2 опираясь на их статус в ЕГАИС..

(453) Это же доработка!
А доработка должна сопровождаться ТЗ и как то оплачиваться.
Кем и зачем оплачиваться? И им то это зачем? И так сойдет...
(454) Будет-будет! А потом срок в 3 дня на подтверждение кончится. И будут массовые истерики ;)

(455) блин. я надеялся вы меня щаз разубедите и скадете что типовый все хорошо отработают (((
сегодня у меня уже ушла 1я ТТНка по версии 2. (может ночью еще что-то уйдет).

кстати про 3 дня - клиенты запарили со своим трехдневным сроком. Типовые что-ли составляют Акт задним числом - датой ТТН ??

(456) На самом деле это ограничение логично.
До этого мои отзывали ттн годовой давности и кидали их заново.
Им такие вольности надоели...

(456) ограничение да, мне непонятно почему нельзя подтвердить ТТН недельной давности актом, датированным сегодня. Это вопрос не к ЕГАИС а к клиентским УС.
Нам клиенты звонят - дата ТТН больше трех дней назад, сегодня приехало, мы не может подтвердить.
что за фигня? к нам фуры могут неделю через полстраны ехать и что? ФСРАР ясно пояснил - акт должен быть датой фактической приемки товара. (а не датой ТТН). Ограничение накладывается на дату акта.



возвращаясь к (455) так а что делать с такими клиентами, которые на мою ТТН2 пришлют акт1 ? (и соответственно этот акт не пройдет)
одна надежда, что конечно при загрузке нас как элемента классификатора ЕГАИС проставится наш формат обмена, но его же нет в схеме ТТН, а типовые на запросят сами по СИО.
Я просто не знаю до конца логику типовых (в основном розницы конечно)

(453) Почему жестко привязан формат Акта к формату ТТН. Потому что ЕГАИС передает все документы ровно в том виде, в котором они получены от одного клиента к другому. Видимо, решили таким образом исключить накладные расходы по преобразованию документов. Но есть и определенные минусы у данного подхода. Например, сразу же начало возникать куча косяков с данными организации ЕГАИС (название, адрес и т.д.), а так же алкогольной продукции, т.к. не все жестко следят за соответствием своего классификатора и классификатора ЕГАИС, а некоторые наоборот его корректируют под свои нужды.
(458) Четко же прописано, что 3 дня отсчитываются от даты получения товара, а не от даты ТТН. Тыкайте их в закон и разъяснения от ФСРАР.
"Что делать с клиентами, которые не выставят Акт?" - напоминать, что акт все-таки надо выставить. Или ты собираешься решать за всех клиентов проблемы, когда у них документ не ушел по той или иной причине?

Ну вот у меня в системе пока проблемы - т.к. я не храню версию полученной накладной, приходится вручную отправлять акты поставщикам в строй версии.. Где розница хранит - не увидел, но пока надо признать 3 акта по 2му формату молча пришли автоматом правильно от клиентов.

Проблемы клиентов и наши проблемы в том числе )) а то потому пришлют акт отказа на ТТН спустя год в закрытом и задекларированном периоде и что делать?

А преобразовывать ничего и не надо.. В ЕГАИС что-ли документы разных форматов сидят в разных таблицах?? это как разные виды документов что-ли? (хотя может и так...)

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

Коллеги приветствую.
Перемещаю продукцию в торговый зал. В ответ получаю тикет, документ принят. Смотрю на check1.fsrar там такая информация

19.06.2017 12:00:57 Результат:

1.) 13.06.2017 17:44:10 поступил в систему транспорта и криптографии:
Дата обработки: 13.06.2017 17:44:16Статус: Передано в документоооборот, Инфо: ошибок нет
2.) 13.06.2017 17:45:42 Обработан системой документооборота.
Тип документа: TransferToShop, Инфо: Успешно обработан файл: [AC138F89-95E1-487E-A944-5744325F98B1] [1e33f532-67df-4a29-93c1-722652729f76.xml]]

Запрашиваю остатки в торговом зале.
Остатки после перемещения не изменились. В чем может быть проблема, почему не перемещаются товары ?

(462) Документ дошел до ЕГАИС не значит, что он сделал движения. Попались на этом при выравнивании остатков списываешь, а в остатках остается.

(463) как решили ?

(461) в порядке занудства - ну и отправляли ли бы в исходном виде, не надо ничего переформатировать. ну отправил я ТТНку в формате 1, а пришел мне Акт2 - 1Ска моя и не заметит.

(464) Правка остатков. Ночь. Утром проверка. Когда у ЕГАИСа много документов править остатки нереально. Даже через час(срок следующего запроса остатков) иногда висело то что списано. Списываешь еще раз и потом приходится доставлять на баланс.

(466) это не дело. Сейчас запросил остатки в 1 регистре. ТАм у меня вся номенклатура пришедшая за последний месяц, хотя по всем приходами есть перемещения в регистр 2. Че за фигня ?

(467) Квитанции (тикеты) о том, что документ успешно проведен, точно пришли?

Файр ин зе холл!
https://egais.center-inform.ru/news/rosalkogolregulirovanie_planiruet_usilit_kontrol_v_optovom_zvene_i_vvesti_poshtuchnyy_uchet_alkogolya/

(469) Это было понятно еще тогда, когда появилась 2я версия протокола, где есть поля для марок.
Без рфид меток с завода опту придется не сладко и цены взлетят, а с метками будет легче но все равно взлетят в т.ч. и из за меток. Непонятно что дороже выйдет...
Хотя если в 3й версии будем маркировка паллета/коробка/марки и это кто-то будет маркировать на заводе... В любом случае это все очень не весело.
Мечта СССР потихоньку начинает сбываться - учет продаж каждой коробки спичек.

(470) Это прекрасно. Будущее уже вот оно, стучится кованным электронным сапогом по нерасторопным.

Интересно, пиво замаркируют?

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

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

(471) Как связана нерасторопность с необходимостью переупаковывать каждую упаковку для того, чтобы считать каждую марку с бутылки? Даже если производитель вынесет все акцизы на коробку (что сделают не все и не сразу), не будет никакой гарантии, что марки внутри коробки соответствуют и читаются.
По сути оптовики должны будут открывать свои упаковочные линии, как у производителей. Либо переходить к формату розничной сети с прямыми поставками от производителей.

(475) Ёж нас как всегда троллит.
интересно сколько у нас времени займет отгрузка пары паллет какого-нибудь ТенСтрайк.. по 1000 ж/б в каждой. И главное кому он будет нужен с такой ценой, если будет левое бухло . Но все это лирика, ИМХО обмусоливать это бессмыслено здесь.

Оказывается тэг OriginalClient может быть пустой.. т.е. вообще без шансов на автомате заполнять критически важный для декларирования реквизит ((

а нет. сорри - не доглядел - вроде есть в справке заполненный оригинал-клиент.. мм. а у меня что-то не проставился (

А где можно посмотреть какие номера справок А объявлены незаконными? (нелегальными)

(479) В личном кабинете ФСРАР (не ЕГАИС) или поставке УСЕга, или с её помощью можно проверить наличие их отсутствия у вас по остаткам ЕГАИС

(479) Извини - вспомнил: http://forum.fsrar.ru/viewtopic.php?f=116&t=39462&start=480 сообщение от 26 мая

(480) в ЛК заходил, куда-то пропала оттуда инфа. впрочем проблема была не в этом. Типа ЕГАИС не видит (?) фиксации производства сидра производителем, пришли арестовать несколько серий продукции. Пусть с поставщиками разбираются.

Но хорошо хоть ЕГАИС даст отлуп на такие серии.

вопрос намбер 2

http://egais.ru/news/view?id=1514
28.06.2017

?    Росалкогольрегулированием новостью от 02.05.2017 было объявлено об отказе с 01 июля 2017г. принимать электронные документы в первой версии формата.

   Дополнительно сообщаем, что запрет будет включен в 12.00 по Московскому времени 04 июля 2017г.
Ограничение касается следующих типов документов первой версии:

    -WayBill
    -ActChargeOn
    -ActWriteOff

   Особое внимание обращаем на необходимость организаций, самостоятельно не перешедших на версию 2,
до указанной даты сформировать согласие на прием документов версии 2, в соответствии с пунктом 1.32. Технической документации к УТМ.



Это шо - таки принудительно никого не переведут и кто не перешел, тем нельзя будет отправить? (т.к. отправим например 2м форматом, а ЕГАИС скажет - низзя, клиент не уведомил о готовности принимать v2) ?

(482) Очередное странное решение от РАР, но, видимо, именно так и будет. Оптовику надо будет объяснять покупателю, что он не перешел на 2ой формат, поэтому ему ЕГАИС не дает отгрузить и т.д. Т.е. снимают головную боль по донесению информации с себя и перекладывают на оптовиков (хотите торговать - разбирайтесь со своими клиентами).

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

Всем салютус.
Кто уже скомпоновал xsd для TTNHISTORYF2REG ?

(485) Это что за покемон?) ни в схемах УТМ, ни в документации не нашел упоминаний.

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

(486) Это - шедевр!

(486) Ты будешь плясать от счастья.

(486) Вместе со входящей/исходящей ТТН приходит история всех цепочки справок Б.

<ns:Documents xmlns:wbr="http://fsrar.ru/WEGAIS/TTNHistoryF2Reg&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
  <ns:Owner>
    <ns:FSRAR_ID>3463047</ns:FSRAR_ID>
  </ns:Owner>
  <ns:Document>
    <ns:TTNHistoryF2Reg>
      <wbr:Header xmlns:wbr="http://fsrar.ru/WEGAIS/TTNHistoryF2Reg&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
        <wbr:WBRegId>TEST-TTN-0007516104</wbr:WBRegId>
      </wbr:Header>
      <wbr:Content xmlns:wbr="http://fsrar.ru/WEGAIS/TTNHistoryF2Reg&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
        <wbr:Position>
          <wbr:Identity>1</wbr:Identity>
          <wbr:HistF2 xmlns:wbr="http://fsrar.ru/WEGAIS/TTNHistoryF2Reg&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
            <wbr:step>
              <wbr:lev>0</wbr:lev>
              <wbr:Form2>TEST-FB-000000036353507</wbr:Form2>
              <wbr:parentForm2>TEST-FB-000000034717080</wbr:parentForm2>
              <wbr:Shipper>010060688091</wbr:Shipper>
              <wbr:Consignee>020000275001</wbr:Consignee>
              <wbr:WBRegId>TEST-TTN-0007516104</wbr:WBRegId>
              <wbr:amount>2.0000</wbr:amount>
            </wbr:step>
            <wbr:step>
              <wbr:lev>1</wbr:lev>
              <wbr:Form2>TEST-FB-000000034717080</wbr:Form2>
              <wbr:parentForm2>TEST-FB-000000034561936</wbr:parentForm2>
              <wbr:Shipper>010000002109</wbr:Shipper>
              <wbr:Consignee>010060688091</wbr:Consignee>
              <wbr:WBRegId>TEST-TTN-0007146948</wbr:WBRegId>
              <wbr:amount>300.0000</wbr:amount>
            </wbr:step>
            <wbr:step>
              <wbr:lev>2</wbr:lev>
              <wbr:Form2>TEST-FB-000000034561936</wbr:Form2>
              <wbr:parentForm2>TEST-FB-000000034553197</wbr:parentForm2>
              <wbr:Shipper>010060688091</wbr:Shipper>
              <wbr:Consignee>010000002109</wbr:Consignee>
              <wbr:WBRegId>TEST-TTN-0007111598</wbr:WBRegId>
              <wbr:amount>599.0000</wbr:amount>
            </wbr:step>
...............

А вот зачем она мне, толком так никто сказать не может. Чувствую еще и левак РАР хочет заставить выявлять нас вместо себя.

(490) Это я помню, что планировали. Так а где схему посмотреть в официальных источниках?

(491) а можно ее игнорить? Мне кажется еще не приходила. Я думал ее запрашивать надо отдельно.

(494) Судя по идентификаторам с "Тест" приходит только в тестовом контуре. Насколько я знаю никаких обязательств, с ней связанных нет, так что мы пока не планируем ее загружать и как-то использовать.

(493) Нигде. Она приходит в тестовом ЕГАИСе уже 3 сутки. Форум РАР на вопросы отвечает, что это разработчики резвятся.

Коллеги - что может значить если у клиента (например типовая розница) - при попытке подтвердить ТТН (v2) выскакивает "ошибка передачи" или что-то такое (со слов клиента)

Раз мы ему по v2 отправили, значит в ЕГАИС за ним значится что он уведомил о готовности.

Что посоветовать клиенту? где там какую галочку надо жмакнуть?

(495)
"ак что мы пока не планируем ее загружать и как-то использовать."
Странные вы.

Я пока ее тупо архивирую.

И вас советую. Она вам еще пригодится.

(498) Мне кажется странным пытаться делать xsd по документу, который существует только в тестовом контуре и даже там к нему нет схемы на УТМ) еще 10 раз все переделают.

(498) (499) (500) 1. Под загружать я, само собой, имел ввиду в базу (сохранять на всякий случай может и будем).
2. Ты говоришь, что приходит в тестовом УТМ. Зачем ты архивируешь тестовые истории ТТН и как они нам потом могут пригодится?))

(497) Совет может быть только один "обратитесь к своим программистам\обслуживающей компании". Или ты серьезно ждешь каких-то советов на фразу ""ошибка передачи" или что-то такое (со слов клиента)"?)

(502) Ненене. Я приделал архивацию и этих документов в боевую систему на основе тестового контура.

(503) ну это же типовая !! там же наверное какая-то общая для всех кнопочка-галочка (начать использовать v2 при потверждении) или еще что-нибудь запрятанное на 7м уровне иерархии меню

(502) он в тестовом проверяет архивацию, которая будет архивировать боевое.. у меня в принципе все непонятное архивируется )))

Это приходит как ответ на свою ТТН? или отдельным входящим документом (не-ответом)

(506) И ответ и при загрузке

судя по
http://www.forum.fsrar.ru/viewtopic.php?f=116&t=59913#p349688

автоперевода не будет.
все бурно обсуждают что лучше - получить отлуп при фиксации или отлуп при доставке товара в магазе, когда клиент скажет - не вижу ТТН.



Re: Автоматический перевод клиентов на формат V_2

Непрочитанное сообщение forumadmin » 28 июн 2017, 15:19
Принимая во внимание множество высказанных опасений, предложений и прочего, предлагается следующий механизм отказа от версии 1 документов.

Это по сути позиция ФСРАР как я понял и раз на сайте появилась такая новость то значит так и порешили

1. 4 июля в 12-00 по Московскому времени на сервере будет заблокирован прием документов 1 версии.
2. Проставлять всем автоматически готовность к приему версии 2 не будем.
3. Получатели самостоятельно направляют подтверждение работы со 2 версией.
4. При попытке отправить вторую версию клиенту который самостоятельно не перевел себя на 2 будет отказ сервера.

Радует 3й протокол
  <xs:complexType name="ActFixBarCode">
    <xs:annotation>
      <xs:documentation>Акт фиксации имеющихся на складе штрихкодов в разрезе форм 2</xs:documentation>
    </xs:annotation>
Судя по всему без работы мы точно не останемся ;)

Не успели второй переварить, держите третий.

В документации написано
"Файл ТТН формируется таким образом, что для каждой товарной позиции указана информация об упаковке с марками, которая включает в себя номер коробки (упаковки) и перечень считанных кодов марок."
Это как? Фантазируем?

ну в принципе этого ожидали.. хотя я пока не представляю как это организовать.
Сборка алкоголя и так самая долгая у нас - мы ради ЕГАИС внедрили голосовую сборку (прогрессивная технология pick-by-voice) -  даже выиграли на отраслевом конкурсе 1с )).
Т.е. к нас четко я одной ячейке лежит только одна серия, последовательно идет подпитка из хранения. При сборке в голосе он-лайн контролируется дата розлива/номер марки (для импорта), при приемке монопалеты выборочно сканируем, ящики "врассыпуху" сканируем из каждого ящика. В общем ошибки практически исключили.
А вот пропикать все марки отгружаемые.. это ппц. это все коробки вскрывать что-ли? А потом магазины должны помарочно принимать (иначе в чем смысл - ведь по идее включить должны потом контроль розничной продажи только тех марок, которых отгружались данной ТТ).

коллеги- подскажите в типовой 1С Розница, как клиенту подтвердить ТТН актом 1го формата, если уже перешли на второй формат? Есть такая возможность? (вручную что-ли принудительно указать, что подтвердить надо 1м форматом).

(513) Думаю что никак. Розница сморит в классификатор и отправляет в том формате в котором в классификаторе у контрагента забит.Можешь попробовать там версию поменять, лично не пробовал, все работает из коробки. У меня вся розница базовая.

(514) тоже так понял. Очевидно, розница увидела ТТН-ку от нас во 2м формате и перевела нас в классификаторе в базе клиента на 2й формат. Теперь либо переводить на 1й формат, подтверждать и снова выбирать 2й формат.. но это клиенту не под силу, поэтому он отклоаняет ТТН и мы возвращаемся к приснопамятному спору в (332) и на 30 постов ранее ))

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

почему-то КПП не совпадает с КПП торгового объекта - классификатор верный, а в торговом объекте КПП головы, может поэтому?

(512) А магазины и так помарочно принимают. Если не хотят проблем потом с пересортами. А то вначале оптовики вообще слали не то что в ТТН.

(517) ну наши помарочно не принимают.. а тем кто заказывают товару по 100тыщ руб в накладной думаю тоже проблематичной все перепикать.

(518) Я клиентам уже сказал: Либо тратитесь на пиканье марок. Либо потом мне за часы выравнивания ваших остатков в Егаис.

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

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

у меня еще 1800 клиентов (из тех кто брал в последний месяц) висят без 2го формата.. выписку им блокиркую. прикольно будет если через полтора часа они фиксацию старого формата не отрежут.. и мне же прилетит что продажи упали )

Я верное понимаю, что если в ответ на запрос по СИО вообще нет тега VersionWB значит ТТ ни разу не уведомляла о своем формате обмена и значит к ней ТТН по v2 не пройдет?
А то клиенты начинают петь;  "мы уже 4 дня назад перешли, вот все видят все грузят, одни вы (мы то есть) - козлы."

у меня ж ТТН будет только вечером - я не могу рисковать и разрешать таких клиентов выписывать. А как проверить пропустит к ним ЕГАИС ТТНку по v2 ?

(521) Новости с полей. Отрубят тебе фиксацию не боись =))))

FsrarGuru » 5 минут назад

В связи с тем, что мы так и не смогли с вами выработать единое мнение, делаем вот так.
- С 12.00 по МСК, при приходе накладной 1 версии, будет при ходить ответ "не поддерживаемый тип документа".

- при отправке документа 2 версии получателю, который не подтвердил свой переход на 2 версию, грузоотправителю придет ответ "Отказано в фиксации. Накладная "XXXXXXXXXXXXX"" не может быть доставлена до получателя с идентификатором "%s". Учетная система грузополучателя не соответствует действующему формату."

- при отправке 2 версии клиенту, который согласился на 2 версию все пройдет успешно.

Дискуссии конец.

по (522) тоже можно не дрыстать ?

(525) Фактически да, любое состояние отличное от  <oref:VersionWB>WayBill_v2</oref:VersionWB>
означает, что клиент не перешел на версию два. Советуйте им еще раз отправить запрос согласно пункту документации http://egais.ru/files/documentation1016.pdf стр.94 пункт 1.31

После 4го накладные в адрес клиентов не перешедших на 2 версию принимаются сервером (проводятся, есть номер подтверждения можете отгружать на свой риск возврата), но не пересылаются дальше пока клиент не направит подтверждение готовности его принять. Отправитель получит в квитанции уведомление что дальше не отправлено. Как только получатель пришлет подтверждение готовности принимать версию 2 они все к нему будут отправлены сервером.

(527) Старая инфа, ТТН на v1 даже не фиксируется после 12 МСК

В квитанции "04.07.2017 12:05:44 Не поддерживаемый тип документа: <WayBill>"

(528) Ага. РАР он такой, сегодня одно, завтра другое.

Ну в общем. У народа с ТТН в продуктиве стали приходить TTNHistoryF2Reg Хотя это вроде как только в тестовом контуре внедрили и это от третьей версии документов.

А схема разбора TTNHistoryF2Reg есть только к тестовому утм выложенная 30.06.17 =))) Пилите Шура пилите свои Учетные системы за 3 дня, из которых 2 выходных.

(530) м-да.. пошли и у меня в логах мусорится - все xml-ки пишутся. а что с ними делать?
Выше решили что будем игнорить

А я в кубышку складываю, мало ли чего. Я с эти РАР скоро параноиком стану.

Коллеги - подскажите - в ТиСе как переходить на 2й формат )) ?
А то я вообще не в курсе как там с поддержкой ЕГАИС.

а у кого-нить есть xsd этого TTNHistoryF2Reg ?
я ни в тестовом не нашел, нигде... ( и в типовых наверняка еще нет xdto пакетов). Если есть - поделитесь плиз )

Говорят должно быть в тестовом УТМ. Если там нет то нигде нет =)

Обнаружил у себя в боевом контуре это чудо "TTNHistoryF2Reg". Что это, откуда и что с этим делать?

(536) это тестовый прогон для нужд рара

(537) Из-за этого тестогопрогона пришлось срочно переписывать загрузку из УТМ. Предупрерждать, блин, надо. :)

Правила игры опять поменяли и вернулись к первоначальной задумке, всем установили v2 в справочнике

(539) а я думал что это все к ночи подтвердили второй формат.

Ребята! Все перешли на версию 2? Молодцы!
Теперь все дружно переходим на версию 3!
http://egais.ru/news/view?id=1516

(536) "Это" и оно почему-то не для всех накладных

(542) со слов представителей ФСРАР:
Сегодня мы временно это отключили. даем возможность до 01.08.2017 подстроиться. дальше включим.

(535) в тестовом не нашел ((  может уже туплю не вижу.

(540) так и я так подумал! Но у меня 150 клиентов еще не перешло - но потихоньку это число уменьшается. Как так? включили но не всем?

(543) а где эти слова? есть ссылка на схему? и пояснения что с этим документом делать?

(544) слова в этой теме http://www.forum.fsrar.ru/viewtopic.php?f=114&t=60271
Схемы тут http://egais.ru/files/ver3.zip в описании 1.31.10 История движения формы 2 при регистрации ТТН

(545) спасибо. уже как раз нашел..

что-то я с трудом себе представляю, кто сможет выжить кроме сетей и их РЦ..

(546) Вы про помарочный учет? Да это скорее всего и  лоббируют заводы, да пару крупных импортеров...

(546) есть мнение, что государству нравится работать с сетями. Которые боле-менее платят налоги, их не так много они крупные их легче контролировать и т.п.

вопрос как нам ставить логистические процессы, чтобы удовлетворить 3му формату. (через полгода - 9 месяцев переведут принудительно?)

Интересно как и когда ответит 1С на формат 3...

(547) Заводам это неимоверный головняк.  Это нужно спецоборудование на линии ставить новое,  на складах запускать полноценные WMS.    Я вообще не понимаю, кто в здравом уме в производственно-оптовом звене готов лоббировать данный формат.  
Вообще сейчас имеется конфликт розницы и опта, и все проблемы с марками на бутылках имеет розница.  Потому как только им приходится побутылочно все сканировать.  Так что я вижу как раз таки лобби тех же крупных сетей,  чтобы проблемы с бутылочным сканированием передать на уровень оптовиков.

Заводу это полная жпо с помарочным учётом. Оптовику - тем более. Это двойная головная боль - в начале, пропиликай весь приход, потом пропиликай каждый заказ в розницу.
Ещи и повторно пропиликай весь склад перед началом введения v3.
Что за дэбил там в раре принимает решение ?

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

Подскажите, пожалуйста, как проще всего отправить уведомление о готовности перехода на формат 2? У клиента стоит Розница 2.2.

А в ответ - тишина...

(554) Розница 2.2.6.22 смена формата обмена егаис

(555)Спасибо. Надо будет ещё понять, прошло ли и как это переварить 1с?

Кстати, никто не слышал про сроки перехода на версию 3?

Кому нибудь приходили диапазоны в справках А/Б ?

Помарочный учет в опте заставляет радоваться и ликовать одного из наших клиентов с ВМС.

(557) C 01/08/17 врубят TTNHistoryF2Reg. Про переход пока тишина. как будет готово скажут отдельно.

Разработчики WMS могут объявлять год алкоголиков. Количество внедрений выросло вдвое =)