astonvilla @ 19.04.12, 10:56
, {(48, 79)}: Поле не найдено "ДокументыПродажи.ДокументПродажи.КурсДокумента" ТОГДА ДокументыПродажи.СуммаПродажи * ДокументыПродажи.ДокументПродажи.<<?>>КурсДокумента / ДокументыПродажи.ДокументПродажи.КратностьДокумента Что можно сделать?
скорее всего в одном из документов у вас отсутствует поле курс и либо его в запросе нужно приравнять к 1 или убрать из запроса скопируйте запрос из модуля отчета в запросник и проверьте по каждому из документов по очереди, где ж именно его нет.Как найдете - внесите измененения и верните на место. И да, а что за конфигурация хоть?
вот обработка под BAS 2.1.11, проверяйте )) и да, не забудьте заменить в документе ВыгрузкаРегламентированныхОтчетов код процедуры СформироватьИЗаписать на
// реквизиты шапки берем из первого документа, если такой есть Если ДокументыОснования.Количество() = 0 Тогда Возврат Ложь; КонецЕсли;
ПервыйДок = ДокументыОснования.Получить(0).Значение; Дата = ТекущаяДата();
// формируем текст выгрузки. Если во время формирования произошла ошибка - вернем признак ошибки Попытка СформироватьТекстыВыгрузкиКлиент(ПервыйДок); Исключение
ну значит под BAS надо переписать. Если есть желание - это можно сделать самостоятельно. Выгрузите из макетов обработки в внешние файлы (это регламентированные отчеты по сути) По комментариям найдите внесенные изменения и перенесите в отчеты из BAS + добавьте реквизиты, которых нет в стандартных отчетах Загрузите в макеты доработанные отчеты BAS. На все про все - час работы.
astonvilla @ 01.12.20, 17:37
, Разобрался... Параметры в данном случае надо было передавать по другому. Ну и, как выяснилось, ошибку еще возвращало, т.к. номер карты был несуществующий )) Окончательно это теперь выглядит так, может кому поможет в будущем..
ProdPrib.rar ( 41,18 килобайт )
Кол-во скачиваний: 149 Вариант для Бухгалтерии 2.0. Сделан с полгода назад на основе версии для 1.2.
Учитывая, что коммерческой ценности он особой не имеет, выкладываю для свободного доступа.
Он же сегодня выложен на инфостарте, куда я при необходимости буду скидывать обновленные версии (хотя и вряд ли ))))
Доработки, исправления найденных ошибок разрешаются и привествуются )))
О коммерческом использовании прошу сообщать в передачах Лондонского радио в 17-00 по Киеву, каждую вторую субботу, используя кодовую фразу "Бабушка приехала" )))
Все - вопрос снят.... Все было до обидного элементарно. В результатах запроса этих месяцев действительно нет (что собственно меня и сбивало с толку). НО! Чтобы они появились достаточно было в обходе группировок указать "Все"...
ВыборкаПериод = Результат.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам, "Период", "ВСЕ"); Пока ВыборкаПериод.Следующий() Цикл ОбластьПериод.Параметры.Заполнить(ВыборкаПериод); ТабДок.Вывести(ОбластьПериод, ВыборкаПериод.Уровень()); КонецЦикла;
sava1 @ Сегодня, 14:00
, ну этот код я уже видел на сайтах... Но это к дню относится, да и как его объединить с существующим мне пока не совсем понятно...
Нужно получить запросом обороты по клиенту за все месяцы, вне зависимости от наличия/отсутствия оборотов.
Сам регистр - оборотный. Бьюсь уже пол дня (((
Календарей и прочего в базе нет (((
Пришлось обойти проблему, предварительно вываливая все в ТЗ с уже заполненными строками с периодами. Но хотелось бы решить это на этапе формирования запроса.
Помогите, коллеги, не дайте в пасть в пучину ереси (((
"ВЫБРАТЬ | ИспользованиеТопливаОбороты.КонтрагентПродано КАК Контрагент, | ИспользованиеТопливаОбороты.Период КАК Период, | ИспользованиеТопливаОбороты.ТопливоПогашения КАК Топливо, | СУММА(ИспользованиеТопливаОбороты.КоличествоЛитровОборот) КАК КвоЛитров |ИЗ | РегистрНакопления.ИспользованиеТоплива.Обороты(&НачДата, &КонДата, Месяц, КонтрагентПродано В (&ОтборКонтрагент)) КАК ИспользованиеТопливаОбороты | |СГРУППИРОВАТЬ ПО | ИспользованиеТопливаОбороты.КонтрагентПродано, | ИспользованиеТопливаОбороты.Период, | ИспользованиеТопливаОбороты.ТопливоПогашения | |УПОРЯДОЧИТЬ ПО | ИспользованиеТопливаОбороты.КонтрагентПродано.Наименование, | Период, | Топливо |ИТОГИ | СУММА(КвоЛитров) |ПО | Контрагент, | Период ПЕРИОДАМИ(МЕСЯЦ, &НачДата, &КонДата)";
Несколько раз в год требуется покупка лицензионной 1с для клиентов/знакомых. г.Киев, месторасположение - желательно Правый берег. Сотрудничество будет зависеть от предложенных условий. Предложения - в личку.
Простите, но гониво полнейшее, за это же время (грубо) можно было написать нормальную выгрузку, которая будет работать в типовом документе.
Добавление из бухии в УНФ отчетов из бухии и их модификация заняла то ли 1 то ли 2 дня... Напишите мне выгрузку НН и НН2 по схемам xsd быстрее - я сниму шляпу... "Вкидывание" новой регл. отчетности и ее модификация под данную нетиповую занимала пару часов в дальнейшем...
Всем, пропустившим заполнение кодов при обновлении на релиз 307 платформы 7.7
При обновлении на релиз 307 есть возможность автозаполнения кодов ЕдИзм для печати в НН и НН2 Если вы это пропустили и номенклатуры в справочнике много то это становится реальной проблемой (для не программиста).
Для того чтобы ее решить может пригодится данная обработка.
У Единиц измерения с 2015 года должен быть 4-й код из нового классификатора ед. измерений ! Это сделано для того, что бы у всех был один единый справочник ед. измерений. Это не ошибка ! Ничего исправлять не надов коде, надо зайти в "Склад"-"классификатор едениц измерений" и руками проставить код ед. измерений согласно обновленному классификатору.
подскажите пожалуйста как экспортировать (выгрузить) налоговую накладную в xml для МЕdca
Есть 2 варианта. 1. Добавить выгрузку в УНФ (я добавлял в самописной конфе, за основу которого была УНФ (правда от нее осталось только налоговые ) Как сделать - добавить механизм из стандартной бухии + регламентую отчетность, которая используется для выгрузки. Писать свою выгрузку я не решился Плюсы - выгрузка из базы, + можно прикрутить групповую выгрузку налоговых Минусы - геморой в связи с изменениями схем выгрузок и обновление регламентой отчетности. Главный минус - работает только под толстым клиентом. Если база SQL - о єтом варианте можете забыть. 2. Выгружать налоговые (и связаные с ней справочники) в бухию, оттуда проводить выгрузку в МеДок (сейчас как раз использую) Как сделать - или через прямое соединение (COM), или через файлы. Я, например, использую прямое соединение. Подключаюсь из бухии и тяну из УНФ. Импорт месяца налоговых занимает час (при этом их ОЧЕНЬ много, около нескольких тысяч точно). Плюсы - пофиг на формат базы УНФ. Простота обновлений при изменении законодательства. + можно прикрутить групповую выгрузку налоговых Минусы - нужно закрывать период по НН в УНФ, иначе прийдется "перепринимать" НН и НН2 в бухию. Нет полной картины по учету.
В вложеной картинке вид интерфейса, сделанного для пользователя, который работает с налоговыми и бухгалтерской базой. Из отличий от стандартной - обработки по импорту НН и НН2, интерфейс, справочник настроек подключений и обработка групповой вгрузки НН (с Инфостарта)
В связи с выходом обновления для бухгалтерии с новыми формами, на 2015 год... Проверил выгрузку налоговых, сформированных в 2015 году.
При выгрузке налоговой в xml выдало ошибку -- Начало проверки отчета по xsd-схеме. Обнаружены ошибки в структуре XML-файла: "797" нарушает ограничение pattern для "[0-9]{4}". Не удалось проанализировать элемент "RXXXXG105_2S" со значением "797".
797 - код единицы товара. Полез разбираться. Данное поле должно быть не менее 4 символов. Если меньше - ведущие нули. Как исправить. Вариант 1 - руцями исправить код единицы в нужный формат. Вариант 2 В модуле налоговой и приложения №2 ищем функцию печати ПечатьДокументаНалоговыйКодекс2015( В ней строку СтрокаСтруктуры.G42 = ОбластьМакета.Параметры.ЕдиницаИзмеренияКод; Меняем на СтрокаСтруктуры.G42 = Прав("0000"+СокрЛП(ОбластьМакета.Параметры.Единица ИзмеренияКод),4);
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!