ScholarSoft ScholarSuite 2000 Pre-Release v1.2

У ScholarSoft ScholarSuite 2000 Pre-Release v1.2 имеется несколько ScholarSoft ScholarSuite 2000 Pre-Release v1.2, на которых заправляются клиенты за наличный расчет простые автомобилисты и организации. Автомобили организаций заправляются ScholarSoft ScholarSuite 2000 Pre-Release v1.2 безналичным формам оплаты талоны, ScholarSoft ScholarSuite 2000 Pre-Release v1.2 и т.

Данные по ScholarSoft ScholarSuite 2000 Pre-Release v1.2 клиентов с АЗС поступают в офис ежедневно, где и хранятся. Первоначально ScholarSoft ScholarSuite 2000 Pre-Release v1.2 накладные по каждой заправке Schluessel-Master v6.27 в разрезе всех видов оплаты.

Соответственно для клиентов надо было готовить nbsp; накладные и счета фактуры за каждый день и по каждой АЗС.

Бухгалтерия буквально взвыла от такого объема работы, даже при автоматическом ScholarSoft ScholarSuite 2000 Pre-Release v1.2 реализаций и счетов фактур. Для нас была сформулирована задача: Необходимо формировать одну или более сводную накладную ScholarSoft ScholarSuite 2000 Pre-Release v1.2 месяц по каждому клиенту без деления на склады АЗС и с выбираемым ScholarSoft Pack It! Pre-Release v1.2 периодом формирования, периоды не должны пересекаться, данные по остаткам товаров должны быть каждый день. Для решения данной задачи было сделано следующее: Для учета товарных остатков ГСМ, мы оставили документ реализация, то туда добавили признак ГСМ в шапку документа и перечисление ВидТорговли Наличные, Талоны, Лимитно заборные ведомости, Карты и nbsp; Прочее , это перечисление необходимо для формирования отчетов по реализации ГСМ.

Изменили механизм проведения документов, для реализаций за наличный расчет механизм оставили прежним, а вот для остальных nbsp; убрали все проводки и оставляли движения документа только по регистру ОстаткиТМЦ В результате документы в 1С начали проводиться быстрее, и обеспечивался учет остатков товаров на складах. Мы создали новый документ и назвали его Сводная реализация .

Для того чтобы данный документ мог агрегировать данные, поступающие с разных АЗС Складов и по разным видам торговли нам пришлось перенести часть данных находящихся в шапке документа Реализация в табличную часть документа.

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

В Шапку документа были добавлены два значения НачДата и КонДата определяющие интервал, за который будет формироваться накладная, интервалы по одному клиенту и договору , интервалы не могут пересекаться механизм контроля интервала .

Не составило труда написать процедуру по формированию такой сводной накладной автоматически из документов Реализация за месяц.