Коррекция чека в 1С:Розница

22.11.15

Простенькая обработка для ручного корректирования некоторых реквизитов документа "Чек ККМ" в типовой конфигурации 1С:Розница 1.0.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Изменение чека для Розницы начиная с версии 1.0.16.* .epf 16,85Kb ver:1.1b 12	12	Скачать (1 SM)	Купить за 1 850 руб.
Изменение чека для Розницы до 1.0.16.* .epf 15,14Kb ver:1.0b 282	282	Скачать (1 SM)	Купить за 1 850 руб.

Обработка позволяет менять реквизиты уже пробитого или заархивированного чека ККМ, не касаясь при этом остальных данных самого документа.

В этой версии реализованы пока только:

1. Замена товара (и/или характеристики этого товара) на другой товар (и/или характеристику этого товара)

2. Смена даты чека

3. Смена статуса чека (Архивный, Пробитый, Аннулированный)

4. Простенькая защита от дурака

5. Исправлена пара ошибок выбора характеристики товара

6. Добавлен отбор характеристик для выбора по наличию штрих-кода

МИНУСЫ:

- Пока что не реализованно сохранение бэкапной копии исходного документа (не придумал ещё как). В связи с этим настоятельно рекомендую делать архивные копии.

- Документ "Отчет о розничных продажах" необходимо перезаполнять вручную.

Чек ККМ Характеристика номенклатуры Удаление чека Корректировка чека

+14 –1

См. также

ККТ-ОНЛАЙН 54-ФЗ: Обработка для работы онлайн касс

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия 1.6 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1, ФФД 1.2). Подключайте любую онлайн кассу к практически любой конфигурации. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Поддерживает разрешительный режим и маркировку. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows

6000 руб.

27.02.2017 809116 5139 9738

2924

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен

Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Автоматизация заказа поставщику через 1С. Загрузка прайсов, анализ цен, управление заказами в УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

34500 руб.

21.04.2017 98754 139 42

221

ЕГАИС++: автоматизация учета импорта и производства алкогольной продукции в 1С

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Автоматизация учета ЕГАИС в 1С для оптовой торговли, производства и импорта. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

828 руб.

15.12.2015 172152 857 369

405

Работа с ККТ по 54-ФЗ и разрешительным режимом

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Обработка осуществляет обслуживание ККТ АТОЛ, Штрих, Вики Принт и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима. Поддержка пробития чеков с новыми ставками НДС 5% и НДС 7%.

5880 руб.

25.05.2015 340324 2040 3112

1058

Бонусная система в 1С для УТ 10.3

Оптовая торговля Розничная торговля Пользователь Платформа 1С v8.3 Оперативный учет Управляемые формы 1С:Управление торговлей 10 1С:Розница 2 Россия Управленческий учет Платные (руб)

Подсистема призвана упростить и автоматизировать процесс расчета и начисления бонусов покупателей. Бонусная система работает с конфигурациями 1С:УТ 10.3, 1С:Розница. Механизм реализован в начале 2013г. и работает до сих пор с постоянными совершенствованиями.

30000 руб.

02.11.2015 113373 103 88

186

Расширенная форма списка Номенклатура и Корзина для УТ11, ERP и КА

Рабочее место Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Расширение. Функциональная и удобная форма справочника Номенклатура. В общем списке отображаются остатки и цены по каждой позиции. Подбор товаров в документы через корзину. Входит в Топ платных разработок по УТ, ERP и КА.

10920 руб.

26.04.2016 652760 1264 613

634

МАППА: монитор Логиста для 1С - простое управление доставками

Монитор заказов Оптовая торговля Розничная торговля Учет рабочего времени Логистика, склад и ТМЦ Пользователь Оперативный учет 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)

МАППА - модуль для комплексного управления логистикой в 1С. Расширение совместимо с любыми конфигурациями от 1С:УНФ до 1С:УТ и ERP

85000 руб.

11.08.2016 56479 19 61

Обмен между 1С:Розница и Frontol 6 по организациям (Розница - Фронтол)

ККМ Розничная торговля Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Розница 2 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обмен между 1С:Розница и Frontol 6 при торговле от нескольких организаций, а также ряд других полезных функций. Данный модуль синхронизации незаменим для тех, кто ведёт учет по нескольким организациям в 1С:Розница, а на РМК (рабочем месте кассира) установлен Frontol или планируется его установка. Подходит для 1С:Розница 2.3 / 3.0, 1С:УНФ 3.0

7900 руб.

22.03.2019 86208 557 479

194

Вознаграждение за ответ

Сумма: 0 $m

Добавили:
user1058298 (2.00 $m)

Получили:

west__ (2 $m)

Показать полностью

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Tatitutu 3849 16.12.09 17:01 Сейчас в теме

обработка то хорошая , но строго для тех людей кто понимает что делает и делает это во блага (себя любимого - шутка)

