Здравствуйте.
1С:Предприятие 8.3 (8.3.7.2008)
"Управление торговым предприятием для Украины", редакция 1.2.
Разработка конфигурации: "ABBYY Ukraine", 2007-2016 (1.2.37.2)

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

Спасибо.

Здравствуйте.
1С:Предприятие 8.3 (8.3.7.2008)
"Управление торговым предприятием для Украины", редакция 1.2.
Разработка конфигурации: "ABBYY Ukraine", 2007-2016 (1.2.37.2)

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

Спасибо.

Добрый день.
Конфигурация УТ. Все работают в терминальном режиме. Сканер, собственно, тоже работает, но так как это терминал, то он пытается подключиться у всех пользователей. Как ограничить программно это неудобство.
Спасибо.

Все таки не до конца как то решилась проблема. Драйвер стоит, работает 1С-ная ДЛЛ -ка Scaner1C.DLL, настроено как в Атоловском примере. Но после какого то промежутка времени перестает отрабатывать процедура ОбработкаВнешнегоСобытия() перестает работать. В чем может быть прикол ?

Немного тупил - в примере , который скинул один тип вместе с атоловским драйвером, была описана стандартная 1С7.7 процедура внешнего события, а надо было 1СScaner.dll использовать. Все отлично заработало. Можно тему закрыть. Спасибо всем аза участие.

А как настроить там виртуальный комп порт ? Подскажите пожалуйста.

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



Вы извините, что в этом разделе развел про сканеры переписку. Просто не знаю что делать. Все говорят, что с Атоловским драйвером все Ок, а у меня не выходит. С 8 то проблем нет, а вот тут...

Все действительно было в кодировке дело. Винда 2008 и с украинской кодировкой работать не хочет. Приходится менять в региональных стандартах на русские, а в 1С - на текущий настройки системы.

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

Здравствуйте.
Предприятие 7.7, платформа 0.27 , конфигурация торговля и склад 7.70.011
Работают в режиме терминала на Win 2008 Server
Сканер с USB интерфейсом. Перепрограммировал его на эмуляцию com port.
В 1С - ке подключается, на закладке в параметрах "Сканер штрих кода" стоит галочка, что он включен.
Захожу в подбор по каталогу, сканирую - никакой реакции. Захожу в параметры, на закладку "Сканер штрихкода" - в этот момент срабатывает ОбработкаВнешнегоСобытия в каталоге.

Помогите, пожалуйста. Может у кого было такое.

а. Почему отрабатывают запросы к другим регистрам ? Но мне тоже кажется, что где то в этом направлении надо рыть. Зачем , блин, надо было ставить для клюшек 2008 - й сервак ? Уж если ретро - то ретро. 2003 - го хватило бы с головой.
б. Запрос построен конструктором - ошибок с рус. англ. быть не может.

И еще вопрос. Накупил там студент сканеров USB и они все работают в разрыв клавиатуры. Это надо какой то эмулятор ставить, чтоб они работали через rs 232 или менять сканеры ?

Windows server 2008 enterprise sp2.

