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

22.11.15

Учетные задачи - Розничная торговля

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

Скачать файлы

Наименование Файл Версия Размер
Изменение чека для Розницы начиная с версии 1.0.16.*
.epf 16,85Kb
12
.epf 1.1b 16,85Kb 12 Скачать
Изменение чека для Розницы до 1.0.16.*
.epf 15,14Kb
282
.epf 1.0b 15,14Kb 282 Скачать

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

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

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

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

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

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

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

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

 

МИНУСЫ:

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

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

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

См. также

SALE! 20%

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

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

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом.

28500 22800 руб.

21.04.2017    90169    105    39    

190

ККТ-ОНЛАЙН 54-ФЗ: Обработка для работы онлайн касс АТОЛ, ШТРИХ, VIKI PRINT и т.д. МАРКИРОВКА + ЭКВАЙРИНГ + БЕСПЛАТНЫЙ ДЕМО

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

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

4800 руб.

27.02.2017    762976    4668    9495    

2781

ЕГАИС++. Опт, производство, импорт

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

Полнофункциональное расширение (ранее известное как Модуль 1С-ЕГАИС) для взаимодействия типовых конфигураций 1С и ЕГАИС, предоставляющее максимум возможностей по работе с УТМ. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

8970 руб.

15.12.2015    165952    679    362    

385

SALE! 10%

Загрузка номенклатуры из Excel в УТ11, КА 2, ERP 2, Розница 2. Дополнительные реквизиты и сведения, характеристики, картинки, цены, остатки

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

Загрузка из файлов xls, xlsx, ods, csv, mxl в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.

10560 9504 руб.

29.10.2014    210147    620    524    

439

Обмен с системой ЦРПТ (Универсальная конфигурация ХамелеонЦРПТ + маркировка табака, обуви, одежды, лекарств, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин)

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

Данная публикация создана для помощи разработчикам, интеграторам и другим заинтересованным лицам по настройке системы маркировки обуви, одежды, лекарств, табака, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин. Смело задавайте нам вопросы по работе с ЦРПТ, GS1, ЭДО, Национальным каталогом, мы накопили достаточно большую базу знаний по данным темам и готовы ответить на все Ваши вопросы.

104000 руб.

18.03.2019    110319    34    114    

178

Печать кассовых чеков на одну ККМ с нескольких рабочих мест для 1С:УТ11.х, КА2.х, Розница 2.х, УНФ, ERP 2.х, БП 3, БГУ2

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

Расширение конфигурации для УТ 11.4, 11.5, КА 2.4, 2.5, Розница 3.0, 2.3 и 2.2, УНФ 1.6, УНФ 3x, ERP 2.4, 2.5, БП 3, БГУ2 (Управляемые формы) позволяет выполнять печать кассовых чеков на одну ККМ 54-ФЗ с нескольких рабочих мест. НИКАКИХ НАСТРОЕК В РАЗРАБОТКЕ - ПОДКЛЮЧИЛ И ПЕЧАТАЙ. Если у вас несколько отделов и одна ККМ - печатайте на одной ККМ! Если у вас две ККМ и одна поломалась - печатайте на одной ККМ, пока ремонтируете другую!

4000 руб.

27.08.2018    115975    978    564    

827

54-ФЗ. Очередь печати для ККМ. Обработки для подключения онлайн-касс к 1С 8 (поддержка Маркировки) + Эмулятор + ФФД 1.2

ККМ Кассовые операции Розничная торговля Платформа 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 или интернет. Поддержка маркировки.

5400 руб.

25.05.2015    316507    1843    3008    

993
Вознаграждение за ответ
Показать полностью
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Tatitutu 3855 16.12.09 17:01 Сейчас в теме
обработка то хорошая , но строго для тех людей кто понимает что делает и делает это во блага (себя любимого - шутка)

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

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

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

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

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

Постараюсь в скором времени довести до ума =)
3. Tatitutu 3855 16.12.09 17:22 Сейчас в теме
(2) добавляй проверку прав (как минимум Админ)
да и Админам это нежно, поверь - приведет только к хаусу
потом будешь не только архивный чеки разбирать но и за оперативные отвечать. Без контроля и проверки (истории) такого можно наворотить, что потом ни одна обработка не поможет.
Тот кто продумывал логику программы изначально - ставил условие
"проведен - не хрен трогать"
Живи по уставу - завоюешь честь и славу"
лучше продавцов "пугайте" сильнее за косяки, а то они вообще расслабятся
Berrimor; +1 Ответить
4. west__ 13 16.12.09 17:38 Сейчас в теме
(3) Чего-то от Ваших слов мне не по себе стало - действительно "монстра" создал. Верно подмечено.
А ещё сначала думал её администраторам отдать на пользование.. нафиг-нафиг! С историей и бэкапом обязательно разберусь сначала.

13. aavolkoff 72 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 506 19.01.10 16:04 Сейчас в теме
(6) "эклз мы никак не залезем"
смените обслуживающую организацию
8. west__ 13 19.01.10 17:49 Сейчас в теме
Ещё разок для не особо внимательных читающих:
в эклз мы никак не залезем и это запрещено законом
9. tango 506 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.ХарактеристикаНоменклатуры = ПулТовара.ХарактеристикаНовая;
		Иначе
			Возврат Ложь;
		КонецЕсли;
	Иначе
		Результат = "Не корректно задан старый товар для замены!";
		Возврат Ложь;
	КонецЕсли;	
Показать
22. west__ 13 06.03.13 21:32 Сейчас в теме
(19) overdriver, Спасибо, буду учитывать..
20. sazabi 06.03.13 16:54 Сейчас в теме
Планируете ли доработку для массового изменение состояния чеков?
21. west__ 13 06.03.13 21:30 Сейчас в теме +2 $m
(20)Если вопрос будет актуален до понедельника, то на выходных займусь.
Оставьте свое сообщение