Добрый день!
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
подскажите, почему в РИБ базах не создаются автоматически акты списания на пиво после закрытия смены? в обычных базах всё автоматически происходит
что необходимо сделать (настроить/права раздать) чтобы акты на списание ЕГАИС формировались автоматически
подскажите пожалуйста?
(2666) а причем здесь РИБ? На РИБе тоже автоматом создаются. У кассиров группы доступа "Кассир" и "Продавец", ну и значения по-умолчанию заполнены (организация, касса, склады), больше, вроде и копать некуда
(2667) Это заполнено у пользователя кассир, но после закрытия смены, выходит окно с товаром который на списание, но провести и отправить в ЕГАИС его не возможно, нет таких кнопок (права для кассира стоят Продавец и Кассир) ... в итоге потом уже под другим пользователем приходится заходить и проводить документ и отправлять в егаис... не совсем удобно согласитесь
Я поставил все права и админа, сделал открытие рмк при запуске и просто запретил выход из рмк, ну и в конфигуратор не смогут зайти, а так полный обмен происходит, и окно это не вылазит
(2672) формируется и отправляются автоматом, единственное тикеты ответов что б принять, раз в неделю можно под своей учёткой зайти и обработать ответы. Только толку от этих списаний мало, они в 90% ошибка, товар отсутствует, так как я не стал себе гемор придумывать и делать несколько позиций номенклатуры под разные заводы на один и тот же товар, проще раз в месяц корректировку остатков по пиву запускать
Всех приветствую. ВОЗНИк супер мега фопрос методическо\организационного характера связанный с ЕГАИС и с 54ФЗ.
---
Вводные: кафе общепит торгует пивом в шт, пивом розливным, крепким в шт и крепким розливным. 1с Розница 2.2.5.25
Как организовать все это дело для продажи?
*С пивом в бутылках все понятно - покупают бутылку пива, бьем ее в рмк, продажа уходит в налоговую, после закрытия смены списываем актом списания из отчета о розничных продажах, уходит в егаис.
*С крепким в бутылках тоже все понятно - покупают бутылку водки, бьем ее в рмк, продажа улетает в налоговую и сразу в ЕГАИС.
---
А как с розливным пивом?
А как если например люди на обеде берут 100гр водочки или коньячка? Как это все отображать?
подскажите, те кто использует скидки в программе, ситуация следующая, к примеру по программе отбивается пиво БАД 3 бутылки и Пиво Клинское 3 бутылки, клиенту делается скидка 5% на весь чек, в чеке сумма скидки итоговая отображается правильная правильная, а вот если по позициям, то скидка идёт за одну бутылку, а не за три и так на каждую позицию... потом смотрю в программе Продажи/Чеки там всё правильно, цена за пиво/скидка %/скидка сумма/итоговая скидка
необходимо чтобы в чеке отображалась скидка по позиции именно того количества сколько есть в чеке а не за одно позицию???
и следующее, это как раз таки эта же скидка, она не отображается в ОФД, в ОФД данные уходят уже за минусом скикдки, а с не отображением в электронном чеке, чего и как...
подскажите, те кто использует скидки в программе, ситуация следующая, к примеру по программе отбивается пиво БАД 3 бутылки и Пиво Клинское 3 бутылки, клиенту делается скидка 5% на весь чек, в чеке сумма скидки итоговая отображается правильная правильная, а вот если по позициям, то скидка идёт за одну бутылку, а не за три и так на каждую позицию... потом смотрю в программе Продажи/Чеки там всё правильно, цена за пиво/скидка %/скидка сумма/итоговая скидка
необходимо чтобы в чеке отображалась скидка по позиции именно того количества сколько есть в чеке а не за одно позицию???
и следующее, это как раз таки эта же скидка, она не отображается в ОФД, в ОФД данные уходят уже за минусом скикдки, а с не отображением в электронном чеке, чего и как...
у всех ли так или у меня что то не так работает?
Вопрос - ккт фискализирована на две системы налогообложения. усн и енвд. Как в рознице пробивать товары по разным системам налогообложения но на одной кассе(например Бильярд на усн, а пиво на енвд)?
Вопрос - ккт фискализирована на две системы налогообложения. усн и енвд. Как в рознице пробивать товары по разным системам налогообложения но на одной кассе(например Бильярд на усн, а пиво на енвд)?
Важно! Обращаем внимание пользователей, что распределение выручки по секциям ФР для типа оборудования ККТ с передачей данных не поддерживается. В настройках Касс ККМ для типа оборудования ККТ с передачей данных в поле Распределение выручки по секциям ФР подставляется предустановленный элемент справочника настроек, который нет возможности изменить. Работа с фискальными регистраторами поддерживается в прежнем объеме.
(2685) хм... допускаю что проблема может решиться довольно просто с помощью расширения, которое разрешит это все изменить. но надо пробовать, вполне возможно где то еще зашито.
(2686) скорее всего, но вот интересен другой вопрос, а как подключить 2 ККТ ОФД как в статье?
Вики - однозначно нет, по крайней мере пока, Дримкас этот мой вопрос проигнорировал, Штрих - пока с их онлайном дело не имел, не знаю, Атол - на 99% процентов уверен, что получится. Либо 2 разных кассы к компу подключать (Вики+Атол и т.д.). У кого какие мысли?
(2685) я по секциям в Атол писал, ответили, что можно, прислали даже команду. Переслал в 1С, написали, что выпустили обнову (речь тогда шла об ут 10.3) и все исправили. В итоге ничего не исправили и комментариев никаких не дают уже 2 недели....
Здравствуйте.
Появилась новая необходимость - пробивать выручку по отделам. Приобрели мы ккм Атол 30Ф, в нем как утверждает производитель 30 отделов. Как надо настроить программу 1С розница что бы бить выручку по разным отделам?
Важно! Обращаем внимание пользователей, что распределение выручки по секциям ФР для типа оборудования ККТ с передачей данных не поддерживается. В настройках Касс ККМ для типа оборудования ККТ с передачей данных в поле Распределение выручки по секциям ФР подставляется предустановленный элемент справочника настроек, который нет возможности изменить. Работа с фискальными регистраторами поддерживается в прежнем объеме.
2694.
lenochka-semicova
04.04.17 09:15 Сейчас в теме
(2692) Это уже баян. На форуме 1С официально разработчики ответили (ссылку лень искать), что распределение по секциям для ККТ так же работает, как и для старых ФР. И в последних релизах розницы для ККТ разблокировали реквизит распределение выручки в форме элемента касс.
Мормоев Иван (1С, Москва) 17.03.2017 17:45 1589534 Отвечает на
1. Для секций ошибку зарегистрировали. Исправим в ближайшем релизе.
Способ обхода. Выбрать Фискальный регистратор, установить распределение, выбрать ККТ с передачей данных.
2697.
lenochka-semicova
04.04.17 10:11 Сейчас в теме
(2695) Так о том и речь, что для секций ошибку они исправили - в последней розничке выбирается в форме элемента. Но распределение и раньше работало для ККТ, просто выбрать другой элемент нельзя было в форме. При этом, если распределение по умолчанию настроить - то оно работало и на старых релизах.
А как настроить отправку электронных чекоа? Я зашел в Админимстрирование - продажи - 54фз - Настроить отправку, а кнопка настроить отправку не жмется. ???
Добрый день,
подскажите не могу сделать корректировку остатков егаис. на всю ночь запускал, так и не получил остатков ни по первому, ни по второму регистру.
Розница 2.2.5.26
как понять в чем косяк?
(2698)
1. Другие запросы ( документооборот, ТТН, подтверждения, перемещения в ТЗ, и т.д.) проходит нормально?
2. В исходящих УТМ запрос появляется? Потом исчезает (отправляется на сервер ЕГАИС)?
3. Во входящих УТМ есть необработанные документы?
(2708) Сносить его не обязательно. Просто если перешли на прием в 1С - то не запускайте его. При открытии Контур.ЕГАИС он обращается к УТМ, и если в УТМ есть какие нибудь накладные, ответы на запрос остатков, или другие документы - перехватывает их. Из УТМ они удаляются, в 1С - не попадают.
Просто если перешли на прием в 1С - то не запускайте его.
хотел судьбу обхитрить - залить остатки в двух регистрах, чтобы потом сделать соответствие по номенклатуре и производителям, выровнять остатки в двух регистрах
(2711) на самом деле все делается довольно быстро. Если в чистую базу - то,
1. запрашиваем остатки.
2. создаем пачкой контрагентов
3. создаем пачками номенклатуру
4. вносим реальные остатки по номенклатуре, и назначаем цены
5. корректируем остатки егаис по данным из базы
один маленький вопрос: когда создаю настройку обмена с егаис указывается кпп организации, хотя у каждого магазина свой кпп.
код фсрар взял с джакарты.
адрес утм : 127.0.0.1 (джакарта на этом компе)
порт 8080
версия утм 2.0.3 и выше.
все галки выставлены.
чтяднт?
самое интересное, что корректировке остатков егаис добавляется количество незагруженных документов.
пошел другим путем:
создал новую пустую базу (не риб)
прописал настройки. сделал запрос организации, делаю запрос остатков - пока ничего.
в реальной базе после обработки запросов все появилось.
нигде в мануале не написано что нужно руками обрабатывать запросы.
раньше на парочке других баз - таких проблем е было
Вопрос такой, кажется уже поднимался как-то.
При проведении оплаты чек на ФР печатается, но в РМК не закрывается, в итоге:
1. в программе имеем непроведенный чек с временем 00.00.00, без номеров смены и чека, которые должны были прийти из ФР;
2. Z-отчет больше отчета о розничных продажах на сумму этого чека (на атолах эта разница может попасть в инкассацию).
Тоже самое происходит, когда имеет место быть обрыв кассовой ленты.
Было ли у кого такое, и как это побороли, если побороли?
Вопрос такой, кажется уже поднимался как-то.
При проведении оплаты чек на ФР печатается, но в РМК не закрывается, в итоге:
1. в программе имеем непроведенный чек с временем 00.00.00, без номеров смены и чека, которые должны были прийти из ФР;
2. Z-отчет больше отчета о розничных продажах на сумму этого чека (на атолах эта разница может попасть в инкассацию).
Это на онлайн кассе уже? на атоле? печатается чек, а строка в рмк с набитым товаром остаётся как будто чек не пробит?
У меня раньше постоянно 1-2 раза в неделю такое было(подключено 2 ккм с разделением продаж 11енвд и 22 с эклз), особенно гемор когда по безналу оплата и ккм отваливалась.
К 1му апреля 11енвд превратил в 11ф, 22й так же пока с эклз, уже около 4000 чеков передано в офд и ккм не разу не отваливались. Платформа 8.3.8.2322 и конфигурация 2.2.5.26 остались те же что и раньше когда такая ошибка была, вот с драйвером не помню точно, но вроде уже и на 8.14 отваливались ккм, получается изменилось следующее: прошивка на 11 стала 2908 и удалял вручную из диспетчера устройств оба атола с удалением драйвера и ставил из 8.14 заново, хотя вроде юсб драйвер там не менялся.
И отваливался не только 11, если в чеке был товар только для 22го то тоже такая лажа случалась, вы для начала в диспетчере устройств удалите ккм с установленной галкой "удалить программы драйверов для этого устройства" и поставьте из 8.14 юсб драйвер, в настройках этого юсб пусть по умолчанию всё будет
и по поводу обработки ВыгрузкаЗагрузкаДанныхXML.epf, я ей не нашёл в Конвертации данных 3.0 а то в инете ссылки попались так они под 8.2
может кто поделится под 8.3 чтоб проверить на недопустимые символы?
подскажите, по поводу переоценки товара в магазинах:
если делать установку цен на начало смены, то всё отлично, программа показывает по факту тот товар который есть в наличии и изменение цен... но вот если в течение дня делать переоценку, то программа один хрен показывает количество товара того что было на утро и не берёт в учёт тот что было продано...
могу предположить что проблема именно в том что нету отчёта о закрытой смены и остатки программа берёт на момент последней закрытой смены... но ведь это не правильно.. если в течение дня товар пришёл, был приход по изменившимся ценам, то по сути программ и должна показать сколько товара по факту на момент изменения цен переоценилось в большую или меньшую сторону...
у кого так? или это только у меня такое?
вопрос в том: как сделать/настроить чтобы программа брала именно только тот факт товара и его переценяла, который есть в наличии на момент установки новых цен?
(2766) тут именно сам факт того, что к примеру с утра этот товар был, до обеда этот товар продали, в обед к примеру приход товара, товар приходуется по новой цене, и вот если печатать акт переоценки то в акт переоценки попадает и товар который был продан до обеда п старой цене.. соответственно для бухгалтерии и для магазина это минус.. потому как бухи спрашивают а где выручка, а продавцы говорят что нету, потому как товар был по меньшей цене и он был продан, а в программе этого никак не показать, потому как переоценка товара показывается на весь товар что был с утра...
шляпа какая то получается (
я думаю что более надежно будет закрыть/открыть смену.
в этом случае, тогда встаёт всё как полагается...
но не логично это, т.к. приходов таких может быть в день более чем предостаточно.. и что, каждый раз закрывать смену перед оприходованием товара? это просто уму не постяжимо... это косяк программы, но как с ним бороться?