Добрый день!
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
sahawood 15.06.19 22:14
Другая беда Выскакивает форма выбора кассы - с какой вы хотите продавать выберите или ооо или ип Залез в распределение продаж там все хорошо склады - организации все правильно - Откатился на 2.2.11.29 все норм пикаешь акциз - все как надо и форма выбора кассы не выскакивает
(4302)не знаю, 2.2.12.30 тп 8.3.15.1489 и ничего не вылазит, риб работает, единственное на алкоголе приходится сначала бить штрихкод а затем акцизку, а то ошибка вылазит: невозможно добавить алкогольную продукцию по причине "нет статуса"
Магазин, одна касса, обновился до версии 2.2.12.30, водка продаётся, сканируют сразу акцизку и никаких ошибок с тем что Нет статуса не выходит, всё хорошо
и сигареты, при сканировании марки сразу выходит номенклатура, минуя сканирования штрихкода... на сколько это правильно и как будет программа будет понимать какие сигареты на остатке числятся, если связи между маркой и номенклатурой нет.. непонятно
в итоге своим пока сказал чтобы сканировали сначала ШК а потом марку... всё хорошо, в офд данные уходят, формировал отчёт в ОФД там сигареты есть, но вот проблема непонятная, в ЛК честного знака этих пачек что продали и ОФД должен был отправить в честный знак, нету...
кто то вообще проверял, в ЛК честного знака появляются продажи табака? или может в ЛК честного знака что то настроить нужно ещё?
P.s. в ЛК Честного знака при редактировании профиля выходит ошибка )))
(4308) маркировка в отдельно подключена, версия прошивки ККТ 7942
код табака 1162 в ОФД передаётся, по нему же и формируется отчёт в самом ЛК ОФД.. а честный знак данных нет...
у вас то в ЛК Честного знака есть таже продукция что продана через кассу за сегодняшний день?
может там данные появляются с периодичностью во сколько то времени? ))
P.s. по мне так ЛК Честного занка вообще не работает, потому что при редактировании профиля, выходит ERROR ))
всё обновлялось по одному и тому же принципу: с версии 2.2.11.29 на версию 2.2.11.30 после до версии 2.2.12.30
в итоге как писал выше, алкоголь пробивается по акцизной марке, вопросов нету.. сегодня был приход алкоголя, первый косяк, при проверке марок выходит ошибка Табачная продукция с маркой не найдена??? вопрос, какая нафиг табачная продукция если накладная от ЕГАИС )))
ладно, проставили всё в наличии, накладную провели, подтвердили, при продаже ошибка, алкогольная продукция с маркой такой не может быть продана по причине НЕТ СТАТУСА!!! блин, проверяю статус, статус а наличии... пробивают по сканированию ШК и после акцизки, вопросов нет, всё пробивается...
скажите, есть ли добрые люди, которые могут эту хрень поправить доп.расширением????
подскажите как правильно продавать списывать разливное пиво? через акты вскрытия тары? или по факту количеством в актах списания. на основании отчета о продажах разливное не попадает в акт списания егаис. надо ли передавать во 2 регистр его?
(4315) можно через наборы упаковок , можно через вскрытие тары - вскрытие на мой взгляд труднее для конечного пользователя ,отпишитесь в личку настрою ( чтобы тут чат не засорять ) единственно первый вариант надо вручную кеги списывать
(4315) я своим настроил упаковки, и вид номенклатуры Разливное пиво, где указаны упаковки...
после приходуется накладная, пиво из декалитров автоматом пересчитывает в литры, после подтверждения делаю акт во второй регистр, и после Акт списания сразу всего пива...
а по программе продавцы продают его, но в акты списания оно не проходит
(4317) знаю одних: они таким образом сразу все пиво списывают после подтверждения ТТН))) Замучались, бедняги, с сопоставлениями и вечными правками актов списания по результатам продаж)))))
(4318) у меня все так работают уже более 2 лет и всё нормально ))
по требованиям егаис разливное пиво списывается полностью всей кегой в момент её вскрытия, ну а мои списывают сразу все кеги в момент приёма товара... по программе отбиваются чеки, так как приход сделан в пересчёте на литры при оприходовании и все счастливы ))
(4320) так они и бутылочное тоже списывают сразу) А с разливным вообще непонятна эта методология от 1С с разборкой, ведь по ОоРП все равно кеги в акт списания не попадают, так зачем ещё одну номенклатуру делать?...
нет, бутылочное не прокатывает, потому что программа пишет что нет данных для заполнения.. а если номенклатура с упаковками, то списание даёт делать без проблем..
у моих штучка списывается по актам списания которые формируются при закрытии смены..
косяк только один - они забывают делать передачу во второй регистр или делали её раньше чем была накладная подтверждена...
сейчас раз гиперссылка на передачу во второй регистр и она активна становится только после того как статус накладной встанет Подтвержден, то они просто напрочь забывают передавать )))
в помощник такого не добавлял, значит все-таки 1С сделала)
вот теперь видать они решили убрать это и дали возможность списывать всей накладной и штучку
Алексей, есть над чем подумать чтобы добавить в расширение ограничение по списанию штучного пива, а разливное пропускать ))
(4317) у меня все так же работают только одну точку настроил через вскрытие - такой треш , ругаются очень неудобно А списание можно делать как после поступления сразу так и после продажи кеги В методологии работы с егаис было разьяснение по этому вопросу
правильно это при подключении кеги фиксировать факт затем поддерживать ежедневные актуальные остатки актом вскрытия. У методологов 1С это две карточки и разукомплектация с актом списания. Я бы предложил при подключении кеги писать в тетрадку затем ежедневно оформлять акты вскрытия. Не знаю никого из сетевиков кто так делает, все списывают сразу при получении или регламентами на основании продаж с различными округлениями (там все сложно кеги разные продаем больше чем покупаем и это только вершина айсберга проблем)
розницу на 2.2.13.6 ещё никто не рискнул обновить?) Почему то на releases.1c.ru этой версии нету, а в обновлении находит. Вернули корректировку остатков егаис и пофиксили долгое закрытие смены.
Вернули корректировку остатков егаис и пофиксили долгое закрытие смены.
не уверен в правильной и корректной работе ни одного ни другого.. в старых версия когда была корректировка остатков, то после фактического занесения товаров и создания документов, остатки на регистре (на тот момент только втором) были отличны от того что было насчитано впо факту... корректировка была кривая )) если уж и использовать корректировку (если изначально правильно вести не получается (это камень и огород моих клиентов)) то уж лучше из помощника ЕГАИС... идеально всё выравнивает, быстро и чётко... и потом голову ломать не приходится, откуда же взялись такие остатки если только что провели инвентаризацию )))
по поводу долгого закрытия смены, уже давно обсуждалось это, у себя сделал периоды по закрытию смены на день, на неделю (если магазины круглосуточники), всё закрывалось добротно и быстро... и кстати в последней версии помощника, также появилось исправление по тому что чеки в отчёт о розничных продажах собираются только с момента открытия последней смены...
смысла в 2.2.13 вообще не вижу, потому как с "чудесами" и "лешими" ещё толком в 2.2.12 не разобрались... уверен что большая часть перешла в 2.2.13 и ещё новые добавились...
Да это те ещё баго делы, на releases.1c.ru её нету потому что её скорее всего отозвали, на копии базы попробовал, так эта 2.2.13.6 чудо поделка в рмк не работает, при попытке пробития чека ошибка: преобразование значения к типу число не может быть выполнено
(4335) Только не написали нигде, как эту кнопку отобразить))) А для этого надо в настройках интеграции с ИС МОТП (раздел "Администрирование") поставить дату обязательной маркировки равной 1 июля 2020 года
у кого то была ошибка, что при продаже Алкоголя выходит ошибка Чеки не созданы в РМК??
и пока не почистишь кэш, продажи не возобновятся.. а те что продажи до чистки кэша, они встают как чеки не проведённые...
наблюдается такая ситуация у трёх магазинов из общего количества.. причём акцизки о продаже уходят в егаис, а чеки не созданы, в программе товар зависает...
норм работает, если поставить помощника с исправлениями ))
и после обновления, драйвер сканера меняй с NativeApi на COM.. гарантированно отвалится, причём непонятно через какой период...
в версии 2.2.13 драйвер NativeApi обновили
помощник от Харламова стоит. с какими исправлениями?, так вот почему сваливается. native стоит и периодически валится. спасибо за подсказку. переведу на ком.
(4345)
только у Алексея самую последнюю версию запросите помощника, потому как в ней он как раз таки исправил работу со сканером в Поиске товаров по базе штрихкодов
если без помощника, основной косяк это с приёмом накладных, что при сканировании акцизки пишет что продукция не найдена
хотя это исправили в 2.2.13 ) и табак можно продавать без марки возможность появилась ))
при продаже крепкого по акцизке выходит количество 2 шт вместо одной... или вообще может не найти по акцизке (и перезаполнение марок не помогает), зато при сканировании сначала ШК а потом акцизки продажа проходит
Никто с двумя организациями новую поделку 2.2.13.8 от великих программистов не пробовал? При нажатии f6(наличные) в РМК вылазит ошибка: преобразование значения к типу число не может быть выполнено. А при добавлении алкоголя если прочитать сначала штрихкод затем pdf 417, то вылазит ошибка: не найдена сопоставленная организация егаис(хотя всё сопоставлено), если сразу pdf 417 сканировать то ошибка добавления "нет статуса"
4359.
AlexCherdakov
2029.07.19 05:46 Сейчас в теме
(4355) продавали через обычный чек пока нам не поставили блок после 22:00 хотя мы и имеем права и они обещали нас добавить в общепиты и соответственно в список исключений, ждать устали доработка конфы теперь делаем акт списания на основании орп утром
общался еще с парнями из общепита большинство тупо списывают в егаис сразу при получении, нарушают однако и среди них сетка с более чем 1000 точек и ниче
4364.
AlexCherdakov
2029.07.19 11:52 Сейчас в теме
(4363) про 1С смешно ))) CrimeanWind прав даже тема была на инфостарте проблема была весьма распостраненная, а ФСРАР давно обновил лицензию и претензия написана давно (больше года назад наверно) но воз и ныне там а мы и забили
Коллеги
2.2.13.8, РИБ
Пробовали платформу 8.3.14 разные версии
Проблема: на части баз в РИБ при сканировании акцизки - сумма в РМК в поле "всего" не плюсуются при подборе нескольких позиций, только при пробитии чека, как вариант: считывание шк+марка работает корректно. На другой части баз все корректно
Кто-нибудь сталкивался?
Товарищи, кто обновился на 2.2.13.8 и испытывает проблемы с распределением продаж: можете поставить следующее расширение (со снятием галки "Безопасный режим").
Для любопытных. Причина в следующем
При добавлении товара в РМК (процедура ТоварыПриИзмененииНоменклатуры):
Если ТаблицаКассККМОрганизаций.Количество() = 1 Тогда
ДанныеОРабочемМесте.Вставить("Организация", ТаблицаКассККМОрганизаций[0].Организация);
Иначе
Если ЗначениеЗаполнено(СтрокаТабличнойЧасти.Организация) Тогда
ДанныеОРабочемМесте.Вставить("Организация", СтрокаТабличнойЧасти.Организация);
Иначе
ДанныеОРабочемМесте.Вставить("Организация", Объект.Организация);
КонецЕсли;
КонецЕсли;
ДанныеОРабочемМесте.Вставить("ОрганизацияПоУмолчанию", ДанныеОРабочемМесте.Организация);
Показать
Далее по стеку попадаем в процедуру "ЗаполнитьОрганизациюПродажиВСтрокеТЧСервер" общего модуля "ОбработкаТабличнойЧастиТоварыСервер", где видим просто гениальные строки в самом начале процедуры:
Если СтруктураПараметровДействия.Свойство("ОрганизацияПоУмолчанию", ОрганизацияПоУмолчанию) Тогда
ТекущаяСтрока.Организация = ОрганизацияПоУмолчанию;
Возврат;
КонецЕсли;
То есть, настраивай - не настраивай распределение продаж, Розница всегда пихает организацию по умолчанию (причем пустую!)! Браво, 1С!
(4367) Алексей. А можно отдельно сделать обработку по исправлению сканера в 2.2.12? В продуктовой базе ставил и native и com. через час отваливается. А говорят что в помощнике это исправлено.
Версия 2.2.13
Новое в версии 2.2.13.11
Исправлены ошибки конфигурации
1. 00-00234943 Ошибка при изменении номенклатуры в документе ТТН Входящая.
2. 00-00234946 В документе Поступление товаров не доступно для редактирования колонка Номер ГТД.
3. 00-00237554 При добавлении номенклатуры в РМК не определяется организация.
4. 00-00238289 Ошибка при сканировании алкоголя в документ Реализация товаров.
5. 00-00239143 МОТП. Ошибка авторизации в ИС МОТП при проверке марок в Поступлении товаров (режим клиент-сервер).
6. 00-00239061 Не заполнена колонка Справка 2 во входящем ТТН ЕГАИС
Используется "1С:Библиотека подключаемого оборудования", версии 2.1.1.26
Изменен состав поставляемых драйверов:
- Обновлен драйвер "Дримкас: ККТ с передачей данных Вики Принт (54-ФЗ)" до версии 1.4.2, разработанный компанией "Дримкас".
- Обновлен драйвер "АТОЛ:ККТ с передачей данных в ОФД (54-ФЗ) 10.x" до версии 10.5.0.2, разработанный компанией "АТОЛ".
- Обновлен драйвер "Версия-Т:ККТ K1-Ф с передачей данных в ОФД (54-ФЗ)" до версии 1.3, разработанный компанией "Версия-Т".
- Обновлен драйвер "Инитпро:ККТ с передачей данных в ОФД (54-ФЗ)" до версии 1.1.0.0 разработанный компанией "Новые кассовые решения".
- Обновлен драйвер "'ИСКРА:ККТ с передачей данных в ОФД (54-ФЗ)" до версии 2.0.3.12, разработанный компанией "Искра".
- Обновлен драйвер "МАССА-К: Драйвер электронных весов с печатью этикеток" до версии 8.0.0, разработанный компанией компанией "МАССА-К" совместно с фирмой "Гексагон".
- Обновлен драйвер "Bizerba: Драйвер весов с печатью этикеток" версии 1.3.3 разработанный компанией "Бицерба Рус".
- Обновлен драйвер "SKAM-1C: Эквайринговая система" версия 1.0.3, разработанный компанией "СофтКейс".
- Обновлена компонента печати штрихкода до версии 9.0.4.7.
Исправлены ошибки:
- 00239743: Исправлена ошибка выгрузки признака табачной продукции в ККМ Офлайн "Штрих-М".
- 00234586: Исправлена ошибка получения параметров ККТ при открытии смены для драйверов разработанных в соответствии с документом "Требования к разработке драйверов подключаемого оборудования, версия 3.1".
- 00234932: Исправлена ошибка выгрузки немаркированной продукции в "1С:Эвотор ККМ Офлайн".
Заметил неприятный момент после обновления на 2.2.13.11 удалилась история хранения изменений объектов. Теперь вообще нельзя указать что хранить видимо баг.
при выходе из карточки номенклатуры выходит ошибка Тип не определён (ФормаКлиентскогоПриложения). РТ 2.2.13.11
версия платформы 8.3.13.1644
у кого такое же было? как решали?
на версии 2.2.13.11 при продаже алкоголя по марке выдаётся ошибка нет статуса, по ШК и сканировании акцизки продажа проходит..
распределение работает по организациям на этой версии..
двойных количеств при продаже алкоголя нету, сумма верная итоговая
в общем практически все исправили, кроме того что не даёт продавать по акцизке
может маркировку как то не так считывают или маркировка на пачке кривая...
Как раз эти пачки без маркировки были, нажали "добавить без кода маркировки", оплата была по безналу, вообщем пришлось отключить эту багованную маркировку
У кого нормально работает 2 организации в базе и сканируется АП( алкогольная продукция )- сразу по акцизной марке на релизах младше 11.29 ? Что то какой ни пробую везде проблемы ( про то что изменилось распределение номенклатуры я в курсе )
(4389) у меня работают на 2.2.13.11 бывает что нормально проходит сразу по акцизке, но в большинстве случаев сканирую ШК и акцизку.. проблем нету...
а в чём закономерность позиций по которым сразу проходит по акцизке так и не выявил... разницы между ПА у тех у кого акцизка сканируется и у тех что по ШК и акцизка нету никакой
Ни у кого с двумя организациями не подвисает розница 2.2.13.11/2.2.13.12 секунд на 20-30 на алкоголе в рмк при нажатии что f6 наличные, что f7 безнал? Опытным путём вычислил что на алкоголе подвисает в момент проведения чека. Так же на долго подвисает на сигаретах при чтении маркировки(
(4391) а это не зависит от количество организаций. В момент проведения чека 1С выполняет свой контроль акцизных марок километровым запросом, причем делает это не только по регистру "Акцизные марки", но и по всем документам продаж/возвратов. Тут вариант какой- расширением исправить этот запрос, чтобы он выполнял контроль только по регистру акцизных марок. Ну либо переходить на клиент-серверный вариант или постоянно сворачивать базу