Доработка штатной обработки обмена ККМ Offline 1С 8.3 (УТ 10.3)
Город:
Москва
Предполагаемый бюджет:
2 000 руб.
Категория:
Универсальные обработки
Конфигурация:
1С:Управление торговлей 10
Платформа:
Платформа 1С v8.3
Статус:
Поиск исполнителя
1. Оценка проекта
и выбор
исполнителя
Претенденты отправляют оценку стоимости и сроков выполнения проекта.
Заказчик ведет переговоры и выбирает одного исполнителя.
2. Создание
этапов проекта со
стоимостью и сроками
Исполнитель
создает этап проекта,
в котором указаны стоимость, срок выполнения работ и список задач, которые необходимо
выполнить.
3. Депонирование
оплаты
Заказчик
перечисляет денежные средства на
депонент. После получения депонента, исполнитель приступает к выполнению
работ.
4. Выполнение
работ и
сдача-приемка работ
заказчику
Исполнитель
выполняет работы
по каждому этапу проекта.
После сдачи-приемки этапа заказчику, исполнитель
получает оплату
с депонента.
5. Рейтинг и отзывы
об исполнителе
и заказчике
Заказчик
оставляет отзыв об исполнителе.
Исполнитель
оставляет отзыв о заказчике.
О проекте
В розничном магазине обмен между ПОС-системой (Штрих-М Кассир 5.1.5.17) и АСТУ (1С 8.3.5.1482 - УТ 10.3.32.1) ведется при помощи штатной обработки обмена 1C ККМ Offline. При оформлении возвратов товаров от покупателей, оформление производится со ссылкой на номер чека. Вот так выглядят транзакции возврата товара проданного «сегодня»:
С возвратом товара проданного «сегодня» проблем нет. Он сразу минусуется в ПОС-системе и в 1С его продажи не попадают. Продажи «вчерашнего» дня не могут быть сминусованы, так как вчерашний день закрыт. 1С просто сообщает, что транзакция с номером 13 не прочитана при обмене.
Необходимо доработать обработку так, чтобы она при прочтении транзакции с номером 13 создавала в 1С документ возврата товаров от покупателей, если дата возврата не совпадает с «сегодняшней». Желательно, чтобы в графе «Документ партии» устанавливались необходимые данные документа реализации товара.