Добрый день!
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
(4200) может дело в платформе? Она не обновлена 1С:Предприятие 8.3 (8.3.14.1565) на Розница, редакция 2.2 (2.2.12.30), обновилась она у меня до этого релиза конфигурации с ошибкой, что то там про распределение товаров поставщиков, точно не вспомню
(4201) у меня платформа 8,3,13,1513 распределение товаров изменилось вместо двух регистров распределение продаж и распределение поступлений один теперь
(4190) провела очень хитрые манипуляции, создала овую базу чистую, сделала свертку базы, перенесла начальные остатки узна и контрагентов и магазины и сопоставление.....делаю снова поступления. пришло подтверждение ТТН ииии........никакой ссылки опять, может лыжи не едут. ничего не понимаю. Версия 12.30, может в ней косяк какой, ничего не понимаю.
Господа, 2.2.11.29 вот такую конструкцию переваривать отказывается, хоть на палеты хоть на короба или просто бутылки переключай, продукция найдена, но должна находится в другой упаковке.... С точки зрения схемы, оно конечно правильно, но по мудацки простите... В общем может кто проверял в 11.30 или 12.30 поведение такое же?
Подскажите пожалуйста: Настроил разделение продаж по товарным группам на два фискальника.
Приняли алкоголь. Зная что в 2.2.11 можно пробивать просто акцизку без ЕАН-13. штрихкоды сразу не вбивали.
Так он при сканировании спрашивает по какому Складу (или кассе. не помню) пробивать. То есть он не может выстроить цепочку до карточки товара?
Есть смысл до 2.2.12 обновляться? там такой же глюк? Может еще какие-то похлеще?
Пока что пришлось добавить ЕАН чтобы пробивать, сканируя два штрихкода. Благо теперь можно пикнуть прямо в карточке, не заходя в штрихкоды
ещё один косяк в Рознице 2.2.12.30 - при запросе остатков ЕГАИС (Склад/Остатки ЕГАИС) нет выбора из какого регистра запрашивать... по умолчанию запрашивается из первого регистра.. выбрать второй просто невозможно.. через помощник для ЕГАИС один вариант ))
Коллеги, приветствую.
следующая ситуация в рознице, продали одно позицию пива и закрыли смену:
1) пивная продукция сопоставлена по принципу "многие к одному" - то есть нескольким кодам АП по пиву разными заводами (КПП) - соответствует всего один элемент справочника нмкл
2) автоматически при закрытии смены формируется акт списания с регистра 2 егаис
3) при данном сопоставлении в него в графу алкогольная продукция автоматически попадает первая из сопоставленных алкогольных продукций, а не та по которой есть остатки на регистре 2 егаис
4) акт списания естественным образом не проходит по егаис - поскольку данной продукции нет на балансе, перевыбираем руками -верную АП и акт списания успешно проходит
Задача в следующем:
пишем расширение:автоматически подбирать верную алкопродукцию из множества сопоставленных на которой есть остатки в регистре 2 егаис, регистр накопления "Остатки алкопродукции ЕГАИС" не подходит в данном случае, тянуть запросом через формирование запроса остатков в регистре 2 егаис - слишком долго и сложно
Какие еще могут быть варианты не перекраивая стандартный механизм розницы?
(4212)самый простой, который вижу:
1) снимаем галку, чтобы акты списания не создавались автоматически
2) пишем обработку, которая, например, на следующее утро:
а) запрашивает остатки в регистре 2
б) по указанным ОоРП и остаткам ЕГАИС создает акт списания
в) отправляет акт списания в УТМ
При желании можно создать и для базовых версий внешнюю обработку, которую запускать регламентным заданием
(4215)
Нечто подобное только через постоянно действующее расширение минуя заведующих хотим сделать
(4214)
ответ на запрос остатков иногда зависает, особенно если на утм есть необработанный старый тикет - 1с просто не грузит остальные документы, приходится данный тикет удалять вручную. Тогда все встает на места
Все больше склоняемся к мысли на последней версии платформы сделать через расширение регистр на накопления по 2 регистру и запустить по нему документы по немаркируемой продукции передачи во 2 регистр и акты списания егаис . Единственное что смущает: на 8.3.13 все наши расширения перестали жить, пока не поставили 8.3.14
Обновил РИБ из 6ти узлов до2.2.12.30 на платформе 8.3.13.1644, приемки еще не было, пока такие проблемы:
- со сканерами, на некоторых компах вышибает программу на новой компоненте, решается установкой старой компоненты
- при сканировании сразу акциза в поле количество вместо 1шт. может встать 2 или 3, если несколько одинаковых бутылок и количество правильно встает, то может не правильно вывести итог чека, тогда (в обоих случаях) надо кликать по количеству, когда выйдет форма с акцизами, нажать завершить, все пересчитывается, либо вариант сканировать сначала штрихкод, потом акциз, тогда без косяков
Возможно уже было. Стоит розница 11.24, в связи с недостачей надо списать бутылки с новыми марками. Если вводим акт и выбираем "справку2" где стоит галка "поштучный учет, программа требует отсканировать марку, а марки то нет
(4220) в типовом варианте открываете регистр акцизных марок, делаете отбор по этой справке 2 и статусу "В наличии", а дальше ищете, какие марки у вас есть по факту: оставшиеся и будут вашей недостачей. Если есть мой Помощник, то там данный поиск уже реализован)
Сегодня попробовали завести и пробить сигареты:
1. не все сканеры по умолчанию читают DataMatrix, в стандартной документации из коробки кода для программирования может не быть;
2. пробовали прочитать DataMatrix сразу, минуя штрихкод, в данном случае, если несколько позиций/характеристик с одинаковым штрихом, выбора не дает, подбирает первый попавшийся (как в ут 10.3 с дублями штрихов)
3. на некоторых сигаретах считали штрих, считали DataMatrix и вылезает сообщение, что это не те сигареты, и что штрих должен быть такой-то (на этом штрихе оказались совсем другие сигареты)
4. на некоторых сигаретах считали штрих, считали DataMatrix и вылезает сообщение, что код не соответствует формату (прочитали в блокнот, в конце DataMatrix присутствует слово TEST)
(4224) скажу даже так: они вообще не хотят платить, особенно ИП)) Вечные вот эти вот "Помогите нам бесплатно, там быстренько! Что вам, жалко?". В ответ теперь особо надоедливым делаем встречное предложение: а давайте мы к вам будем ходить в магазин и откусывать по немного от ваших продуктов/пользоваться техникой и т.д. Одни вообще тут после продажи ККТ искренне удивились, почему мы к ней не дали им ящик чековой ленты бесплатно)))
(4222) а вы сначала заводили номенклатуру в РТ а потом уже пробивали... или как описано в функцилнале, подпирается по базу данных онлайн? или это не работает при считывании DataMatrix?
(4234)
Коллега,
столкнулись в КА24 с подобной проблемой еще три месяца назад.
Ошибка была за регистрирована в 1С
Код ошибки: 00-00204456
Статус: Исправлена в выпущенной версии Зарегистрирована: 02.04.2019
Исправлена: "1C:Комплексная автоматизация, редакция 2.0", версия 2.4.7.141
Описание:
Штрихкоды формата EAN, содержащие в коде значения 20 и 98 распознавались как штрихкоды формата GS1.
Способ исправления:
В общем модуле "ШтрихкодированиеИСКлиентСервер" в самом начале функции ОбработатьДанныеШтрихкода(ДанныеШтрихкода) добавить фрагмент кода:
Если МенеджерОборудованияКлиентСервер.ПроверитьКорректностьGTIN(ДанныеШтрихкода.Штрихкод) Тогда
Возврат ДанныеШтрихкода;
КонецЕсли;
Показать
По факту ничего не исправили, техподдержка молчит.
в новой РТ еще не смотрели, но в КА24 правили следующим образом,:
****
1) Модуль ШтрихкодированиеЕГАИС
Если СтрНайти(Штрихкод, "(") > 0 Тогда
ПараметрыШтрихкода = ПараметрыШтрихкодаGS1СоСкобками(Штрихкод);
Если НЕ ПараметрыШтрихкода.Результат = Неопределено Тогда
ПараметрыШтрихкода.Вставить("ТипШтрихкода", ПредопределенноеЗначение("Перечисление.ТипыШтрихкодов.GS1_128"));
КонецЕсли;
Иначе
//Закомментировано в связи с тем что ШК упаковки в формате Code128 неправильно распознает // ПараметрыШтрихкода = ПараметрыШтрихкодаGS1(Штрихкод);
Если НЕ ПараметрыШтрихкода.Результат = Неопределено Тогда
ПараметрыШтрихкода.Вставить("ТипШтрихкода", ПредопределенноеЗначение("Перечисление.ТипыШтрихкодов.GS1_128"));
КонецЕсли;
КонецЕсли;
Благодарю всех за помощь с этим вторым регистром!!!! Нашла почему это....."нецензурная брань"....в настройках Склада стоит -складское помещение, а не торговый зал!! Переделываем в торговый зал и тут же по мановению волшебства появляются данные для отправки во Второй регистр......."нецензурная брань"......и появляется эта пресловутая ссылка в ТТН!!!
все ли перешли на версию 2.2.12.30 для продажи табака с 01.07.2019
или есть возможно и продажи также будут проходит как положено на версии 2.2.11.29???
(4241) У меня почему то на 2.2.11.30 никаких окошек не вылазит при продаже, в настройках номенклатуры включено "вести учет маркировки табачной продукции", вид номенклатуры верный: "Маркируемая табачная продукция". Может ещё где то что включить надо?
(4242) Только что проверил, все работает. Работает как с алкоголем. Сначала сканируем штрих код - после чего появляется ввод цены, потом окошко для сканирования марки. Версия 11.24
(4242) Если это была старая номенклатура, то через обработку "Изменения реквизитов" поставьте в реквизите "Табачная продукция" - "Да". тогда точно заработает.
(4247) делаем две номенклатурные позиции у одной в наименовании пишем "Акциз" и кассир сам выбирает что надо сканировать. Либо как вариант вам сможет помочь вот эта обработка https://infostart.ru/public/1081538/
Подскажите, как продавать блоки сигарет! Мы их пока по ЭДО не получаем, забиваем вручную. Как сделать вложение блок - сигареты штучно? Вообще, возможно автоматически настроить, чтобы при продаже блока списывались сигареты с остатка без документа сборка
Есть у нас несколько пачек Kent нано микс, в которые вшита марка от VOGUE юник с капсулой)) Вот она, реформа, в действии) А цены-то у них ой, как отличаются. Кенты по 143 и Вог по 112. И теперь получается, что продать мы их можем только как Вог
4260.
СимволКристоффеля
03.07.19 22:37 Сейчас в теме
Можно подвинуть дату обязательной маркировки немного вперед, например на 1 сентября. В этом случае запросы на сканирование задаются, но контроля на заполнение марок нет. Таким образом можно косячные пачки продавать как немаркированные.
4267.
СимволКристоффеля
03.07.19 23:23 Сейчас в теме
(4261)в поступлении приемка помарочная не работает?
Или в чеке тоже сканировать можно вместо блокнота. Если марка в форму проверки добавилась при включенном онлайн контроле - значит все ок
если уж тратиться, то можно приобрести сервер мини + ms sql express, с большой долей вероятности это будет эффективней связки i5/samsung960
круто получается, чтобы организовать рабочее место для маленького магазинчика с оборотом в 300000р в месяц, который торгует небольшим ассортиментом алкоголя, сигаретами и продуктами - надо приобретать сервер, нести расходы колоссальные на железо... потому что разработчики РТ не могут оптимизировать таблицы и код для оптимальной работы...
(4299) у моих клиентов железо AMD A4-4000/A4-6300 или Cel3900/4гбОзу/120Гб SSD (китайский за 1000) - работает, и объемы примерно 0.5-1 млн продаж/мес. А стоимость сервера мини - это примерно стоимость 1 ПЭВМ.
Фронтол и тот работает на firebird sql/sqlite. Без внешнего SQL с ростом объемов БД трудно обойтись
даже на ssd и веб-сервере. без доработки сути дела не поменяет
подтверждаю, у большинства клиентов стоят ССД и смена закрывалась долго, пока не сделал расширение с ограничением на один день.. после смена закрываться стала за минуту
(4281) ssd, web-сервер, расширение на неделю, вчера закрывается за минуту, сегодня 20-40 минут, завтра за минуту, всяких "косячных" чеков нет, вообще никакой логики не вижу, задолбался уже по вечерам на звонки отвечать фразой: "ждите"
подскажите, а что для продажи сигарет с марками необходимо в 1С подключить ЭЦП?
для каких целей она нужна эцп? речь на сколько понимаю была про то чтобы принимать из ЭДО накладные.. а для продажи она не требовалась.... сегодня при продаже маркированной пачки 1с-ка написала что ЭПЦ не настроена на организацию...