В список проектов
Название: Кастомная обработка для ТСД Cipherlab 8300 (Скансити)
Категория: Обработки
Конфигурация: 1С:Розница
Платформа: Платформа 1С v8.x (все механизмы)
Сроки: 2 дн.
Бюджет: 3 000 руб.
Статус: Выбран исполнитель
Исполнитель:
резюме удалено

1. Оценка проекта
и выбор
исполнителя
Претенденты
отправляют оценку стоимости и сроков выполнения проекта. Заказчик ведет переговоры и выбирает одного исполнителя.
2. Создание
этапов проекта со
стоимостью и сроками
Исполнитель
создает этап проекта,
в котором указаны стоимость, срок выполнения работ и список задач, которые необходимо
выполнить.
3. Депонирование
оплаты
Заказчик
перечисляет денежные средства на депонент. После получения депонента, исполнитель приступает к выполнению
работ.
4. Выполнение
работ и
сдача-приемка работ
заказчику
Исполнитель
выполняет работы по каждому этапу проекта. После сдачи-приемки этапа заказчику, исполнитель получает оплату
с депонента.
5. Рейтинг и отзывы
об исполнителе
и заказчике
Заказчик
оставляет отзыв об исполнителе. Исполнитель
оставляет отзыв о заказчике.

О проекте

1. ведется разработка самописной приемки при помощи ТСД с вводом сроков годности принимаемых товаров.
1.1. в ТСД 2 задачи:
- приемка (ШК+количество) - с ней все просто, она сама летит "из коробки" штатным способом
- ввод сроков - это кастомная задача, 3 поля: ШК, количество, годен до. При этом ГОДЕН ДО имеет маску (для избежания ошибок ввода). Согласно маске, например, срок 11.02.2020 будет вводиться как 0002.20

1.2. в Поступление добавлена отдельная ТЧ, товары по срокам. Нужно, чтобы собранные в ТСД данные о сроках залетали в 3 колонки: товар(ШК), кол-во, срок. При этом маску на стороне 1с мы интерпретируем обратно, т.е. 11.02.2020, введенная как 0002.20, станет 02.2020

2. Настройка ввода сроков ТСДшкой:
2.1. У прошивки Сканкод очень простые настройки, с ней бы вопросов не возникло
2.2. Но у нас прошивка Скансити, которая без доп. разработки позволяет использовать только 2 поля, шк и количество. В остальном у них своя обработка с предустановленными задачами, и там все построено на загрузке задач в БД и последующей выгрузке данных в документ, - для нас все это избыточно

3. Резюмируя, задача состоит в том, чтобы собранные данные при Приемке - загружались одной кнопкой в Поступление, а собранные Сроки - в ТЧ Сроки того же документа Поступление.

ориентируюсь на развитие обработки по работе с ТСД с отдельным бюджетом.