и называется так хороошо "Замена товара в чеке"

ты представь себе сколько сейчас продавцов скачают и наменяют (а % тебе будут слать - ты БОГАТ)

менять можно даже если чек пробит по ФР

ИМХО.Страшная эта штука - она больше вреда принесет , чем пользы.
Продумай на доступом (лог журнала пусть ведет, бекап(откат) додумай)

2. west__ 13 16.12.09 17:11 Сейчас в теме

(1) Огромное спасибо, за отличные советы! Про лог сразу и не подумал..

В основном конечно не для широкого круга писал, поэтому и не предусмотрел контроль пробития чека. Изначально планировал обработку для правки архивных чеков, которые уже не делают движений, но лежат в базе для формирования различной управленческой отчётности. Иногда продавцы косячат (характеристики путают), а руководству нужен порядок в отчётах..

Постараюсь в скором времени довести до ума =)

3. Tatitutu 3849 16.12.09 17:22 Сейчас в теме

(2) добавляй проверку прав (как минимум Админ)
да и Админам это нежно, поверь - приведет только к хаусу
потом будешь не только архивный чеки разбирать но и за оперативные отвечать. Без контроля и проверки (истории) такого можно наворотить, что потом ни одна обработка не поможет.
Тот кто продумывал логику программы изначально - ставил условие
"проведен - не хрен трогать"
Живи по уставу - завоюешь честь и славу"
лучше продавцов "пугайте" сильнее за косяки, а то они вообще расслабятся

4. west__ 13 16.12.09 17:38 Сейчас в теме

(3) Чего-то от Ваших слов мне не по себе стало - действительно "монстра" создал. Верно подмечено.
А ещё сначала думал её администраторам отдать на пользование.. нафиг-нафиг! С историей и бэкапом обязательно разберусь сначала.

13. aavolkoff 73 24.01.10 16:25 Сейчас в теме

Здравствуйте!

Как некогда автор и разработчик механизма статусов чеков ККМ могу сказать, что:

- Изменение данных архивного документа повлечет за собой несоответствие отчетов по чекам и по регистрам. Для того чтобы этого не произошло необходимо при изменении данных в чеке менять данные в связанном документе "ОтчетОРП" (предварительно убедившись, что "ОтчетОРП" проведется задним числом и нигде ничего не всплывет :) ).

- Изменение данных о товарах пробитого чека, в принципе, возможно если не менять сумму чека (но, в любом случае, нежелательно). Как сказано в (3) "Проведен - нехрен трогать" - примерно такой логики, мне кажется, следует придерживаться вообще всегда, но это, увы противоречит основной логике типовых решений "1С" :)

P.S. При разработке механизмов есть такая штука, как цель, требования и задачи. Советую их описать и все станет понятно :)

Александр Волков,
В прошлом автор и разработчик "1С: Розница 8".

14. west__ 13 24.01.10 17:39 Сейчас в теме

(13)Большое спасибо, приятно послушать мнение разработчика.

На самом деле я полностью согласен с "Проведен - нехрен трогать"(с), если предусмотрен другой механизм корректировки ошибочных данных. Но и так не всегда получается (я говорю только о своей ситуации, когда отчётность надо предоставлять без всяких лишних движений. если кому это не нужно, ради бога..).

А на счёт:

- Изменение данных архивного документа повлечет за собой несоответствие отчетов по чекам и по регистрам. Для того чтобы этого не произошло необходимо при изменении данных в чеке менять данные в связанном документе "ОтчетОРП"

Это я понимаю, админ сам должен поправить отчёт о продажах, конечно хотелось бы всё делать автоматически, но пока руки не дошли.

Ещё раз спасибо.

5. stalnoypes 19.01.10 13:28 Сейчас в теме

Позвольте! А как Вы собираетесь изменить данные в памяти фискального регистратора, если мне не изменяет память, то по стечению обстоятельств фискальный регистратор имеет встроенную память для контроля проверяющими органами и пробитый чек аннулировать можно только в день его проведения до закрытия смены(т.е. если мы с вами хотим аннулировать чек прошлого периода, то мы получим результат только в базе, а никак не повлияем на результат в памяти "хитрого устройства", а также не вижу смысла подмены характеристик или товара - при возврате товара к Вам придет покупатель и покажет чек, в итоге вы не увидите товар пробитый в его чеке у себя в базе...)? Много вопросов... хотя задумка хороша, но она обязательно должна реализовывать действительность и в памяти регистратора, и иметь ограничения по доступу.

6. west__ 13 19.01.10 16:01 Сейчас в теме

(5) Стоп! Во-первых, в эклз мы никак не залезем и это запрещено законом. Аннулирование сделано для того, чтобы при ошибке пробития (случай когда чек есть в базе, но его нет в ККМ) можно было поправить ситуацию.

