Я вижу в обсуждении отметки об актуальности цены только проблему, что мы не знаем когда услуга была прекращена.
А что если решить проблему таким образом:
Таблица список прайсов (id прайса, тип (хотя лучше наверное способ) оплаты, id услуги, код компании, дата закрытия)
Таблица цен (id прайса, дата актуализации прайса, цена по прайсу, признак актуальности)

MasterZiv, актуальность цены, а не услуги однако. Ибо с временем цена на услугу может изменяться не?

P.S. Хотя, собственно говоря, без цитаты моей фразы, конечно правильно сказано

MasterZiv, где Вы увидели прайс-лист?
Таблица прайсов - это не прайс-лист вообще. Хотя бы потому что там нет цен. Я видимо некорректно его назвал. В таблице, в которая у меня названа прайсом лежит детализация услуги: указано какая услуга предоставляется какому предприятию по соответствующему виду оплаты. Ну и дата завершения работы с предприятием по данной услуге и данному виду оплаты. Дату начала работы с предприятием по этой услуге опустил, ибо в рассмотрении данного вопроса от неё толку нет, но так конечно можно её иметь.
На всём протяжении работы с предприятием по одной услуге цена этой услуги может изменяться, вот история изменения цен и хранится во второй таблице. Соответственно, во второй таблице необходимо иметь отметку, о том, какая цена для предприятия актуальна в настоящее время.
Вот по этим данным и можно строить прайс-лист для предприятия на любую дату.

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

HopkroftMr.Fontaine, я хотел одной таблицей обойтись. Т.к. в итоге может быть 5-7 прайсов. Можно конечно создавать отдельные таблицы в базе, но какое-то это извращение.
У меня сейчас 8-10 dbf файлов, в каждом где-то 200 записей. Так что одна таблица будет самое то. Хотя, может кто знает эффективнее решение.
я не понял зачем Вам делать отдельные таблицы в базе....
По моей схеме пишите в первую таблицу (конечно подразумевая, что существуют отдельные справочники компаний, услуг и способов оплаты, поэтому в данной таблице пишем просто их id):
ключ записиуслугакомпанияоплата111121123113412151226131

во второй таблице
ключ записи таблицы 1дата актуализацииценапризнак актуальности101.01.201150N112.12.201253Y201.02.201144N201.08.201245N210.12.201248Y301.04.201130N318.12.201235Y

При добавлении новой услуги или нового способа оплаты или изменении цены по какому-либо способу оплаты для одной и той же компании просто добавляем строки в эти две таблицы. Других таблиц не требуется создавать

Hopkroft, по показанным данным можно получить наличие прайса и стоимость услуги1 для компании1 на любую дату, например
07.01.2011 года компания1 могла получить услугу1 только по способу оплаты1 за 50 единиц измерения цены
22.07.2012 компания1 могла получить услуг1 уже по трём способам оплаты: по 50, 44 и 30 единиц соответственно
а 01.08.2012 компания1 могла получить услуг1 уже по трём способам оплаты: по 50, 45 и 30 единиц (так как в истории видно, что вторая цена в этот день поменялась)
ну и также можно сделать парйс-лист актуальных цен.