Предложение по доработке

[YAHA]

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

Можно было конечно сразу набирать накладну но у нас при транспортировке товара бывает теряется и чтоб не искать товар которого не хватает эта функция былабы удобной

[sergk]

Предложение принято, мы обязательно его учтем в дальнейшей разработке.
Позвольте поинтересоваться в каком технологическом процессе эта функция вам требуется?
При перемещениях с магазина на магазин, и контроле все ли довезли - тут понятно (хотя дальнейшие действия туманны).
Есть альтернативный вариант: выделить "перевалочное" место хранение, и перемещение между магазинами осуществлять через него.
Таким образом, тот кто отдал, зафиксирует сколько отдал, кто принял - сколько принял, а остатки/излишки останутся на этом месте хранения. Их можно оперативно контролировать, анализировать, принимать меры.

Каким образом хотите это использовать в приходах?
Для контроля заказ- приход?
Так для этого уже есть функционал: акт несоотвествия поставки, режим в спецификации "сравнение прихода и заказа" - может стоит его использовать?

[YAHA]

Предложение принято, мы обязательно его учтем в дальнейшей разработке.
Есть альтернативный вариант: выделить "перевалочное" место хранение, и перемещение между магазинами осуществлять через него.
Таким образом, тот кто отдал, зафиксирует сколько отдал, кто принял - сколько принял, а остатки/излишки останутся на этом месте хранения. Их можно оперативно контролировать, анализировать, принимать меры.

Первоначальные места хранения не совсем думаю удобно использовать операторы могут запутатся темболее что их больше 30шт. Достаточно громоские операции получатся перемещение сначало на одно место потом с него списать на другое

Каким образом хотите это использовать в приходах?
Для контроля заказ- приход?
Так для этого уже есть функционал: акт несоотвествия поставки, режим в спецификации "сравнение прихода и заказа" - может стоит его использовать?

модуль заказа не используем на данном этапе, у нас другая схема прихода
после заказа создается прих докум и только после его проверки на правильность кол-ва он приходуется

[sergk]

модуль заказа не используем на данном этапе, у нас другая схема прихода
после заказа создается прих докум и только после его проверки на правильность кол-ва он приходуется

Можно подробнее, как именно создаете заказ и как проверяете на корректность?
Возможно, существующим функционалом S-Market это решается.

[YAHA]

1.Заказ делается путем сопоставления в экселе остатков в магазине с прас-листом поставщика (выставляется предварительный счет)
2.Экспортом из экселя заносится в СМ, заносятся новые наименования и т п, не приходуется (ждем товар)
3.Распечатывается наклад отредактирован после сборки с внутренними шк если есть и вперед крыжиками
4 окончательно редактируется накладная отправляется акты недостач пересорта

[YAHA]

1. Было бы удобно при использовании функции загрузки только изменения на дату, загружать дисконтные карты (Сейчас загружаются карты только при полной загрузке) процесс полной загрузки на 20 касс занимает всю ночь
08.03.2010 23:07:09: Начало загрузки касс
09.03.2010 7:14:03: Формирование данных для касс завершено.
2. Для быстроты загрузки данных для организаций не использующие загрузку остатков на кассы, удобно создать параметр при наличии которого будут формироваться данные для одной кассы, но меняя номера cach000.dat на соответствующий номер кассе, данные копировались на каждую загружаемую кассу, но надо учесть группы разрешений (или что то в этом роде) Сейчас судя по событиям данные подготавливаются для каждой кассы

[sergk]

1. Было бы удобно при использовании функции загрузки только изменения на дату, загружать дисконтные карты (Сейчас загружаются карты только при полной загрузке) процесс полной загрузки на 20 касс занимает всю ночь
08.03.2010 23:07:09: Начало загрузки касс
09.03.2010 7:14:03: Формирование данных для касс завершено.

Такая возможность уже есть (правда только для касс Атол). Включается в конфигураторе параметром CashLoadAtolEnvrmntChange.

[sergk]

2. Для быстроты загрузки данных для организаций не использующие загрузку остатков на кассы, удобно создать параметр при наличии которого будут формироваться данные для одной кассы, но меняя номера cach000.dat на соответствующий номер кассе, данные копировались на каждую загружаемую кассу, но надо учесть группы разрешений (или что то в этом роде) Сейчас судя по событиям данные подготавливаются для каждой кассы

Загрузка данных на кассы как раз так и организована. Т.е. если у касс один прайс, один филиал - то данные подготавливаются единожды, а затем копируются по указанным директориям. Файловое копирование не занимает много времени.
Если у вас процесс загрузки на несколько касс происходит долго, то, скорее всего, загружаемые данные у вас чем-то отличаются - чаще всего это цены, разные типы кассового ПО, разрешения на разные филиалы, места хранения на кассах.
Полный список сравниваемых параметров касс можно смотреть в процедуре XCASH_COMPARE_CASH. Именно она определяет - будут кассы грузится одним набором данных или для каждой придется формировать разные.