Можливо це пов`язане з регіональними настройками ?
Я детально запит не переглядував, там намагався щось зробити студент, якому вже 45. Знайома спитала, чи дійсно зробить в журналі документів закладки по складам буде тривати два дні при почасовій оплаті, я вирішив допомогти дівчинці, бо це явний грабіж. Може краще ert якось прикрипити, то підкажіть як. Якщо ні то запит ось :

Процедура Сформировать()
    Перем Запрос, ТекстЗапроса, Таб;
    //Создание объекта типа Запрос
    Запрос = СоздатьОбъект("Запрос");
    ТекстЗапроса = 
    "//{{ЗАПРОС(Сформировать)
    |Период с ВыбНачПериода по ВыбКонПериода;
    |Товар = Регистр.ПартииТоваров.Товар;
    |Контрагент = Регистр.ПартииТоваров.Контрагент;
    |ОстатокТовара = Регистр.ПартииТоваров.ОстатокТовара;
    |Стоимость = Регистр.ПартииТоваров.Стоимость;
    |Функция ОстатокТовараНачОст = НачОст(ОстатокТовара);
    |Функция ОстатокТовараПриход = Приход(ОстатокТовара);
    |Функция ОстатокТовараРасход = Расход(ОстатокТовара);
    |Функция ОстатокТовараКонОст = КонОст(ОстатокТовара);
    |Функция СтоимостьНачОст = НачОст(Стоимость);
    |Функция СтоимостьПриход = Приход(Стоимость);
    |Функция СтоимостьРасход = Расход(Стоимость);
    |Функция СтоимостьКонОст = КонОст(Стоимость);
    |Группировка Товар без групп;
    |Группировка Контрагент без групп;
    |Условие(Товар в ВыбТовар);
    |Условие(Контрагент в ВыбКонтрагент);
    |"//}}ЗАПРОС
;
    // Если ошибка в запросе, то выход из процедуры
    Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
        Возврат;
    КонецЕсли;

    // Подготовка к заполнению выходных форм данными запроса
    Таб = СоздатьОбъект("Таблица");
    Таб.ИсходнаяТаблица("Сформировать");
    // Заполнение полей "Заголовок"
    Таб.ВывестиСекцию("Заголовок");
    Состояние("Заполнение выходной таблицы...");
    Таб.Опции(0, 0, Таб.ВысотаТаблицы(), 0);
    Пока Запрос.Группировка(1) = 1 Цикл
        // Заполнение полей Товар
        Таб.ВывестиСекцию("Товар");
        Пока Запрос.Группировка(2) = 1 Цикл
            // Заполнение полей Контрагент
            Таб.ВывестиСекцию("Контрагент");
        КонецЦикла;
    КонецЦикла;
    // Заполнение полей "Итого"
    Таб.ВывестиСекцию("Итого");
    // Вывод заполненной формы
    Таб.ТолькоПросмотр(1);
    Таб.Показать("Сформировать", "");
КонецПроцедуры

Єто просто создал конструктором отчет. Результат при запуске тот же - ошибка, не определена переменначя стоимость.

Здравствуйте.
Предприятие 7.7, платформа 0.27 , конфигурация торговля и склад 7.70.011
При попытки построить какие нибудь типовые отчеты на регистре "ПартииТоваров", отчет не строится, а вываливается с ошибкой при ВыполнитьЗапрос()
Суть ошибки в том, что не определенна переменная "Стоимость". Отчет типовый и никто его не трогал. Пробовал переименовать переменную - не помогло.

Вот, собственно, текст ошибки. Пользователи утверждают, что раньше они работали.

Если Запрос.Выполнить(ТекстЗапроса)=0 тогда
{Отчет.Продажи.Форма.Модуль(784)}: Функция РасхСтоимость=Расход( <<?>> Стоимость);
Запрос[35] : Переменная 'Стоимость' не опеределена

Могу приложить весь запрос, но я думаю, что тут дело в чем то другом. Тестирование и исправление вроде делал, не помогло.
Может кто то сталкивался с такой ерундой, подскажите пожалуйста.

Ну извините, просто из первого вопроса я понял, что будет достаточно и колонтитула. А так - это надо видеть сам отчет, чтоб предлагать какие то варианты решения.
Стандартного механизма я не встречал.

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

Спасибо. Вечно забываю про этот восьмерочный формат даты.

Добрый День.
Платформа 8.2.18.104, Конфигурация УТП 2.3.22.2, но данная проблема вылезла на дописанных вещах.
В документе ЧекККМ добавлено поле продавец, необходимо сделать за период отчет по суммам продаж в разрезе продавцов.
Вот текст запроса :

    "ВЫБРАТЬ
    |    ЧекККМ.Продавец КАК Продавец,
    |    СУММА(ЧекККМ.СуммаДокумента) КАК СуммаДокумента,
    |    ЧекККМ.Ссылка
    |ИЗ
    |    Документ.ЧекККМ КАК ЧекККМ
    |ГДЕ
    |    ЧекККМ.Дата >= &НачДата
    |    И ЧекККМ.Дата <= &КонДата
    |
    |СГРУППИРОВАТЬ ПО
    |    ЧекККМ.Продавец,
    |    ЧекККМ.Ссылка
    |
    |УПОРЯДОЧИТЬ ПО
    |    Продавец
    |ИТОГИ ПО
    |    ОБЩИЕ";

Если выбирать начальную дату и конечную одинаковой, то в отчет не попадает ничего. К примеру, чтоб получить данные за 5-ое число период должен быть с пятого по шестое, при чем за шестое документы не попадают.
Подскажите пожалуйста в чем может быть причина. Запрос строил конструктором. пробовал и оператор "между", но результат не изменился.

В данном случае - это атрибут.

А почему такое условие не подходит ?

|Условие (ОперацияДокумент.Вид()<>"Перемещение");

А после конструктора руками добавить строку : Условие (ОперацияДокумент.Вид()<>"Перемещение") не пробовали ?

У меня после отката к 25 релизу проблема исчезла. Почему 25 - в 27 особо ничего измененного и нужного мне нет, а ставить кругом 27 влом.

Такое бывает, когда базу развернули свежую, а файловую часть не поменяли. Похожий вариант у меня был, когда я объединял MD 25-го релиза с MD 27.

А типа он элемент или группа ?

Не увидел ответ мистера-х, пардон.

В1С еще как то можно округление подправить,а в медке - сомневаюсь,что кто - то будет с этим бороться.

А эти схемы чем то отличаются от тех,которые с регламентированными отчетами 1С идут ?

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