Добрый день!
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
кстати я офигеваю от количества косяков в рознице. все в курсе что документ "остатки егаис" неправильно делает корректировку остатков аж таки по трем причинам?
во первых корректировка делается по результатам запроса остатков в первом регистре, а в рознице ведется учет всех регистров (т.е. сравниваются остатки первого регистра с суммой первого и второго)
во вторых даже это сравнение неправильное ибо там при сравнении используется левое соединение, а должно быть полное
ну и в третьих гвоздь программы - если надо дооприходовать что-то, то все верно, документ делает приход на положительное кол-во. а вот если надо списать что-то, то документ делает расход, но на отрицательное кол-во. т.е. вместо того чтоб списываться, товар задваивается!
для себя написал обработку, которая удаляет все движения и делает правильные
и еще приходится зачищать движения у доков на второй регистр
(2352) запустите обработку корректировку остатков. а не из самого документа правьте. она вам скорректирует по двум регистрам. непосредственно остатки егаис и должен вам делать по одному регистру. вы же запрашиваете по одному.
(2353) какой обработкой? по кнопке "заполнить по расхождениям" во вкладке "корректировка учетных остатков" в документе "остатки егаис"?
"остатки егаис и должен вам делать по одному регистру. вы же запрашиваете по одному." - да, только сравнивает он с тем что ведется в программе. а там ведутся оба регистра, причем без разделения 1й-2й...
простой пример.
у вас по данным егаис в первом регистре 10 штук, и во втором 10. по данным 1с - 22 штуки. т.е. как бы 2 штуки лишние. а 1с при корректировке выдаст -12 штук (10-22). а движения сделает вообще на +12 штук из-за косяка
(2356) вообще подразумевается два варианта развития событий:
1. у вас склада нет - значит всю продукцию вы переводите сразу в торговый зал. не храните на первом регистре. он у вас пустой. сравнивать не с чем.
2. у вас есть отдельный склад. - первый регистр вы привязываете к складу, второй к торговому залу. любые перемещения со склада фиксируете и в программе и в ЕГАИС. И соответственно каждый регистр привязан к конкретному складу. И корректировка тоже опять же каждая привязана к конкретному складу.
Т.Е. получается ваш вариант что вы запрашиваете остатки по определенному регистру, а 1с должна сравнивать в целом - немного неверный.
(2365)Попробуйте разблокировать, т.е. Единый клиент джакарта перевести в режим администратора, там на вкладке PKI выбрать Разблокировать пин код пользователя, (пароль администратора по умолчанию 00000000), если не поможет, опять же на вкладке PKI, сделайте инициализацию, и в личном кабинете на сайте egais.ru, запишите ключ. А вот если на все эти телодвижения выдает ошибку о невозможности выполнения операции, то только в удостоверяющий центр - менять джакарту, с нас даже денег не взяли. Записали тот же сертификат ГОСТ на новую. Была еще инфа про библиотеки.
(2366) Разблокировка пин кода пользователя не активна уже, а при попытке инициализировать выдаёт: Невозможно проинициализировать токен. Инициализация токена 0x000000a4 pin-код заблокирован и не может быть использован. Джакарта умерла?
И главное товар не даёт продать, ошибка в 1с ке и чек анулирован, а как же 3дня? или это только если инет не работает и на смерть джакарты не распространяется?
Для того что бы такого больше не было Росаклоголь выпустил специальную инструкцию. А я сделал небольшое облегчение в части настройки.
http://infostart.ru/public/563774/ п.с.
(2367) вам уже поможет только замена джакарты.
Да уж, ещё такой вопрос: а из за чего pki блокируется? Неправильный ввод пин кодов? По сети через впн какими либо запросами возможно так джакарту умертвить? А то пол года всё ровно, а тут на днях крупный поставщик, от которого лицензия, попросил опенвпн что б что то там смотреть для отчётности, или просто совпадение?
Извиняюсь что немного не в тему... но такой вопрос возник. Магазин реализует в рознице не только по чекам, но и для органиазаций, и под зарплату сотурдникам. Все это я так понимаю можно сделать через документ реализацию товаров. Создать организации и сотрудников как контрагентов, штриховать все бутылки. Но!!! как оформлять безналичную оплату от контрагентов, и погашение по сотрудникам? И какими отчетами отслеживать долг? С удивлением ничего не нашел.
(2374)Нет такого отчета по долгам. Разве что-ли делать какие-то заказ-наряды с пометкой Аванс, но в Рознице по моему такого нету. Ближайший по функционалу это УНФ.
Добрый день! Ситуация следующая: Одно ООО поделилось, по доброте душевной, логином и паролем для интернет поддержки от 1С Розницы Базовой с другим ООО. Типа пусть и у вас обновляется автоматически. А теперь то ли жаба душит, то ли у второго с лицензией не очень или еще что. В общем ТЗ такое: Удалить у второго ООО логин и пароль.
Вернул в Администрирование пункт "Подключить интернет поддержку", но фейковые логин пароль не дает ввести. Куда копать? Прокатит ли создание личного кабинета для второго ООО, без регистрации программного продукта (коробку не найдут) и указание этой пары логин-пароль или может проще сменить 1-му ООО пароль в ЛК.
(2378)Насколько помню в Администрировании - поддержка пользователей и там написан логин от ЛК (по которому можно перейти в ЛК) и кнопка отключить. По кнопке жамкаешь и поддержка отключается, но чтобы не делать на стороне я бы просто сменил свой пароль в кабинете и все.
беда
обновили розницу, сделали выгрузку в магазин. при загрузке не загружает конфу, в ошибках такое сообщение:
Ошибка при вызове метода контекста (ПрочитатьИзменения): Искажены изменения конфигурации!
пробовал отцеплять базу магазина от главного узла, и заливать в нее cf-ник - тогда при загрузке, сначала спрашивает что то типа "вы отключились от главного узла, не желаете ли восстановить подключение", и если выбрать "не желаю" - удаляет главный узел (ну и регистрацию изменений на него соответственно, что недопустимо). поэтому выбираю - "восстановить подключение". далее во время загрузки розница сообщает что у нее есть приоритетное сообщение (от главного узла) и предлагает загрузить его или продолжить так. если продолжить так то вываливается ошибка что не удалось загрузить приоритетное сообщение (с возможностью только завершить работу), если выбрать загрузить - то первоночальное "Искажены изменения конфигурации!"
есть идеи как лечить?
зы в журнале он тама две константы засвечивает - Константа.Повторить загрузку сообщения обмена данными перед запуском и Константа.Сообщение обмена данными из главного узла
видимо если их обнулить то не будет приставать, только в базу то я зайти не могу, чтоб занулить их :(
(2381) 1. перед загрузкой проведи тестирование базы с исправлением. мне в большинстве случаев помогает.
2. попробуй выгрузить из главного узла файл обмена с конфигом и вручную подсунуть его дочернему узлу (возможно первый просто неверно загрузился).
3. Если до этого обмен ходил вовремя и исправно - создай новый образ из главного узла.
З.Ы. А вообще - перед обновлением со свежим конфигом из главного узла всегда!!! рекомендую делать копию дочернего и тестирование с исправлением перед обновой.
Иногда приходится удалять папки с логами у файловых баз...
Подскажите порекомендуйте обработку, с помощью которой можно массово запросить по алкокоду(ам) или ШК акцизной марки информацию по маркируемому алкоголю. Чтобы далее создать позиции в справочниках Классификатор АП и Классификатор организаций ЕГАИС, причем нужны данные по организациям (наши иностранцы и проч).
" Подскажите порекомендуйте обработку, с помощью которой можно массово запросить по алкокоду(ам) или ШК акцизной марки информацию по маркируемому алкоголю. Чтобы далее создать позиции в справочниках Классификатор АП и Классификатор организаций ЕГАИС, причем нужны данные по организациям (наши иностранцы и проч). "
(2384) Да, обработки отличные, то что нужно. Спасибо, свои комментарии к публикации отправил. Очень хорошо, что данные не только создаются но и обновляются (это к ЗагрузкаНоменклатурыЕГАИС.epf).
(2386)
Ставили потестить, поставили атоловские ДТО 8_12 - ККМ не видно, методом тыка стерли название ккм в подключении - ККМ Увидели. Дальше тестить не стали
(2386)
Поддержка новых касс там действительно есть, но протестировать в полной силе не удалось, поскольку работа ведется только с зарегистрированными ФН. Мне даже смену в РМК не удалось открыть по этой причине.
(2389)С чего такие выводы?? У нас например торгующие пивом, а также общепит и не чешется. Остатки никто ровнять не собирается. Даже если выровнять, то уже на след. день остатки не пойдут. Реализация то не отражается в ЕГАИС.
(2391)
"Пивной чек" отменили.
Однако, списывать продажи необходимо актами списания, до конца следующего дня, за предыдущий день продаж.
Остатки должны быть актуальными у всех.
Вот такой он егаис.
Так что, возможно, к ним скоро придут вежливые человечки и почешут и причешут(
(2392) Ни фига себе. Было же интервью с представителем РАР, один из вопросов
7. Объём продукции, реализованной до 01.07.2017 организациями, осуществляющими розничную продажу алкогольной продукции в сельских поселениях, должен быть списан с указанием основания «Розничная реализация продукции, не подлежащая фиксации в ЕГАИС» не позднее следующего рабочего дня с даты продажи" Это утверждение в силе?
Ответ: для тех кто хочет правильное заполнение журнала розничных продаж
(2395) в том то и дело. что вроде как никто вас не заставляет делать реализацию, но в то же время с НГ остатки по ЕГАИС обязаны совпадать с остатками в магазине. как вы это собираетесь делать их не волнует... как угодно... лишь бы совпадали.
(2395)
Обязанность - вести учет актуальных остатков.
Других способов, кроме как отправка списания - нет.
В мультиках они одно говорят, в новостях - другое пишут, в законе -третья версия.
Потому и бесит такой ЕГАИС
Подскажите кто как работает с разливным пивом? Мы никаких продаж по литрам не фиксируем. Просто принимали накладные по нему и ничего не списывали. Теперь нужно корректировать остатки. Как нам тогда оформить карточку номенклатуры по разливному пиву, чтобы сейчас выровнять и далее списывать актами целиком кеги без всяких проблем? Или нужно декалитрами списывать?
(2405) т.е такая схема работы без создания всяких дополнительных упаковок и литров, имеет право на жизнь? имеется ввиду где кега списывается количеством далов?
(2410) читай по ссылке выше. упаковки заводишь. и все у тебя согласно коэффициента нормально переводится. списывай в чем угодно. хоть в рюмках если правильно пропишешь.
Чтото я запутался с корректировкой остатков. Обновил программу, оставил один склад - торговый зал, т.е. раньше на этот склад приходовались остатки по регистру 1 в ЕГАИС, теперь по Регистру 2. Провел инвентаризацию, сделал корректировку остатков ЕГАИС, все количество из инвентаризации отправилось в ЕГАИС на склад торговый зал, но вот со склада (Регистр 1) ничего не списалось и теперь остатки числятся на обоих регистрах, по первому то что приходило по фактурам, по второму то что мы поставили оприходованием. Как теперь обнулить то остатки на первом регистре?
(2413) не совсем понял.... у вас в магазине может быть всего один склад. но по егаису в любом случае будет два регистра. и поступление всегда идет на регистр1. потом делаете перемещение в реигстр2 (передача в торговый зал егаис) и продаете уже с регистра 2.
(2414) А как мне передать в торговый зал, когда в программе у меня только один склад торговый зал? Новые приходы сразу ставятся на остаток регистра 2, т.е. торгового зала. После инв создался документ постановки на баланс в торговый зал, т.е. во втором регистре все остатки актуальные, а вот что делать с первым, там куча пива и алкоголя. Создавать в программе новый склад, с видом склад ,делать на него оприходование из документа остатки егаис и потом все списывать?
(2417) в 1с всего 1 торговый зал. но в ЕГАИС, посторяю, склад и торговый зал. Вы по 1С движений никаких не должны делать. Поступвление ТиУ сделали и все. а по ЕГАИС обязаны сделать перемещение в торговый зал ЕГАИС. можно на основании поступления, можно вручную.
немного не в тему, но кажется где то проскакивало (не могу найти) где и что переделать чтоб запросить организацию из ЕГАИС не по ИНН а по коду? актуально для иностранцев. Подскажите кто знает
(2419) общепит списывает всю бутылку актом списания в день открытия.
(2420) по идее да, обязаны вести журнал учета в бумажном виде. и списывать с главного склада. откуда вы взяли дату 31 марта?
(2421)
54-ФЗ разрешает тем, кто сейчас законно работает без касс, до 1 июля 2018 торговать, как и раньше - без ККТ. Но одновременно был исправлен 171-ФЗ (ред. 03.07.16 16 статья пункт 10 последний абзац)
и поясните следующую суть, ИП занимается разливным (в основном) и в ассортименте также есть фасованная штучная продукция, таких магазинов у него к примеру 5 точек, сейчас всё приходуется на основном складе и потом развозится по магазинам. ладно с разливным пивом они приняли, отправили в егаис, переместили в торговый зал и после сделали списание, а как быть с фасованной продукцией? продавцы обязаны писать что продали и потом в основном складе всё это списывать? и как это будет выглядеть с 31 марта когда они обязаны будут продавать пиво через онлайн кассы? надо будет на каждую торговую точку ставить комп, покупать отдельный сертификат и заказывать напрямую от поставщика товар, себе приходовать и т.д.??? поясните пожалуйста??
на каждую торговую точку ставить по компу, программу Розницу и вести учёт на каждой торговой точке? как тогда быть с ключами для егаис, ведь у ИП РСА ключ един... что то тут я не могу понять
2425.
Галина Смирнова
19.12.16 19:46 Сейчас в теме
Добрый день! Работаю в 2.2.4.17. Редко,но появляются минусы в ТЗ (пересорт по алкокодам).Соответственно и "плюс" по алкокоду аналогичной позиции (разные производители). Делаю Акт списания ЕГАИС с причиной пересорт, дожидаюсь подтверждения. Далее Акт постановки на баланс ЕГАИС с причиной пересорт,
выбираю ссылку на соответствующий Акт списания. Но отправить Акт на получается,
выдаёт ошибку: не указан идентификатор Акта списания ActWriteOff. Вопрос, а куда его
вставлять? Всё перекопала, куда его вписывать? Пока ставлю на баланс с причиной
излишки, понимая, что это не правильно в случае пересорта. Кто разобрался, подскажите
пожалуйста.
Фиксация Акта постановки на баланс на 1 регистр с основанием "Пересортица"
Для фиксации указанного акта,предварительно должен быть зафиксирован акт списания продукции с основанием "Пересортица" на аналогичное количество продукции. Кроме этого, продукция, которая списывается и ставится на баланс должна находиться в пределах установленных групп продукции. В акте постановки на баланс на 1 регистр, при заполнении основания "Пересортица", необходимо указать идентификатор акта списания продукции в реквизите ActWriteOff. Идентификатор акта имеет вид WOF-xxxxxxxxx.
сейчас под рукой нет базы, но рискну предположить, что подтягивается автоматом из Акта списания, сам Акт списания прошёл по ЕГАИС?
Да, Акт списания проходит без проблем, квитанции подтверждения проверяю по "протоколу обмена", "плюсовой" остаток в ТЗ ЕГАИС уменьшается на эту единицу, только после этого создаю Акт постановки на баланс и даю ссылку на этот акт списания. А может Акт постановки на баланс по пересортице можно делать
только на 1-ый регистр, судя по Вашей цитате, а потом переводить в ТЗ, но это проблематично, т.к. там нужны справки и т.д. И зачем вообще тогда в постановках
на баланс в ТЗ указана причина "пересортица"?! Скорее всего это я чего то недопонимаю
или не доделываю всю процедуру до конца.
Хорошо что предупредили про риб. А почему в списке ккт онлайн всего два представителя - штрих и атол. А как же вики принт и другие? В обычных фискальниках они все есть, а тут нету.
А если по обычному онлайн кассу подключить то она все равно отправляет чеки онлайн. Я так понял ККТ-онлайн оборудование нужно для включения и выключения опций отправки чеков по просьбе клиентов. Зачем не понятно, можно было бы просто вынести эту функцию в настройки рмк.
никто не знает почему не работает переотправка накладных в ЛК ЕГАИС: вбиваю свой id нажимаю проверить и вылазит ошибка. и так уже несколько дней. проверил на 3 разных компах и ключах
подскажите, как осуществлять торговлю ИП если у него фасованная продукция и пять магазинов а ключ согласно РАР для егаис он един и никак на торговые точки не распределяется... но нужно ставить онлайн кассы и надо чтобы на каждой торговой точке был свой остаток а не общий как он есть сейчас... как быть?
(2437) для онлайн касс ключик не нужен. там своя фишка. они будут вместо фискального регистратора. на каждой точке же у вас стоят они? а чтоб актуальные остатки были - списывайте продукцию вручную в главном узле если РИБ, или в каждой базе, если они не связаны. (ежедневно). можете попробуовать опубликовать где нить ключ (чтоб он светился из инета) и настроить все 5 магазинов на него. :)
(2438) для онлайн-касс понятно что ключ от рара им не нужен.. вопрос в другом: ранее поставщики весь товар по всем магазинам отправляли на один номер (FSRAR_ID) и всё загружалось в одну базу. РИБа нету и нет возможности его сделать... теперь необходимо чтобы на каждой торговой точке приходили свои накладные и чтоб у каждой торговой точки были свои остатки... но раз номер FSRAR_ID один, то даже если опубликовать ключ где то, то кто из пяти магазинов первый запросит накладные тому они все и встанут на приход, а это неправильно... суть такова что необходимо чтобы для ИП было также как для ООО на каждую свою обособленную торговую точку...
рар противоречит самому себе, для ИП один ключ и не важно сколько магазинов, но вести учёт надо по каждому магазину отдельно и получается чтобы каждый магазин сам делал на себя заявки и реализовывал их в своём магазине... как это сделать? как варианты решения?
(2443) как то странно. нигде не слышал чтоб ип должны были контролировать остатки по каждой торговой точке. По ИП в целом они должны совпадать. И принимать вы можете на один ключ в одном месте. У себя в базе распределять по точкам, и списывать с точек. Но с другой стороны с введением онлайн касс чеки должны быть развернуты по номенклатуре. Значит она должна актуальна во всех точках. РИБ практически единственный выход без извратов в таком случае. В чем проблема его реализовать?
(2444) если следовать убеждениям рар, то верно, а продажи как фасованной продукции проводить на каждой торговой точке через онлайн-кассы?
или магазины должны подавать данные за каждый день проданного товара, а потом уже в основном офисе продавать общим чеком?
(2445) поэтому я и говорю что для ведения актуальных остатков и корректных названий номенклатуры - делайте РИБ. а закупки и продажи фиксируйте в ЕГАИС в главной базе.
(2445) На семинаре по 54-ФЗ сказали что номенклатура в чеках не важна, общую базу товаров планируют к 21му году только. Так как с 1июня нужно использовать онлайн кассы, то полюбому надо ставить оборудование и если работаете на Рознице, то лучшим решением будет делать РИБ. В случае РИБа, если вы ИП, то у вас будут формироваться документы списания с торгового зала ЕГАИС по немаркированной продукции и отправляться в центральную базу, где стоит ключ и уже с центральной базы отправлять доки в ЕГАИС, в случае ООО, можно списывать в магазине, так как для ООО обязательно наличие ключа на торговой точке.
На семинаре по 54-ФЗ сказали что номенклатура в чеках не важна, общую базу товаров планируют к 21му году только
как раз номенклатура в чеке должна отражаться, я не говорю что она должна называться во всех точках одинаково. Но в самом чеке должна фигурировать номенклатура. в противном случае можно было бы купить простейшую чекопечатную машинку (как были под егаис) и отправлять только сумму чека. но в этот раз так не проканает.
(2437)
В ключ записывает сертификат обособленного подразделения (в связке ИНН\КПП), у ИП их нет, поэтому одни ключ -цепляете только на центральную базу там все обрабатываете, остальное через РИБ
На носу обновление УТМ до версии 2.0.4
В новой версии УТМ будет проводить онлайн проверку марки из чека на предмет легальности и "глобальный" дубль в течение 3сек !!!
Ежели проверку не пройдет, то УТМ не подпишет чек кассе и заблокирует продажу.
Ежели проверка затянется более чем 3сек, то чек полюбасу подпишется.
2459.
user594182_igorhi
07.01.17 20:24 Сейчас в теме
(2439)
Да счастья все больше :)
Сергей подскажи, в такой ситуации
пересортили товар, получилось двойная продажа АП(акцизной марки) 25.12.16 и повторная 06.01.17. Как обычно сделал с помощью vozvrat.xml и отправкачекасcurl.bat с минусовой суммой в этот же день. В личном кабинете товар с -1(кол-вом) появился, если галка стоит в "с учетом возврата", а если галку убираешь почему то не убирается дубль. С НГ не прокатывает, что получалось в 2016?
(2460)
а по какому алгоритму интересно работает этот запрет?
на обработку тоже недавно наткнулся, но там код обфусцирован, не разобраться
непонятно только, автор собирается торговать этой обработкой? сохраненной из розницы обработкой РМКУправляемыйРежим и чуть допиленной?
а ничего что автор использовал сохраненную из розницы РМКУправляемыйРежим.epf? это вобще то нарушение авторских прав
да там и допиливать то не так много. подбор по акцизке я уже допилил. еще наверно регистр сведений под проданные акцизки заведу чтоб мигрировал (в отличии от чеков ККМ) и вставлю туда проверку