Розница 2.1.9 и ЕГАИС (настройка, тестирование)
Добрый день!
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
Ответы
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
подскажите, почему в РИБ базах не создаются автоматически акты списания на пиво после закрытия смены? в обычных базах всё автоматически происходит
что необходимо сделать (настроить/права раздать) чтобы акты на списание ЕГАИС формировались автоматически
подскажите пожалуйста?
что необходимо сделать (настроить/права раздать) чтобы акты на списание ЕГАИС формировались автоматически
подскажите пожалуйста?
(2667) Это заполнено у пользователя кассир, но после закрытия смены, выходит окно с товаром который на списание, но провести и отправить в ЕГАИС его не возможно, нет таких кнопок (права для кассира стоят Продавец и Кассир) ... в итоге потом уже под другим пользователем приходится заходить и проводить документ и отправлять в егаис... не совсем удобно согласитесь
(2672) формируется и отправляются автоматом, единственное тикеты ответов что б принять, раз в неделю можно под своей учёткой зайти и обработать ответы. Только толку от этих списаний мало, они в 90% ошибка, товар отсутствует, так как я не стал себе гемор придумывать и делать несколько позиций номенклатуры под разные заводы на один и тот же товар, проще раз в месяц корректировку остатков по пиву запускать
Всех приветствую. ВОЗНИк супер мега фопрос методическо\организационного характера связанный с ЕГАИС и с 54ФЗ.
---
Вводные: кафе общепит торгует пивом в шт, пивом розливным, крепким в шт и крепким розливным. 1с Розница 2.2.5.25
Как организовать все это дело для продажи?
*С пивом в бутылках все понятно - покупают бутылку пива, бьем ее в рмк, продажа уходит в налоговую, после закрытия смены списываем актом списания из отчета о розничных продажах, уходит в егаис.
*С крепким в бутылках тоже все понятно - покупают бутылку водки, бьем ее в рмк, продажа улетает в налоговую и сразу в ЕГАИС.
---
А как с розливным пивом?
А как если например люди на обеде берут 100гр водочки или коньячка? Как это все отображать?
---
Вводные: кафе общепит торгует пивом в шт, пивом розливным, крепким в шт и крепким розливным. 1с Розница 2.2.5.25
Как организовать все это дело для продажи?
*С пивом в бутылках все понятно - покупают бутылку пива, бьем ее в рмк, продажа уходит в налоговую, после закрытия смены списываем актом списания из отчета о розничных продажах, уходит в егаис.
*С крепким в бутылках тоже все понятно - покупают бутылку водки, бьем ее в рмк, продажа улетает в налоговую и сразу в ЕГАИС.
---
А как с розливным пивом?
А как если например люди на обеде берут 100гр водочки или коньячка? Как это все отображать?
подскажите, те кто использует скидки в программе, ситуация следующая, к примеру по программе отбивается пиво БАД 3 бутылки и Пиво Клинское 3 бутылки, клиенту делается скидка 5% на весь чек, в чеке сумма скидки итоговая отображается правильная правильная, а вот если по позициям, то скидка идёт за одну бутылку, а не за три и так на каждую позицию... потом смотрю в программе Продажи/Чеки там всё правильно, цена за пиво/скидка %/скидка сумма/итоговая скидка
необходимо чтобы в чеке отображалась скидка по позиции именно того количества сколько есть в чеке а не за одно позицию???
и следующее, это как раз таки эта же скидка, она не отображается в ОФД, в ОФД данные уходят уже за минусом скикдки, а с не отображением в электронном чеке, чего и как...
у всех ли так или у меня что то не так работает?
необходимо чтобы в чеке отображалась скидка по позиции именно того количества сколько есть в чеке а не за одно позицию???
и следующее, это как раз таки эта же скидка, она не отображается в ОФД, в ОФД данные уходят уже за минусом скикдки, а с не отображением в электронном чеке, чего и как...
у всех ли так или у меня что то не так работает?
(2679)
подскажите, те кто использует скидки в программе, ситуация следующая, к примеру по программе отбивается пиво БАД 3 бутылки и Пиво Клинское 3 бутылки, клиенту делается скидка 5% на весь чек, в чеке сумма скидки итоговая отображается правильная правильная, а вот если по позициям, то скидка идёт за одну бутылку, а не за три и так на каждую позицию... потом смотрю в программе Продажи/Чеки там всё правильно, цена за пиво/скидка %/скидка сумма/итоговая скидка
необходимо чтобы в чеке отображалась скидка по позиции именно того количества сколько есть в чеке а не за одно позицию???
и следующее, это как раз таки эта же скидка, она не отображается в ОФД, в ОФД данные уходят уже за минусом скикдки, а с не отображением в электронном чеке, чего и как...
у всех ли так или у меня что то не так работает?
у кого какие мысли?
подскажите, те кто использует скидки в программе, ситуация следующая, к примеру по программе отбивается пиво БАД 3 бутылки и Пиво Клинское 3 бутылки, клиенту делается скидка 5% на весь чек, в чеке сумма скидки итоговая отображается правильная правильная, а вот если по позициям, то скидка идёт за одну бутылку, а не за три и так на каждую позицию... потом смотрю в программе Продажи/Чеки там всё правильно, цена за пиво/скидка %/скидка сумма/итоговая скидка
необходимо чтобы в чеке отображалась скидка по позиции именно того количества сколько есть в чеке а не за одно позицию???
и следующее, это как раз таки эта же скидка, она не отображается в ОФД, в ОФД данные уходят уже за минусом скикдки, а с не отображением в электронном чеке, чего и как...
у всех ли так или у меня что то не так работает?
у кого какие мысли?
(2684) с ККТ ОФД в типовой конфе не прокатит ибо
Вопрос - ккт фискализирована на две системы налогообложения. усн и енвд. Как в рознице пробивать товары по разным системам налогообложения но на одной кассе(например Бильярд на усн, а пиво на енвд)?
Вопрос - ккт фискализирована на две системы налогообложения. усн и енвд. Как в рознице пробивать товары по разным системам налогообложения но на одной кассе(например Бильярд на усн, а пиво на енвд)?
Важно! Обращаем внимание пользователей, что распределение выручки по секциям ФР для типа оборудования ККТ с передачей данных не поддерживается. В настройках Касс ККМ для типа оборудования ККТ с передачей данных в поле Распределение выручки по секциям ФР подставляется предустановленный элемент справочника настроек, который нет возможности изменить. Работа с фискальными регистраторами поддерживается в прежнем объеме.
(2686) скорее всего, но вот интересен другой вопрос, а как подключить 2 ККТ ОФД как в статье?
Вики - однозначно нет, по крайней мере пока, Дримкас этот мой вопрос проигнорировал, Штрих - пока с их онлайном дело не имел, не знаю, Атол - на 99% процентов уверен, что получится. Либо 2 разных кассы к компу подключать (Вики+Атол и т.д.). У кого какие мысли?
Вики - однозначно нет, по крайней мере пока, Дримкас этот мой вопрос проигнорировал, Штрих - пока с их онлайном дело не имел, не знаю, Атол - на 99% процентов уверен, что получится. Либо 2 разных кассы к компу подключать (Вики+Атол и т.д.). У кого какие мысли?
Здравствуйте.
Появилась новая необходимость - пробивать выручку по отделам. Приобрели мы ккм Атол 30Ф, в нем как утверждает производитель 30 отделов. Как надо настроить программу 1С розница что бы бить выручку по разным отделам?
Появилась новая необходимость - пробивать выручку по отделам. Приобрели мы ккм Атол 30Ф, в нем как утверждает производитель 30 отделов. Как надо настроить программу 1С розница что бы бить выручку по разным отделам?
(2691)
Важно! Обращаем внимание пользователей, что распределение выручки по секциям ФР для типа оборудования ККТ с передачей данных не поддерживается. В настройках Касс ККМ для типа оборудования ККТ с передачей данных в поле Распределение выручки по секциям ФР подставляется предустановленный элемент справочника настроек, который нет возможности изменить. Работа с фискальными регистраторами поддерживается в прежнем объеме.
(2692) Это уже баян. На форуме 1С официально разработчики ответили (ссылку лень искать), что распределение по секциям для ККТ так же работает, как и для старых ФР. И в последних релизах розницы для ККТ разблокировали реквизит распределение выручки в форме элемента касс.
(2694) не видел, поищу
только это
буду пробовать тогда на 2.2.5.26
только это
Мормоев Иван (1С, Москва) 17.03.2017 17:45 1589534 Отвечает на
1. Для секций ошибку зарегистрировали. Исправим в ближайшем релизе.
Способ обхода. Выбрать Фискальный регистратор, установить распределение, выбрать ККТ с передачей данных.
1. Для секций ошибку зарегистрировали. Исправим в ближайшем релизе.
Способ обхода. Выбрать Фискальный регистратор, установить распределение, выбрать ККТ с передачей данных.
буду пробовать тогда на 2.2.5.26
(2695) Так о том и речь, что для секций ошибку они исправили - в последней розничке выбирается в форме элемента. Но распределение и раньше работало для ККТ, просто выбрать другой элемент нельзя было в форме. При этом, если распределение по умолчанию настроить - то оно работало и на старых релизах.
(2708) Сносить его не обязательно. Просто если перешли на прием в 1С - то не запускайте его. При открытии Контур.ЕГАИС он обращается к УТМ, и если в УТМ есть какие нибудь накладные, ответы на запрос остатков, или другие документы - перехватывает их. Из УТМ они удаляются, в 1С - не попадают.
(2711) на самом деле все делается довольно быстро. Если в чистую базу - то,
1. запрашиваем остатки.
2. создаем пачкой контрагентов
3. создаем пачками номенклатуру
4. вносим реальные остатки по номенклатуре, и назначаем цены
5. корректируем остатки егаис по данным из базы
1. запрашиваем остатки.
2. создаем пачкой контрагентов
3. создаем пачками номенклатуру
4. вносим реальные остатки по номенклатуре, и назначаем цены
5. корректируем остатки егаис по данным из базы
один маленький вопрос: когда создаю настройку обмена с егаис указывается кпп организации, хотя у каждого магазина свой кпп.
код фсрар взял с джакарты.
адрес утм : 127.0.0.1 (джакарта на этом компе)
порт 8080
версия утм 2.0.3 и выше.
все галки выставлены.
чтяднт?
код фсрар взял с джакарты.
адрес утм : 127.0.0.1 (джакарта на этом компе)
порт 8080
версия утм 2.0.3 и выше.
все галки выставлены.
чтяднт?
самое интересное, что корректировке остатков егаис добавляется количество незагруженных документов.
пошел другим путем:
создал новую пустую базу (не риб)
прописал настройки. сделал запрос организации, делаю запрос остатков - пока ничего.
пошел другим путем:
создал новую пустую базу (не риб)
прописал настройки. сделал запрос организации, делаю запрос остатков - пока ничего.
Вопрос такой, кажется уже поднимался как-то.
При проведении оплаты чек на ФР печатается, но в РМК не закрывается, в итоге:
1. в программе имеем непроведенный чек с временем 00.00.00, без номеров смены и чека, которые должны были прийти из ФР;
2. Z-отчет больше отчета о розничных продажах на сумму этого чека (на атолах эта разница может попасть в инкассацию).
Тоже самое происходит, когда имеет место быть обрыв кассовой ленты.
Было ли у кого такое, и как это побороли, если побороли?
При проведении оплаты чек на ФР печатается, но в РМК не закрывается, в итоге:
1. в программе имеем непроведенный чек с временем 00.00.00, без номеров смены и чека, которые должны были прийти из ФР;
2. Z-отчет больше отчета о розничных продажах на сумму этого чека (на атолах эта разница может попасть в инкассацию).
Тоже самое происходит, когда имеет место быть обрыв кассовой ленты.
Было ли у кого такое, и как это побороли, если побороли?
(2742)
Это на онлайн кассе уже? на атоле? печатается чек, а строка в рмк с набитым товаром остаётся как будто чек не пробит?
У меня раньше постоянно 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 юсб драйвер, в настройках этого юсб пусть по умолчанию всё будет
Вопрос такой, кажется уже поднимался как-то.
При проведении оплаты чек на ФР печатается, но в РМК не закрывается, в итоге:
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 юсб драйвер, в настройках этого юсб пусть по умолчанию всё будет
Прикрепленные файлы:
(2754) под 8.2. тоже можно открыть, если базу запустить в режиме "Толстый клиент(обычное приложение)", вот там есть проверка на недопустимые символы
Конфигуратор - Сервис - Параметры:
Вкладка "Общие" - "выставляем управляемое и обычное приложение"
Вкладка "Запуск 1С:Предприятие" - "Основные" - выставляем "Толстый клиент(обычное приложение)"
Конфигуратор - Сервис - Параметры:
Вкладка "Общие" - "выставляем управляемое и обычное приложение"
Вкладка "Запуск 1С:Предприятие" - "Основные" - выставляем "Толстый клиент(обычное приложение)"
Прикрепленные файлы:
ВыгрузкаЗагрузкаДанныхXML83.epf
ВыгрузкаЗагрузкаДанныхXML82.epf
подскажите, по поводу переоценки товара в магазинах:
если делать установку цен на начало смены, то всё отлично, программа показывает по факту тот товар который есть в наличии и изменение цен... но вот если в течение дня делать переоценку, то программа один хрен показывает количество товара того что было на утро и не берёт в учёт тот что было продано...
могу предположить что проблема именно в том что нету отчёта о закрытой смены и остатки программа берёт на момент последней закрытой смены... но ведь это не правильно.. если в течение дня товар пришёл, был приход по изменившимся ценам, то по сути программ и должна показать сколько товара по факту на момент изменения цен переоценилось в большую или меньшую сторону...
у кого так? или это только у меня такое?
вопрос в том: как сделать/настроить чтобы программа брала именно только тот факт товара и его переценяла, который есть в наличии на момент установки новых цен?
если делать установку цен на начало смены, то всё отлично, программа показывает по факту тот товар который есть в наличии и изменение цен... но вот если в течение дня делать переоценку, то программа один хрен показывает количество товара того что было на утро и не берёт в учёт тот что было продано...
могу предположить что проблема именно в том что нету отчёта о закрытой смены и остатки программа берёт на момент последней закрытой смены... но ведь это не правильно.. если в течение дня товар пришёл, был приход по изменившимся ценам, то по сути программ и должна показать сколько товара по факту на момент изменения цен переоценилось в большую или меньшую сторону...
у кого так? или это только у меня такое?
вопрос в том: как сделать/настроить чтобы программа брала именно только тот факт товара и его переценяла, который есть в наличии на момент установки новых цен?
(2766) тут именно сам факт того, что к примеру с утра этот товар был, до обеда этот товар продали, в обед к примеру приход товара, товар приходуется по новой цене, и вот если печатать акт переоценки то в акт переоценки попадает и товар который был продан до обеда п старой цене.. соответственно для бухгалтерии и для магазина это минус.. потому как бухи спрашивают а где выручка, а продавцы говорят что нету, потому как товар был по меньшей цене и он был продан, а в программе этого никак не показать, потому как переоценка товара показывается на весь товар что был с утра...
шляпа какая то получается (
шляпа какая то получается (
(2767)
в этом случае, тогда встаёт всё как полагается...
но не логично это, т.к. приходов таких может быть в день более чем предостаточно.. и что, каждый раз закрывать смену перед оприходованием товара? это просто уму не постяжимо... это косяк программы, но как с ним бороться?
я думаю что более надежно будет закрыть/открыть смену.
в этом случае, тогда встаёт всё как полагается...
но не логично это, т.к. приходов таких может быть в день более чем предостаточно.. и что, каждый раз закрывать смену перед оприходованием товара? это просто уму не постяжимо... это косяк программы, но как с ним бороться?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот