Выполнение отложенных движений по расчетам с партнерами. Управление взаиморасчетами. Указание договора в платежных документах

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

Информация о том будут ли вестись договора с клиентами, работающими в соответствии с теми условиями, которые определены в соглашении, регистрируется на страницеУсловия продаж .

Аналогичным образом в соглашениях с поставщиками регистрируется необходимость оформления договоров с поставщиками.

Оформление договоров

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

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

■ Вариант учета расчетовПо заказам/накладным аналогичен тому, который применялся в более ранних версиях. Взаиморасчеты ведутся в рамках заказов или в рамках накладных, если накладные оформлены без заказа. При этом добавляется еще один разрез детализации взаиморасчетов – договор.
■ Вариант учета расчетовПо договорам предполагает ведение общих взаиморасчетов в рамках договора. При таком варианте учета расчетов можно оформлять заказы клиентов, проводить все операции, связанные с обеспечением товаров. Однако при таком варианте учета расчетов не поддерживается отслеживание оплаты каждого конкретного заказа, оплата контролируется по договору в целом.

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

Для договора предусмотрены следующие статусы:Не согласован ,Действует ,Закрыт . При вводе договора в действие следует указать период действия договора. Оформление документов возможно только по действующим договорам.

В рамках договора можно хранить печатную форму подписанного договора (Присоединенные файлы ). Предусмотрена возможность выдачи, регистрации и просмотра выполненных задач в рамках договора.

Список тех договоров, которые заключены с клиентами и поставщиками можно посмотреть в соответствующих разделахПродажи (Запасы и закупки ).

В списке договоров можно произвести отбор договоров, которые заключены от имени конкретной организации торгового предприятия и отбор договоров, заключенных с конкретной организацией клиента или поставщика (Контрагент ). Также предусмотрен отбор тех договоров, за которые ответственен конкретный менеджер.

Работая в списке договоров, менеджер может отобрать договора по их статусу, а также вывести список тех договоров, по которым истекает срок действия. Используя командуУстановить статус можно изменить статус договора. Например, закрыть те договора, по которым истек срок действия.

Оформление документов в рамках договора

В рамках договора можно оформлять все документы продажи, закупки и платежные документы. При ведении учета по договорам документы взаимозачета, сверки взаиморасчетов также оформляются с детализацией по конкретным договорам. Предусмотрена также возможность ввода начальных остатков взаиморасчетов с клиентами и поставщиками с детализацией по конкретному договору.

Указание договора в документах продажи

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

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

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

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

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

■ По заказам/накладным . Показывается сумма задолженности по конкретному документу (заказу, накладной). При изменении статуса заказа клиента при проведении документа контролируется наличие необходимой предоплаты в соответствии с указанными этапами оплаты.
■ По договорам . Показывается сумма задолженности в целом по договору. При изменении статуса заказа сумма необходимой предоплаты при проведении документа не контролируется. Сроки задолженности можно проконтролировать в отчетеАнализ расчетов с клиентами . Даты задолженности в отчете будут показаны в соответствии с теми этапами оплаты, которые указаны в заказе клиента и той датой оплаты, которая указана в накладной, если она оформляется без указания заказа клиента.

Указание договора в документах поставки

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

Показ задолженности в документах поставки также зависит от применяемого порядка учета расчетов.

■ По заказам/накладным , то показывается задолженность по конкретному документу.
■ Если применяется порядок учета расчетовПо договорам , то показывается задолженность по в целом по договору. Информацию о сроках задолженности можно проконтролировать в отчетеАнализ расчетов с поставщиками , в соответствии с указанными сроками оплаты в заказе поставщику и накладным.

Указание договора в платежных документах

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

Оформление предоплаты по договору клиента

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

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

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

Автоматическое распределение оплат по документам отгрузки (поставки) производится регламентным заданиемВыполнение отложенных движений по расчетам с партнерами .
Распределение оплат зависит от применяемого в документах отгрузки (поставки) порядка учета расчетов.

По договорам . Все оформленные в рамках договора оплаты будут распределены по документам отгрузки (поступления) по принципу ФИФО. При распределении будут учитываться все документы реализации товаров и услуг (поступление товаров и услуг), в том числе и те которые, оформлены по заказам.

По заказам/ накладным . Оплаты оформляются по конкретным документам: заказам накладным. Если оформлен авансовый платеж без указания платежных документов (по договору в целом), то необходимо вручную произвести зачет аванса по конкретным заказам (накладным). После проведения регламентного задания аванс, зачтенный по заказу, будет автоматически распределен по тем документам, которые оформлены в рамках заказа.

Распределение оплат по конкретным документам можно проанализировать в соответствующих отчетах Анализ расчетов с клиентами (Анализ расчетов с поставщиками).

Вопрос: Запуск фонового задания под нужным пользователем

Здравствуйте!
Есть 1С:Предприятие 8.3 (8.3.11.2924), УТ 11.3.4.93 клиент - сервер.
В этой конфигурации движения по регистру "Расчеты с клиентами по документам " выполняется не в момент проведения документа, а регламентным заданием "Выполнение отложенных движений по расчетам с клиентами\поставщиками".
При этом иногда регламентное задание выдавало ошибку, т.к. пыталось сделать движения в закрытом периоде (Ранее даты запрета редактирования). В настройках регламентного задания прописали специального пользователя, у которого дата запрета открыта, после этого все стало работать.
Однако, есть необходимость сделать, чтобы данные движения по регистрам делались в момент проведения документа, а не тогда, когда запустится фоновое задание по расписанию.
Если запускать сам код, который выполняет регламентное задание при проведении документа, то возникает та же ошибка - закрыт период. И если программно запускать фоновое задание запускающее этот же код в момент проведения документа, то оно вызывает точно ту же ошибку, т.к. период закрыт, а фоновое задание, запускаемое программно, запускается под именем текущего пользователя, а у него дата запрета закрыта. Однако, когда запускается фоновое задание по расписанию, у которого установлен "правильный" пользователь в планировщике, то все проходит на ура. Вот как это сделать программно, как программно запустить фоновое задание под нужным пользователем "через планировщик" как это делают стандартные регламентные задания, подскажите пожалуйста?

Ответ:

Разве не под тем, под которым настроено?
Это должно быть глюк конфигурации

Lis2007 сказал(а):

Здравствуйте!При этом иногда регламентное задание выдавало ошибку, т.к. пыталось сделать движения в закрытом периоде (Ранее даты запрета редактирования). В настройках регламентного задания прописали специального пользователя, у которого дата запрета открыта, после этого все стало работать

Нажмите, чтобы раскрыть...

Вопрос: Регламентные задания

(Серверный вариант базы) Есть несколько регламентных заданий, выполняющихся по расписанию, один раз в сутки, ночью....
В Общих модулях описаны процедуры, которые запускаются регламентно.
Параллельно с этим сделал из интерфейса принудительный запуск этих же процедур вручную.
Процедуры выполняют довольно сложные действия (регаментные работы по итогам трудового дня связанные с проведением документов и движениями по регистрам. Алгоритм работает верно, так как работает уже около года....
Проблема вот в чем....
Иногда. ИМЕННО ИНОГДА! Регламентное задание выполняется и прерывается аварийно по причине ошибок в проведении документов. Это происходит периодами. Может целую неделю, подряд каждый день вылетать аварийно... а может неделю продержаться нормально, без ошибок.
Парадокс в другом....
Если я запускаю все эти же процедуры вручную, принудительно, из интерфейса. Ошибок не бывает НИКОГДА.
Это что значит?

Ответ:

DAK сказал(а):

Происходит это ночью.... никто в базе не сидит..... ничего не открыто.....

Нажмите, чтобы раскрыть...

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

Вопрос: Справочники и Регламентное задание

Добрый день!

Столкнулся с проблемой.
Платформа 1С 8.1, База лежит на сервере MSSQL, 1С сервер x64
Есть регламентное задание которое запускается.
После запуска происходит запрос, который получив данные о некотором списке документов, анализирует данные об их контрагентах, вызывая функцию находящуюся в общем модуле этого регл. задания с параметром ссылка на контрагента.

Вот функция
Функция КонтрагентСогласен(Контрагент) Экспорт

Если Контрагент.Согласен = Истина Тогда
Возврат Истина;
иначе
Возврат Ложь;
КонецЕсли;
КонецФункции

Регламентное задание завершается с ошибкой.
Пишет что {ОбщийМодуль.Модуль()}: Метод объекта не обнаружен (Согласен)

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

Помогите советом, как совершить проверку данных из регламентного задания? Так понимаю на сервере...

Ответ:

Контрагент - ссылка на эл. справочника контрагенты.

Проблема разрешилась странным образом. В функции регламентного задания, вызывающей функцию КонтрагентСогласен(Контрагент) вместо анализа ответа от работы функции КонтрагентСогласен(Контрагент) было написано сразу

Если Контрагент.Согласен = Истина Тогда...

Вопрос: Ошибка подключения к WinSCP для регламентных заданий 1С

Добрый день. Столкнулся со следующей проблемой, не получается подключиться к winSCP регламентным заданием, но при обычном запуске (например через внешнюю обработку) подключение работает корректно.
Исходные данные:
Сервер Windows server 2016
1С платформа 1С:Предприятие 8.3 (8.3.10.2299)
SQL Microsoft SQL Server 2017
WinSCP-5.11.2
Регистрировал библиотеку следующим образом:
Скопировал файл WinSCPnet.dll в папку %WINDIR%\Microsoft.NET\Framework\v4.0.30319\
И запустил команды через cmd(администратор)
%WINDIR%\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe WinSCPnet.dll /codebase /tlb
// %WINDIR%\Microsoft.NET\Framework\v4.0 .30319 \RegAsm.exe WinSCPnet.dll /codebase /tlb:WinSCPnet32.tlb // %WINDIR%\Microsoft.NET\Framework64\v4.0 .30319 \RegAsm.exe WinSCPnet.dll /codebase /tlb:WinSCPnet64.tlb
Но все равно в ФОНОВОМ режиме 1Ска не хочет подключаться к WinSCP.
Пишет следующую ошибку
Ошибка при вызове конструктора (COMОбъект): -2147221164(0x80040154): Класс не зарегистрирован

Подключаюсь следующим способом.
sessionOptions = Новый COMОбъект("WinSCP.SessionOptions"); Буду очень рад вашей помощи. Может кто сталкивался с выгрузкой/загрузкой данных через WinSCP при помощи регламентных заданий.

Ответ: Разобрался с проблемой, поставил новую версию WinSCP. Не стал перекидывать библиотеку в папку с windows и прописал следующую команду %WINDIR%\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe "Путь до файла с новой библиотекой" /codebase /tlb:WinSCPnet64.tlb
После этого регламентные задания стали цепляться к WinSCP.

Вопрос: Уведомление при выполнении регламентного задания

У пользователей 1С запускаются каждые 5 минут регламентные задания, стандартные в 1С8 Розница. Если осуществляется продажа и рег. задание в это время проходит, то может за двоиться продажа. Можно ли как то вывести уведомления для кассира, что запущено регламентное задание?

Ответ: ни разу с таким не сталкивался... самый простой вариант - при пробитии чека - проверять не выполняется ли в данный момент регламентное задание и по завершению - пробивать чек
и кстати, какие регламентные задания нужны на кассе? кроме обмена - не придумывается ничего..

Вопрос: Новое регламентное задание

В типовой Рознице 2.2, пытаюсь создать новое регламентное задание которые будет ночью будет выполняет обмен с оффлайн кассой.

Создаю регламентное задание, общий модуль для него в нем пишу для проверки соообить.
В консоли заданий смотрю что все выполняется. Но не выводится сообщение!

Ответ:

Draco сказал(а):

вроде же регламентные задания на стороне сервера отрабатывают, а на сервере Сообщить.. вроде же только на клиенте такое

Нажмите, чтобы раскрыть...

Верно, сообщить из регламентного задания подвешивает 1с. Не знаю, как с этим справляется розница, но лучше уж писать в текстовый файл или журнал регистрации

Вопрос: ошибки с регламентным заданием

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

Ответ: Регламентные задания вызываются на сервере, а не на клиенте.

В синтакс-помощнике описаны, какие процедуры доступны в каких местах.

Например предупреждение нельзя вызвать на сервере:
Предупреждение (DoMessageBox) ...
Доступность:
Тонкий клиент, веб-клиент, толстый клиент, мобильное приложение(клиент).

Проверка модуля сразу может проверять и ругаться, если поставить галку:

Вопрос: Регламентное задание с параметром

Конфа: Комплексная автоматизация, платформа 8.3
Любопытная проблема, с некоторого времени перестало выполняться регламентное задание по обмену между базами. Если вручную обмен запустишь то все хорошо, если через регламентное задание то Ж.

Возникает ошибка "Недостаточно фактических параметров для метода фонового задания".

Само регламентное задание типовое "ВыполнениеОбмена" которое вызывает процедуру:

Процедура ВыполнитьОбменДаннымиДляНастройкиАвтоматическогоОбменаДанными(КодНастройки) Экспорт Если НЕ ЗначениеЗаполнено(КодНастройки) Тогда Возврат; КонецЕсли; НастройкаОбмена = Справочники.НастройкиВыполненияОбмена.НайтиПоКоду(КодНастройки); Если НЕ ЗначениеЗаполнено(НастройкаОбмена) ИЛИ НастройкаОбмена.ПометкаУдаления Тогда Возврат; КонецЕсли; ПроцедурыОбменаДанными.ВыполнитьОбменПоНастройкеАвтоматическогоВыполненияОбменаДанными(НастройкаОбмена, Ложь); КонецПроцедуры

Отладка естественно невозможна, т.к. не вызывается сама по себе процедура... Поэкспериментировав с самописной тестовой базой у меня такая ошибка возникает, когда я добавляю хотя бы 1 параметр без значения по умолчанию в процедуру регламентного задания!.

Т.е. из-за параметра "КодНастройки" скорее всего и возникает данная ошибка!

Однако посмотрев большинство типовых регламентных операций я увидел что многие содержат параметр! Например:

Процедура РасчетЦеныНоменклатурыРеглЗадание(Настройка) Экспорт Процедура ДопроведениеДокументов(Настройка) Экспорт

Через глобальный поиск узнать откуда где эти настройки вообще могут взяться ни к чему не привело. Сколько я не работал с регламентными заданиями никогда в самой вызывающей процедуре не указывал параметр...

Кто нибудь сталкивался с такой проблемой, или кто нибудь знает как типовые конфигурации умудряются указывать в объекте метаданных "Регламентные задания" процедуру с параметром?

Например в конфе бухгалтерия 3.0 есть регламентное задание "ЗапускДополнительныхОбработок" которая вызывает процедуру с 2 параметрами:

Процедура ВыполнитьОбработкуПоРегламентномуЗаданию(ВнешняяОбработка, ИдентификаторКоманды) Экспорт...

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

Пробовали вертеть это расписание по разному с детальным расписанием и без него, с повтором и без повтора.
Интервал повтора в случае ошибки - 0. Задание выполняется без ошибок.
Есть у кого-нибудь соображения?

Ответ:

nomad_irk сказал(а):

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

Нажмите, чтобы раскрыть...

Блин, похоже все было именно так.
Когда рег.задание отрабатывало оно записывало свои настройки (перечень объектов по которым надо пробежаться и расписание). Точно не скажу как и когда оно менялось - в отладке не увидел этого, но после того, как закомментировал запись настроек проблема исчезла.

Вопрос: Регламентное задание не отправляет почту через Outlook

Здравствуйте.
1С:Предприятие 8.2 (8.2.19.90)

Использую отправку писем через outlook.

Outlook = Новый COMОбъект("Outlook.Application"); Письмо = Outlook.CreateItem(0); Письмо.Subject = пТемаПисьма; . ......... Попытка Письмо.Send(); ЗаписьЖурналаРегистрации("РЗ", УровеньЖурналаРегистрации.Предупреждение, "6"); Исключение КонецПопытки;

Если запускаю интерактивно обработку, письмо отправляется.
Через регламентное задание использую туже процедуру. Регламентное задание отрабатывает без ошибки. Строка
Письмо.Send();
отрабатывает. Я в этом уверен, потому что далее отрабатывает запись в журнал регистрации

ЗаписьЖурналаРегистрации("РЗ", УровеньЖурналаРегистрации.Предупреждение, "6");

Но письма по факту не приходят и в списке отправленных их нет.
Подскажите в чем может быть проблема

Ответ:

На сервере 1С почтовый клиент есть? пользователь от которого стратует рег задание у него какие права?

В вопросе 9.13 требуется определить, как происходит распределение оплат по накладным в случае ведения взаиморасчетов по договорам. Варианты выбора следующие:

• При выполнении операции Зачет оплаты
• Регламентным заданием
• Данная операция при таком способе ведения взаиморасчетов не выполняется

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

Помощник Зачет оплаты предназначен для зачета оплат непривязанных к расчетным документам. Эта функция доступна в различных документах. Рассмотрим на примере Реализации товаров и услуг .
Перейдем в список документов продаж (Продажи – Документы продажи ).

Откроем форму реализации, которая соответствует нашим условиям (ведение взаиморасчетов по договорам). Это означает, что в реализации, в случае если учет ведется с использованием соглашений, должно быть указано соглашение с условием оплаты указанном в договоре.
Проверим это, открыв соглашение из формы документа:

На форме соглашения видим, что признак условия оплаты установлен в значение Требуется указание договора , порядок расчетов определяется в договоре .

Вернемся к форме документа реализации. Вверху на панели есть кнопка Зачет оплаты .

При нажатии, открывается форма помощника зачета оплаты.

Помощник предназначен для зачета различных авансовых платежей под конкретную накладную, из которой мы открываем этот помощник.
У нас же задача другая, требуется определить каким образом необходимо распределять оплаты по нескольким накладным. Поэтому вариант с зачетом оплаты не верен.
Для выполнения поставленной задачи используется регламентное задание Выполнение отложенных движений по расчетам с партнерами , которое распределяет отгрузки и оплаты по конкретным расчетным документам.
Открываются регламентные задания Администрирование – Поддержка и обслуживание – Регламентные и фоновые задания .