а также не вижу смысла подмены характеристик или товара - при возврате товара к Вам придет покупатель и покажет чек, в итоге вы не увидите товар пробитый в его чеке у себя в базе...

Во-вторых, в любом случае чек в базе мы найдём по его номеру. А если мы действительно пробили не тот товар, то пересорт и инвентаризация нам помогут конечно же. Но не во всех случая это возможно, иногда для оперативного контроля в базе необходимо иметь актуальную информацию об остатках, А это возможно только при замене товара в чеке и Z-отчёте. Сам по себе архивный чек не влияет на остаток, так что ничего страшного в итоге мы не делаем, если занимаемся только архивными чеками, но зато получаем верные отчёты по чекам.

а ещё вот:

и пробитый чек аннулировать можно только в день его проведения до закрытия смены

Чек нельзя аннулировать после его пробития, это тоже незаконно, можно лишь оформить возврат на товары из чека (до закрытия смены, конечно же).

7. tango 546 19.01.10 16:04 Сейчас в теме

(6) "эклз мы никак не залезем"
смените обслуживающую организацию

8. west__ 13 19.01.10 17:49 Сейчас в теме

Ещё разок для не особо внимательных читающих:

в эклз мы никак не залезем и это запрещено законом

9. tango 546 19.01.10 17:52 Сейчас в теме

"... и з/п у нас вся пушистая!"

10. west__ 13 19.01.10 18:37 Сейчас в теме

(9)проконтролировать изменения в эклз гораздо проще.. конечно, найдутся изворотливые люди. но смысл моей обработки не в том, чтобы кого-то обманывать, а чтобы упростить жизнь операторам.

11. stalnoypes 20.01.10 09:55 Сейчас в теме

О чем я в принципе и говорю, что данные телодвижения запрещены законом... Поэтому я и не вижу в ней смысла, тем более, что я еще ни разу не встречал Розницу без ЭКЛЗ..

12. west__ 13 20.01.10 18:11 Сейчас в теме

(11)С лета прошлого года организациям, переведённым на ЕНВД по отдельным видам деятельности, разрешается не использовать ЭКЛЗ в розничной торговле. Т.к. что пожалуйста. А полезность этой обработки я уже описал (см. комм. №(6)). Если кому ещё не очень понятно, пишите - постараюсь объяснить. ;)

15. leon_031275 16.12.10 16:21 Сейчас в теме

СПАСИБО ЗА ОБРАБОТКУ!!!! ОЧЕНЬ ПОМОГЛА. :D

16. Sk0rp 119 25.08.11 21:51 Сейчас в теме

Очень помогла.
Когда сбоит ФР и в документе не ставится отметка о пробитии чека, хотя сам чек вылез и в памяти ККV учтен - это единственная возможность исправить косяк.
Единственно, я бы удалял и создавал новый чек в транзакции, что бы вдруг не получилось, что старый чек будет удален, а новый не создан.

17. griper 21.09.11 11:20 Сейчас в теме

Очень полезная обработка для исправления чеков. Большое спасибо.

18. overdriver 17.07.12 13:55 Сейчас в теме

Полезная обработка. Начал писал такую сам, но вовремя заглянул сюда и писать не пришлось :)
Есть замечание, товар и характеристика меняется для всей строки чека. А если нужно заменить только одну позицию и из нескольких проданных?
Пример:
я собираюсь использовать данную обработку для замены характеристики, в моем случае размера одежды. Продали пять футболок S, но спустя час принесли обратно одну и попросили поменять на M, вот тут эта обработка и нужна, чтобы не совершать лишних телодвижений с возвратами. Но так, как количество никак не учитывается, то отработает неверно

19. overdriver 17.07.12 19:11 Сейчас в теме

(18) в продолжение. Дописал проверку количества. Ниже кусок кода из процедуры ЗаменаТовараЧека(). Может кому пригодится

	// Если нашли строку со старым товаром,
	// то заменяем в ней товар на Новый Товар с Новой Характеристикой.
	Если СтрокаТовара  <> Неопределено Тогда
		Если СтрокаТовара.Количество=1 тогда
			СтрокаТовара.Номенклатура = ПулТовара.НовыйТовар;
			СтрокаТовара.ХарактеристикаНоменклатуры = ПулТовара.ХарактеристикаНовая;
		ИначеЕсли СтрокаТовара.Количество>1 тогда
			СтрокаТовара.Количество = СтрокаТовара.Количество-1;
			СтрокаТовара2 = Отчет.Товары.Добавить();
			ЗаполнитьЗначенияСвойств(СтрокаТовара2,СтрокаТовара);
			СтрокаТовара2.ХарактеристикаНоменклатуры = ПулТовара.ХарактеристикаНовая;
		Иначе
			Возврат Ложь;
		КонецЕсли;
	Иначе
		Результат = "Не корректно задан старый товар для замены!";
		Возврат Ложь;
	КонецЕсли;

Показать