pitdim

(5) Конфигурация должна содержать модули для формирования ЭСФ для документооборота. Прошлая была вроде 1.1.53

(5) Сори, давно не заходил сюда. Только что проверил на 1.1.86.2, Это последний релиз на данный момент. Выдал 4 предупреждения при выгрузке на дерево из схемы связанное с ГТД, и при этом выгрузилось все без проблем. Даже не ожидал, ведь сама xsd схема с того времени уже изменилась, а обработка остается рабочей )

(3) AleksandrM, Поидее можно было влезть и перед выгрузкой xml Пройтись и проставить, Но вся соль в том, что формат 5.01 как и 5.02 не предполагает передачу через xml данного кода, так как он был придуман для обмена СФ между организациями в электронном виде по каналам связи. Я, в свое время искал в описании форматов в гаранте как это можно сделать, но так и не нашел. Вы откройте документ в xml едиторе и подставьте реквизиты так, чтобы налогоплательщик смог увидеть этот код как нибудь перешлите 2 файла - оригинал и с подставленным тегом на способ выставления и кода вида операции. Если у Вас это выйдет я дореализую функционал). Но, судя по законодательству, таких тегов в данном формате к сожалению нет, иначе бы сразу реализовал. Ну и бухгалтера которые просили меня не сильно этому огорчились так как они все равно глазами проверяют и заодно и проставляют код.

(1) AleksandrM, Сейчас версия СФ 5.02, Но налогоплательщик при загрузке подгружает и 5.01 формат. Есть доработанная с периодом и отбором по ИП, но под новые версии не проверялось. Если интересно могу на неделе добавить и проверить под новую версию.

JuliettT, В справочник контрагентов добавляется реквизит отсрочки платежа КоличествоДнейПросрочкиПлатежа !!!! В описании же написано ..
Поидее можно изменить запрос и всем дать одинаковую отсрочку... Введите ее через параметр или явно в запрос вместо получения данного реквизита, и тогда будет работать без вмешательства в конфигурацию.

Формирует отчет по задолженности контрагентов, распределяет сумму задолженности по последним документам создания долга и вычисляет последний оплаченный документ.

Обработка для выгрузки данных счетов-фактур из КА в Налогоплательщик ЮЛ.

Сегодня таким е образом решил данную проблему. Столько времени прошло, а 1С не исправили правила выгрузки для данного вида обмена.

Хотел продолжить данную тему... Во многих бух формах в поле ОКАТО (737, 127 и т.п.) данные подбираются не с сведений организации а с кода бюджета... Это странно, хотелось бы разьяснить. Просто я понимаю, если организация одна и можно вывести код бюджета под нее... А если организаций куча и территориально они находятся в разных местах то им надо создавать отдельный федеральный бюджет с другим кодом ?? Это глуповато.

У меня есть мысль конечно сто на форме допускается указывать код окато 00000001 так как не каждый бух догадается как менять код бюджета), но все же хотелось бы услышать квалифицированный ответ. Ведь что стоило код по ОКТМО (ОКАТО на форме) брать непосредственно со сведений самой организации.

В 125 форме прописан порядок и написано что конечно они могут быть такими и ФБ выглядит именно так. Но это не относится ко всем формам, как я понял, и казначейство Челябинской области просто не приняло форму 127 ссылаясь на приказ 159-ст от 14.06.2013 п.2 . Некая организация поговорила со своими юристами и не пришли к однозначному выводу, но факт остается фактом и казначейство данную печ. форму не принимают.

Решено. Была проблема в 18 движке. в 17 все без проблем и запрос и работа в целом. Также в 18 возникают ошибки памяти сокета в БГУ в клиент серверной версии. Короче снесли 18 платформу. Радуемся. Чего и Вам желаем.