Как-то ранее ко мне обратились два магазина с вопросом, почему при приёмке алкогольная марка привязывается к другой номенклатуре. Или вообще поле "номенклатура" остаётся пустым. Задал вопрос здесь на форуме о причине происходящего, решение не было найдено. Сказали, что проще всего написать обработку. Знаю, что подобная, наверное, есть уже на просторах Инфостарта. Просто хочу поделиться. Может, кому пригодится.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Проверка и корректировка марок в справочнике Штрихкоды упаковок и товаров:
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Принцип работы:
Выбираем входящую ТТН, нажимаем кнопку "Проверить". Далее внизу видим сообщение о количестве несоответствий (Несоответствие определяется путём проверки алкогольной марки в регистре Акцизные марки и в справочнике Штрихкоды упаковок и товаров. Номенклатура, соответствующая алкогольной продукции, и номенклатура в справочнике должна быть одинаковой).
Если соответствий больше 0, тогда станет активна кнопка "Исправить". После чего номенклатура из регистров сведений попадёт в справочник к соответствующей алкогольной марке.
Добавил также кнопку для демонстрации только ошибок. Если для кого-то интересно.
Обновление от 12.08.2022
Теперь проверяет марки и внутри коробок. Раньше он их пропускал
Добавил функционал:
- Исправление статуса выбранной ТТН на принятую
- Исправление марок в статусе К поступлению (из-за подвисшей ТТН) на В наличии
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
Внешняя обработка сравнивает НДФЛ из расчетного листка и НДФЛ из регистра, на разницу формирует документы в 2 шага.
Исправляет расхождения, в том числе, когда Аванс больше Зарплаты
Обработка служит для: выравнивания бухгалтерского и налогового учета на определенную дату по выбранным счетам; закрытия остатков по выбранным счетам; обнуления налогового учета (ПР, ВР также будут обнулены)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
Тут может по-разному быть, но в основном проблема такая - продукция от разных производителей (филиалов) сопоставлена с одной номенклатурой. Реже встречается случай, когда одна продукция сопоставлена с двумя и более номенклатурами (например, просто бутылка и подарочный набор - по ЕГАИС однин идентификатор, но для продажи стоимость будет разная). когда для марки не определна номенклатура - то просто перед проверкой и подтверждением ТТН не проверили на сопоставление входящие в неё товары, а там новый код от ЕГАИС, особенно после изменений в видах алкогольной продукции - было одно (например код 212), теперь там 17 новых видов и соответственно новая номенклатура в классификатор ЕГАИС. Сейчас вести учет можно как с однозначным сопоставлением, так и на одну номенклатуру привязывать несколько аналогов. Главное сопоставлять номенклатуру до проверки и подтверждения ТТН.
В целом при нынешнем помарочном учете не такая и большая проблема - в ЕГАИС спишется конкретная марка. Правильное сопоставление требуется при сверке остатков, и в случаях неоднозначного сопоставления (один к одному) это может мешать. Но за идею и обработку спасибо
(3) Проблема не большая, согласен. Но кого-то волнует небольшое несоответствие. Это радует. Потому что иногда попадались клиенты, которые совсем забывали про необходимость вести остатки. Не знаю, как они сдавали декларации, но там был ужас ужасом. Что проще было всё списать. А всё списать, это надо было неделю ждать марки от ЕГАИС (не понимаю смысла делать каждый отчёт только через 10 минут, это превращает простой процесс в мучение). Так что подытожив, могу сказать, что лучше смотреть внимательнее. Что касается сопоставления. То с этим вроде уже разобрались со всеми. Иначе в остатках вообще можно заблудится. Производители и импортёры тоже попадаются недобросовестные. Например как-то 2-3 накладных прислали без вида продукции у алкоголя. Соответственно и номенклатура создалась пустой. И вот пришлось разбираться это фруктовое вино или столовой или ещё какое. В общем, за этим алкоголем надо смотреть постоянно
(4) По поводу пустого вида номенклатуры - 1С Розница новые виды добавила только с релиза 2.3.10.32, поэтому на более ранних версиях такое могло случиться, нужно было обновить, заполнить новые виды в базе и потом перезапросить Алкогольную продукцию по коду ЕГАИС - тогда вид продукции от ЕГАИС и подтягивался нормально, ну и в связанной номенклатуре после этого данный реквизит поправить - обработку простенькую сделал, собственно для деклараций раньше тоже заполнение реквизитов по данным ЕГАИС использовал, но потом доработал отбор по незаполненным данным. Тут ещё если есть пиво - такая маркированная продукция начинала попадать в акт списания ЕГАИС по отчету о продажах. Кстати, в некоторых случаях вид алкогольной продукции каким-то образом затирался (как у новых видов продукции так и у старых, которые не менялись), закономерность не выявил, было у нескольких клиентов у совершенно разной продукции.
Сейчас ещё в планах довести до ума обработку помощник для помарочной ревизии для 1С с оффлайн кассами. Там 1С не видит чеков продаж (если их загрузка отчета о продаах не формирует - а в штатых версиях обмена с кассами Штриха или Атола этого точно нет, хотя код маркировки в отчете от Фронтола или Кассира отдельной позицией передается). И собственно с загрузкой по оффлайн оборудованию есть идея - хотя бы статус марок менять в регистре сведений Акцизные марки ЕГАИС
